残念ながら、国内の有線インターネットは、有線（電話やインターネットプロバイダーからのネットワーク）がないため、常に可能であるとは限りません。 また、家に電話線があり、PBXにADSL機器が設置されている場合でも、「ラストマイル」の状態は、ADSLテクノロジーを使用したデータ送信が不可能（または、ADSLプロバイダーが完全に関心を持たないような低速では可能）です。
この状況では、ワイヤレスインターネットアクセスが助けになります。
しかし、それは彼が望むほど単純ではありません。
少し前に、私のカントリーハウスから数キロ離れたヨータは基地局を設立し、カバレッジマップから判断すると、私の家はこのネットワークの「カバレッジエリア」にありました。
YotaのUSBモデムを使用しようとすると、満足のいく結果が得られませんでした：基地局に面した3階のバルコニーでも、信号レベルは非常に低く、データ交換レートは毎秒100-200キロビット（つまり、毎秒25キロバイト未満）です。
ちょうどそのころ、ヨータは新しいデバイスであるヨータストリートストリートモデムの販売を開始しました。
このデバイスのプラス：
- 指向性アンテナ-高ゲインと感度はUSBモデムよりも桁違いに優れています（冬には、木々の葉が電波の邪魔にならず、受信速度は毎秒5-6メガビットまでで、送信速度はそれよりわずかに遅く、夏には安定します2双方向のメガビット）。
- ストリートパフォーマンス-つまり、アンテナを屋根の上にあるマストまで運ぶことが可能であり、必要です。
- 電力「Power Over Ethernet」は、データと電力のたった1本のワイヤです。
- ルーターのWANポートに接続され、ルーターはDHCPを介して外部ネットワークに関するすべての必要な情報を受信します。
それはただのおとぎ話のように思えます。 オンにしてお楽しみください。 しかし、幸福は短かった。
デバイスが販売されるとすぐに、購入して家の屋根に吊るしました。
新しいデバイスは最高の面を見せませんでした。Yotaネットワークへの接続は定期的に中断され、それを復元するには、ルーターのウェブインターフェースに移動し、熱狂するまで[接続]ボタンをクリックする必要がありました。 接続が再開されることもあれば、再開されないこともあります。 モデムとルーターの両方の電源を15〜30分間オフにする必要がありました。
Yotaテクニカルサポートへの電話はすべて、モデムをサービスに提示するという提案で終了しました。 一部の所有者は同意し、時にはデバイス全体を変更することさえありました。 ただし、完全に新しいデバイスがまったく同じように動作することが後に明らかになりました。
その後、YotaはYota Streetファームウェアのアップデートを準備しているという噂が出始めましたが、これは決して実現しませんでした。 ヨータはヨータ通りの販売を単に止め、この素晴らしいデバイスの所有者は彼らの問題に取り残されました。
ただし、モデムに多額のお金が費やされ、無制限の関税であるヨタが私に合っている限り、モデムを動作させようとすることにしました。
Yota Streetの使用経験とYotaTesterフォーラムでの議論により、次の2つの結論に至りました。
- モデムを1日に1回など定期的に再起動して、アップタイムが長くなりすぎてデバイスが適切に機能しなくなることがないようにする必要があります。
- ルーターに切断された接続を強制的に検出させ、再接続を試行する必要があります（以前はルーターのWebインターフェースから手を使っていました）。
最初のタスクは簡単に解決できます。電気タイマーを購入し、夜間に3-00から3-15に電源を切るようにプログラムします。
2番目のタスクはやや複雑に解決されます。 幸いなことに、私のルーターは単純ではありませんでしたが、狭い円でよく知られているAsus Wl-500gpです。 しばらくの間、彼は「マニアからのファームウェア」の管理下で働いていました。
インターネットでの検索では、このファームウェア（ただし、他の多くの代替ファームウェアと同様）では、一連のイベントに対してスクリプトを接続できることが示されました。
- プレブート-ブート開始前に実行
- 起動後-起動後に実行
- ...など...
ルータを完全に「通常」に起動した後、スクリプトを実行する機能が必要でした。
接続を監視するスクリプトを記述することは残っています。
繰り返しになりますが、インターネット検索で結果が得られました。DD - WRTWebサイトのalways_onスクリプトは、まさに私が探していたものでした。
ルーターはデフォルトゲートウェイにpingを送信し、応答がない場合、DHCPクライアントから新しい検出要求を送信します。
ただし、pingパケットが誤って失われても接続がリセットされないように、スクリプトを少し変更しました。N回連続して失敗したpingだけが再接続につながります。
結果は非常に心強いものでした-インターネットアクセスはほとんど常にそこにあり、数分で回復するために接続が消える場合があります。
さて、スクリプトの作成を開始してから、さらに2つのシンプルだが非常に便利なスクリプトを追加しました。
- MTU設定は、推奨されるYota 1400バイトに等しくなります。 これが影響を与えたかどうか、そして作業の速度と安定性にどれほど影響があるかを言うのは難しいですが、それが悪化しなかったと信じたいです。
- Yota-street Webインターフェイスをローカルネットワークに転送します。 実際には、この同じWebインターフェイスは、固定アドレス192.168.1.1でデバイスに直接接続されたときに最初に利用可能です。 同時に、DHCPを介して、モデムのルーターは完全に異なるサブネット（内部Yotaサブネット）のアドレスを受信します。つまり、ルーターの背後のローカルネットワークからモデムのWebインターフェイスを利用できません。 ただし、iptablesはこの問題を解決できます。
- 最後に、便宜上、コマンドをスクリプトとして発行し、ファイルシステムへの変更を内部フラッシュメモリに保存しました。
そのため、3つの「戦闘」スクリプトと1つのサービスがありました。
柔軟性を高め、実行中のスクリプトのセットをさらに変更するために、通常のLinux起動スクリプトと同様のシステムを実装しました。同じフォルダー「/ usr / local / sbin」に読み込んだ後に実行するすべてのスクリプトを配置し、「SXX」などのプレフィックスを付けますプレフィックス内のインデックスの昇順で1つのスクリプトでそれらを実行します。
要するに、ルーターのセットアップは次のようになります。
- telnet経由でルーターにログインし、「/ usr / local / sbin」フォルダーに移動します
- 「バトルスクリプト」をフォルダー「/ usr / local / sbin /」に配置します： S10setmtu 、 S20alwaysonおよびS30yotadmin
- そこに2つのサービススクリプトを配置します ： post-boot 、「バトルスクリプト」を起動します。 そしてflash.shを使用して、ファイルシステムへの変更をルーターのフラッシュメモリに保存します。
- flash.shを実行します：./flash.sh
- ルータを再起動します。端末でrebootコマンドを使用するか、電源を歪めます。
出来上がり、インターネットは機能し、ユーザーを喜ばせます！