Starlink の問題か、それとも Wi-Fi か？故障を診断する方法
これを最速で決着させる方法は、同じテストを 2 つの場所から同時に実行することです。影響を受けているデバイスからと、Starlink ルーター自身の API を直接通じてです。ルーター側の結果がクリーンでデバイス側がそうでない場合、故障はアンテナや衛星リンクではなく、ローカルネットワークにあります。その 1 つの比較が、ほとんどの「Starlink が遅い」という苦情を解決します。そしてこのガイドは、それに加えて、本当にアンテナが問題である場合に続くチェックを順を追って説明します。
これは故障報告に対応する設置業者やエンジニア向けに書かれていますが、自分の接続を診断する場合でも同じように機能します。
なぜほとんどの Starlink の苦情は Wi-Fi の問題だと判明するのか？
顧客が体験するのは 1 つのもの、つまり「インターネット」であり、ほとんどの家庭や船舶で最も弱い部分は最後の 10 メートルだからです。離れた部屋、厚い壁、混雑した 2.4 GHz、調子の悪いパワーラインアダプター、これらすべてが「Starlink が遅い」として現れます。アンテナは、目に見える新しいものなので、責めを負わされます。はしごに触れる前に、問題がルーターのどちら側にあるかを証明しましょう。
2 経路のテストをどう実行するか？
Nexus Telemetry Pro で診断を開き、8.8.8.8 のような安定したターゲットへの ping を実行します。Pro はそれを並行して 2 回実行します。1 回はあなたが使っているマシンから、もう 1 回は Starlink ルーターの API を通じてで、ルーター自身が同じターゲットへの自分の経路を報告します。結果は並んで表示されます。
こう読み取ります。両方がクリーンなら、接続はエンドツーエンドで健全で、苦情を絞り込む必要があります（特定のサービス、特定の時間帯など）。ルーター側がクリーンでデバイス側が損失や高いレイテンシを示すなら、故障はデバイスとルーターの間にあります。Wi-Fi のカバー範囲、干渉、またはローカルネットワーク機器です。両側が同じ損失やレイテンシを示すなら、問題は本当に上流、つまりアンテナや衛星リンクにあり、以下のアンテナのチェックに進みます。
本当にアンテナが問題である場合、何を確認するか？
3 つの箇所を、順番に確認します。
イベントログ。 アンテナはすべての障害とイベントを継続時間とタイムスタンプ付きで記録し、それぞれに原因や重大度のタグを付けます。ダウンリンクなしイベント、ping 失敗、障害物による障害、そして降雨減衰の注意喚起などです。パターンが診断です。1 秒未満のダウンリンクなしイベントのクラスターは障害物を示します。「切り替え」フラグの付いた時折の長めの障害はネットワーク側です。毎日同じ時間帯に騒がしくなるログは、空の視野を横切る何か環境的なものを示唆します。
障害物。 パーセンテージだけでなく、マップを見ます。植生は成長し、物は動かされるので、引き渡し時にクリーンだった設置が、誰もアンテナに触れずに劣化することがあります。障害物のトラブルシューティングガイドが、それを読み取り修正する方法を扱っています。
アライメント。 アクチュエーター付きのアンテナは自分で狙いを定め直すことがあり、ごく稀にファームウェア更新が動かすことがあります。目に見える理由なくパフォーマンスが変化した場合は、現在のチルト、方位角、仰角を望ましい値と比較します。私たちは一度、ファームウェア更新後にアンテナが静かに 190° 回転したのを捉えました。再起動で元に戻りました。
レイテンシの問題とスループットの問題をどう切り分けるか？
これらは異なる原因と異なるテストを持ちます。レイテンシについては、ping マトリクスが複数の地域にわたる数十の実際の宛先を一度にテストし、高いレイテンシが全般的なもの（リンクの問題）か、それとも 1 つの地域やサービスに特有のもの（あなたが修正するものではないルーティングの問題）かをただちに示します。何が正常とみなされるかは、良好な Starlink の ping とは何かで扱っています。
スループットについては、ブラウザのスピードテストはテストサーバーの機嫌を含めた経路全体を測定します。iPerf は、あなたが管理する 2 台のマシン間の生のスループットを測定し、それが「リンクが遅い」という主張のための正直なツールになります。そして診断スイートには、traceroute、DNS ルックアップ、ポートチェックと並んで iPerf クライアントが含まれています。経験からの 1 つの注意点として、公開の iPerf サーバーはしばしば混雑していたり到達不能だったりするので、公開サーバーへの失敗したテストは証拠としてではなく結論の出ないものとして扱ってください。Windows での iPerf のセットアップは、それ自体がちょっとした試練なので、私たちがそれを書き留めました。
ベースラインは会話をどう変えるか？
設置が引き渡し時に記録されたセッションで検証されていれば、故障の連絡は証拠から始まります。初日にその正確な位置でアンテナが何をしたか、です。短い診断セッションを記録し、レポートをエクスポートし、その 2 つを並べて置きます。ゼロだったところでパケットロス率が上がり、0% だったところから障害物が上がり、レイテンシは変わらない、という比較は、誰かが何かを登る前に、たいてい犯人を名指しします。そのベースラインのワークフローが、検証ガイドです。
要点
まず 2 経路の ping を実行します。デバイスとルーターを並べます。ルーター側がクリーンなら LAN の問題であり、その場で顧客に示せます。両側で一致する劣化はアンテナを意味します。イベントログでパターンを読み、障害物マップを確認し、それからアライメントを確認します。レイテンシの疑問には ping マトリクスを使い、スループットの主張にはあなたが管理するサーバーに対する iPerf を使い、引き渡し時のベースラインが存在するならそれに対して診断します。
設置業者とプロのための Starlink の一部。Nexus Telemetry は、初の Starlink Enterprise 管理プラットフォームを手がけたチーム、Liquidbinary Ltd によって作られています。Pro は Windows、macOS、Linux でネイティブに動作し、無料トライアルがあります。