Windowsで使いたいWi-FiのSSIDが表示されない場合の対処方法

-

やっぱりまだまだ難しいよねWi-Fiって


無線LAN機器の相互接続性を保証するWi-Fiアライアンスのロゴ。
そうは言っても、電波法の関係などで国をまたぐとうまく行かないこともありますな。
（Wikipediaより転載。Creative Commonsライセンス）


やや事情があり、家人が使うPCのUSB Wi-Fiアダプターを日本で新調したのですが、そのアダプターで米国の5GHz帯Wi-Fiに繋がらない…というトラブルに見舞われました。

そもそも日本と米国ではWi-Fiに使える周波数帯も違うので、やっぱり米国用に買わなきゃダメやろ…ということで$20くらいのUSB Wi-Fiアダプターを購入したのですが、それでもどういうわけか繋がらない。

症状は以下のような状況です。さて、ネットワークエンジニアな皆様、どのような可能性を探りますか？


  1. そもそも繋ぎたい5GHz帯のSSID（ネットワーク名）がWi-Fiのリストに表示されない
  2. でも、例えば私のスマートフォンやラップトップはそのSSIDに接続できていて通信できているので、存在していないわけではない
  3. SSIDブロードキャストもONなので、隠されているわけではない
  4. そもそもWindowsで「非公開のネットワーク」を選択しSSIDを手入力しても「接続できませんでした」となる
  5. もちろん、WPA2のセキュリティキーも5回くらい確認し、コピペもしているので間違っていない
  6. 購入したUSB Wi-Fiアダプターは5GHz帯対応を確認済み（むしろ2.4GHz帯が非対応）


ちょっとこの下にスペース開けますので、ウデに自信のある皆様、考えてみてください。ちなみにデバイスの初期不良ではありませんでした。


。

。。

。。。

。。。。

。。。。。

。。。。。。

。。。。。。。

。。。。。。。。

。。。。。。。。。。。。。。。。。。。

。。。。。。。。。。。。。。。。。。。。。。。。。


さて、では私が取った手順を見ていきましょう。


トラブルシュート時の常套手段：ぼんやり設定を眺めてみる


Windows 10のWi-Fi設定周りは、以下どちらかにあります。


  1. スタートメニュー ＞ 設定（歯車アイコン） ＞ ネットワークとインターネット ＞ Wi-Fi
  2. スタートメニュー ＞ ncpa.cpl とタイプ ＞ Wi-Fiアダプターを右クリック ＞ プロパティ

今回は2を掘り下げていきます。


Wi-Fiのディープめな設定を開く方法

ここに、お持ちのWi-Fiアダプターに関するディープめな設定が集まっています。

※注：設定内容を理解しないまま変更すると、安定して稼働しているものも稼働しなくなるリスクがあります。必ず設定内容をご理解いただいた上で変更してください。

今回注目したのは「チャンネル コード（5GHz）」という設定項目。

Windows 10で、Wi-Fiアダプターの構成から「詳細設定」タブを開いたところ。
Wi-Fiに関する細かな設定が制御できます。ただし設定項目はアダプターにもよるようで、
私のラップトップのオンボードWi-Fiにはチャンネル コードはありませんでした。

この「値」プルダウン、初期値が#6 (36-48) になっていました。ここで「あれ？」と思ったのが解決のキッカケ。5GHz帯ってこんなにチャンネル幅狭かったっけ？

Wi-Fiアクセスポイントのブラウザ設定画面を見に行くと…

Wi-Fiアクセスポイントの5GHz帯設定画面。チャンネルは36-48、飛んで149-165が設定可能。
もちろん設定はAutoですが。

だよねぇ。149チャンネル以上もあるよねぇ。


で、ここで私のAndroidスマホにWi-Fi Analyzer入ってたな、と思い出す。私が使っているアプリはこちらのリンクから。


Wi-Fi Analyzerによるチャンネルの可視化。はい、我が家のWi-Fiはチャンネル161で動いていました。

ここですね、やはり。ウチのWi-Fiはチャンネル161、そしてアダプター側がこのチャネルをカバーしていない。

ちなみにWi-Fi接続済みのWindows PCがあれば、以下からも使用チャンネルは確認可能です。



    • スタートメニュー ＞ 設定（歯車アイコン） ＞ ネットワークとインターネット ＞ Wi-Fi ＞ ハードウェアのプロパティ

    画面で見ると、こんな感じ。



    と、いうことで、家人のUSB Wi-Fiアダプタの「チャンネル コード（5GHz）」の設定を、アクセスポイント上で設定可能な範囲と同じ 「#10 (36 - 48, 149 - 165)」に設定して再起動したら無事に見えるようになりました。




    結論


    Wi-Fiは一度繋がればとっても便利な反面、トラブルに見舞われてしまうと「目に見えない」がゆえにハマり度も高い気がします。アダプターによっては上記のようなチャンネルコード設定がない場合もあり、そうした場合は手動でアクセスポイントとアダプターのチャンネル数字を合わせるなどの対応が必要になることもありそうです。ちょっとハードル高いですよね。


    とりあえず、見えるはずのWi-Fi SSIDが見えない時は


    • アクセスポイント側でSSIDブロードキャストがONになっているか（後でOFFにするにしてもトラブルシュート時はON推奨）
    • アダプター、アクセスポイントともに希望周波数帯（2.4GHz=802.11b/g/n or 5GHz=802.11a/n）に対応しているか
    • デバイスドライバーは最新になっているか（アクセスポイントとアダプターのメーカーが異なる場合の相互接続性が改善したりします）
    • チャンネル数カバレッジの設定はあっているか

    を確認すべし、というのが今回の私の結論でした。

    いやはや。IoTとかWi-Fi前提なものも多いけど、こういうところ、もうちょっと整えないと「思ったように繋がらない」問題ってきっと出てくるよね。電波法とか電波既得権とかいろいろあるの、分かるけどさ。



    このブログの人気の投稿

    ドメイン参加PCで時刻同期先のTime Serverが Local CMOS Clock になってしまった場合の対処方法

    -
    イメージ
     長らくハマってましたが   ここがLocal CMOS Clockになってしまい、時刻がズレる症状に悩まされ。 会社で使っているWindows PCはほぼすべてActive Directoryに参加させていて、時刻が自動的に同期される設定になるはずなんです。 こちらが正常、というか期待される状態。 一部隠していますが、Time Serverにドメインコントローラーが表示されるのが期待される動作。 調べても w32tm コマンドを使ってゴニョゴニョ したり、 手動でTime Serverをドメコンに指定 させなおしたり、というあたりが引っかかってたんですが、私が遭遇したケースはどちらでも解決せず。 で、ふとこの問題が出るPCのネットワーク設定を見てみたところ、静的IP指定になっているのはいいんですが（これは意図通り）、DNSサーバーがドメコンになっていない。 Ncpa.cpl > ネットワークアダプタを右クリック > Properties > IPv4 > Properties ウチで入れているSD-WANのゲートウェイを向いている。SD-WANにて社外DNSと社内DNSを別々に指定していて、社内DNSの名前解決はちゃんとドメコンに向いているのでDNS的にはこれでも問題なく社内・社外ともに名前解決はできている。 ただ、どうもActive Directoryの動作上はよろしくないようですな。 DNSサーバーにドメコンのIPアドレスを直指定し、しばらく待ったら上記の通りTime Serverにドメコンのうちのひとつが設定され、無事に時刻同期が復活しました。 こんなこともあるんですな。はーやれやれ。 これ、リモートワークとかが進んで、長らくVPNに繋がなかったりすると普通に発生し得るよね。Microsoftさん、何とかしてよ。NTPサーバーは別にドメコンじゃなくても良いでしょうに。
    続きを読む

    フィットネストラッカーアプリを比較してみた、という話

    -
    イメージ
    意外と差があるもんですね 今回比較するアプリ3種、左からFitbit、Google Fit、Runtastic ちょっと自分の体重…というか腹回りというか首（顔）回りの肉付きが気になってきたので（顔の肉ってどうやって落とすんじゃー！）、多少ムリヤリにでも全体的に脂肪を落とそうと決意。 せっかくですから、楽しみながら、時には目的と手段を意図的に入れ替えながら、ガジェットやらスマホアプリやらで遊んでみよう、と思い立ち、いろいろ調べてみました。 今回はその中から、特に外部ツール無しでも使えるフィットネストラッカーアプリを比較しての考察についてまとめてみます。対象としたのは以下3つのアプリ。「なぜこの3つ？」と聞かれるとあまり考えていないのですが、Fitbit / Google FitはGoogle Playで検索した上位2つ、Runtasticは日本の友人たちが使っていたから、というだけの理由です。 Fitbit - Android版 / iPhone版 基本的には対応リストバンド/デバイスの存在が前提のアプリですが、基本的な機能はそれなしでも使えるようです。セットアップ時にすっ飛ばせます。 Google Fit - Android版 Google謹製のフィットネストラッカーアプリ。Fitbitをはじめ外部デバイスにも対応、もちろんそれらなしでAndroidスマートフォン単体でも十分な機能を使えます。UIがGoogleのMaterial Designベースで、GmailのInboxアプリと似た使い勝手で心地よいです。 Runtastic - Android版 / iPhone版 フィットネストラッカーとしては割と老舗の部類じゃないかと思います。どちらかというと友人たちとの共有や連携が強い印象、一部の機能は有料版のみサポートです。 いきなり比較表 まどろっこしいことは嫌いな私なので、いきなり一覧表に行きます。◎は完璧、○は実用上問題ないけどもう一工夫欲しい、▲はイマイチ、空欄は未対応です。 各アプリの機能比較 2016/03/20時点の最新版をベースに比較しています Fitbit Google...
    続きを読む

    カリフォルニアでREAL IDを申し込んでみた（後日談追記）

    -
    イメージ
    ※2018年12月21日 後日談 を追記しました。 申し込みは意外にあっさりと San JoseのSenser RdにあるCalifornia DMV DLPCにて 戸籍制度のないアメリカでは、Drivers License つまり自動車運転免許証が事実上の身分証明書扱いになっていて、米国内においては外国人（米国を訪問する人）にとってのパスポートと同等程度の効力を発揮します。 米国内の国内線航空便に乗る際の身分証明として お酒を買う際の年齢証明として ホテルにチェックインする際の身分証明として クレジットカード使用時の正当な所有者であることの証明として ところが、過去カリフォルニアを含むいくつかの州では、不法移民であっても州内に在住していれば、運転免許証を取得できるルールになっていたようです。 9.11同時多発テロ以降、安全対策強化を進めてきた米国連邦政府は最近になっていよいよその対策を実行に移してきており、2020年10月以降、国内線航空便に乗る際など特定のシーンにおいては、REAL IDという基準を満たした運転免許証でないと身分を証明できないことになりました。 このあたりの経緯は、 JETROサンフランシスコ事務所が出しているリアルIDの記事 が大変参考になります。 国内線搭乗にあたっては、政府機関発行のパスポート（米国以外を含む）でも大丈夫なようですが、私のように飛行機に乗る出張が多いと、その都度パスポートを持ち歩くのも正直不安です。なくしたら再発行手続きが運転免許証よりはるかに大変。 ちょうど私が持っているカリフォルニア州発行の運転免許証の有効期限が2018年10月で切れるので、話のタネに、とREAL IDを申請してきました。その顛末をまとめておきたいと思います。 全体の流れ 流れは大まかに以下のようになります。 更新通知の手紙を受け取る（DMVはこの手紙の発送を保証しない、つまり届かなくても文句は言えないようなのですが） DMVのWebサイトで事前に必要情報を入力しておく（更新当日にDMVのオフィスでも入力できるようですが、事前にやっておいた方が圧倒的にラク） 出来れば予約を取る（更新当日の待ち時間が短くなりやすいようです） 書類を事前に用意する（超重要） DMVオフ...
    続きを読む