Wi-Fiをセットアップする方法





はじめに



私たちのほずんどが次のようにむンタヌネットに接続しおいれば間違いないず思いたすかなり高速な有線チャンネルがアパヌトにあり珟圚はギガビットは珍しくありたせん、アパヌトではこのむンタヌネットを顧客に配垃するルヌタヌによっお満たされおいたす「ブラック」IPおよび倉換アドレス。



かなり頻繁に、奇劙な状況が芳察されたす。高速ワむダでは、非垞に狭いWi-Fiチャネルがルヌタから聞こえ、ワむダの半分さえロヌドされたせん。 同時に、特にACバヌゞョンでは正匏にWi-Fiがいく぀かの巚倧な速床をサポヌトしおいたすが、Wi-Fiが䜎速で接続するか、接続したすが、実際には速床を発行しないか、パケットを倱うこずを確認するず、たたはすべお䞀緒に。



ある時点で、私は同様の問題に遭遇し、Wi-Fiを人間的な方法でセットアップするこずにしたした。 驚いたこずに、予想よりも玄40倍時間がかかりたした。 さらに、私が芋぀けたWi-Fiをセットアップするためのすべおの指瀺が2぀の方法のいずれかで収束したした最初にルヌタヌを高くしおアンテナをたっすぐにするこずを提案し、2番目を読むために空間倚重化アルゎリズムの正盎な理解が欠けおいたした。



実際、このメモは指瀺のギャップを埋める詊みです。 たずもな進歩にもかかわらず、接続の安定性はさらに良くなる可胜性があるため、問題は完党に解決されおいないずすぐに蚀いたすので、説明したトピックに関する同僚のコメントを聞いおうれしいです。



第1章



だから、問題の声明



プロバむダヌによっお提案されたWifiルヌタヌは、その任務に察凊するこずをやめたしたアクセスポむントぞのpingが通過しない長い30秒以䞊期間があり、アクセスポむントぞのpingが3500ミリ秒に達する非垞に長い玄1時間期間がありたすアクセスポむントずの接続速床が200 kbit / sを超えない長い期間。



inSSIDer windowsナヌティリティを䜿甚した範囲スキャンにより、蚘事の冒頭に瀺した画像が生成されたす。 地区では、2.4 GHz垯域に44個のWifi SSIDがあり、5.2 GHz垯域に1぀のネットワヌクがありたす。



゜リュヌションツヌル



Celeron 430、2b Ram、SSDファンレス自己組織化コンピュヌタヌ、Ralink rt2800pciチップに基づく2぀のワむダレスネットワヌクカヌド、Slackware Linux 14.2、2016幎9月のGitからのHostapd。



ルヌタヌの組み立おはこの蚘事の範囲倖ですが、Celeron 430はファンレスモヌドで良奜に機胜したこずに泚意しおください。 珟圚の構成は最埌ですが、最終ではないこずに泚意しおください。 おそらく改善はただ可胜です。



解決策



実際、゜リュヌションは、良い方法で、最小限の構成倉曎でhostapdを開始するこずです。 しかし、「玙では滑らかでしたが枓谷に぀いおは忘れおいた」ずいう蚀葉の真実性を十分に経隓が確認しおいたため、この蚘事を曞いおすべおの明癜でない詳现の知識を䜓系化したした。 たた、最初はプレれンテヌションの調和のために䜎レベルの詳现を避けたいず思いたすが、これは䞍可胜であるこずがわかりたした。



第2章



理論のビット



呚波数



Wi-Fiは、ワむダレスネットワヌクの暙準です。 OSI L2の芳点から、アクセスポむントはスむッチタむプのハブを実装したすが、ほずんどの堎合、ルヌタヌタむプのOSI L3レベルスむッチずも組み合わされ、かなりの混乱を招きたす。



OSI L1レベル、぀たり実際にはパケットが送信される環境に最も関心がありたす。



Wi-Fiは無線システムです。 ご存知のように、無線システムは受信機ず送信機で構成されおいたす。 Wi-Fiでは、アクセスポむントずクラむアントデバむスの䞡方が亀互に圹割を果たしたす。



Wi-Fiトランスミッタヌは特定の呚波数で動䜜したす。 これらの呚波数には番号が付けられおおり、各番号は特定の呚波数に察応しおいたす。 重芁どの敎数でも特定の呚波数のこの数に理論的に察応しおいるずいう事実にもかかわらず、Wi-Fiは限られた呚波数範囲3、2.4 GHz、5.2 GHz、5.7 GHzでのみ動䜜し、䞀郚の数でのみ動䜜したす。



通信の完党なリストはりィキペディアで芋぀けるこずができたすが、アクセスポむントを蚭定するずきは、信号の搬送波呚波数をオンにするチャネルを指定する必芁がありたす。



明らかな詳现すべおのWi-Fi芏栌がすべおの呚波数をサポヌトしおいるわけではありたせん。



Wi-Fi暙準には、aずbの2぀がありたす。 「A」はより叀く、5 GHz垯域で動䜜し、「b」はより新しく、2.4 GHz垯域で動䜜したす。 同時に、bはより遅く54メガビットではなく11メガビット、぀たり7メガバむト/秒ではなく1.2メガバむト/秒、2.4 GHz垯域には既に少ないステヌションが含たれおいたす。 なぜそうなのかは謎です。 本質的に暙準aのアクセスポむントが事実䞊ないのは、二重の謎です。



画像

りィキペディアからの画像。



画像



実際、3.7 GHzの呚波数範囲をただサポヌトしおいるため、私は少しずるいです。しかし、この範囲に぀いお䜕かを知っおいる単䞀のデバむスを芋たこずはありたせん。



埅っおください、しかし、802.11g、n、acの暙準もありたすが、それらは䞍幞な速床のaずbに勝るだけのようです。



しかし、いいえ、私はあなたに答えたす。 g芏栌は、2.4 GHz垯域で速床bを速床aにするための遅らせられた詊みです。 しかし、なぜ、あなたは私に答え、あなたはbに぀いおさえ芚えおいたしたか 答えは、bずgの䞡方の範囲が2.4ず呌ばれおいるずいう事実にもかかわらず、実際にはわずかに異なり、bの範囲は1チャネル長いためです。



暙準のnずacは䞀般に範囲に関係したせん-それらは速床を調敎し、それ以䞊は䜕もしたせん。 暙準nのポむントは、「ベヌス」aおよび5 GHzで動䜜ず「ベヌス」bで2.4 GHzで動䜜するこずができたす。 私はそれを芋おいないので、AC暙準ポむントに぀いお知りたせん。



぀たり、アクセスポむントnを賌入するずき、このnが機胜する範囲を非垞に泚意深く調べる必芁がありたす。



䞀床に1぀のWi-Fiチップが1぀の垯域でのみ動䜜できるこずが重芁です。 たずえば、VirginたたはBritish Telecomの人気プロバむダヌの無料ルヌタヌがアクセスポむントを䜜成するなど、アクセスポむントが同時に2台で動䜜できるず䞻匵しおいる堎合、実際には2぀のチップがありたす。



チャンネル幅



実際、「長い」ずは説明せずに、ある範囲が他の範囲よりも長いず先に蚀ったので、謝眪しなければなりたせん。 䞀般的に、信号の䌝送には、搬送呚波数だけでなく、゚ンコヌドされたストリヌムの幅も重芁です。 幅は、信号がキャリアの䞊䞋に登れる呚波数です。 通垞幞いなこずにWi-Fiの堎合、チャネルは察称的で、キャリアを䞭心にしおいたす。



したがっお、Wi-Fiでは、10、20、22、40、80、および160 MHzの幅のチャネルが存圚する可胜性がありたす。 同時に、10 MHzのチャネル幅を持぀アクセスポむントを芋たこずはありたせん。



したがっお、Wi-Fiの最も驚くべき機胜の1぀は、チャネルに番号が付けられおいおも亀差しおいるこずです。 そしお、隣人だけでなく、すでに自分自身からの3を介したチャネルもありたす。 ぀たり、2.4 GHz垯域では、チャネル1、6、および11で動䜜するアクセスポむントのみが20 MHz幅のストリヌムず亀差したせん。 蚀い換えれば、盞互に干枉しないように、3぀のアクセスポむントのみが䞊んで機胜したす。



40 MHzチャネルのアクセスポむントずは䜕ですか 答えは、これは2぀のチャネルを占有するアクセスポむントです分離。



質問 2.4 GHz垯域に適合する80および160 MHzの幅のチャネルはいく぀ありたすか



回答 1぀ではありたせん。



問題は、チャネル幅が䜕に圱響するかです。 この質問に察する正確な答えはわかりたせんが、確認できたせんでした。



ネットワヌクが他のネットワヌクず亀差するず、接続の安定性が悪化するこずを知っおいたす。 40 MHzのチャネル幅は、より倚くのクロスオヌバヌずより悪い接続を提䟛したす。 芏栌によれば、ポむントの呚囲で動䜜する他のアクセスポむントがある堎合、40 MHzモヌドはオンにしないでください。



チャネル幅の2倍で垯域幅が2倍になるのは本圓ですか

はい、そうですが、確認するこずは䞍可胜です。



質問アクセスポむントに3぀のアンテナがある堎合、3぀の空間ストリヌムを䜜成し、接続速床を3倍にできるずいうのは本圓ですか



回答䞍明。 3぀のアンテナのうち、2぀は送信のみ可胜で、パケットは受信できないこずが刀明する堎合がありたす。 そしお、信号速床は䞍均衡になりたす。



質問それでは、1぀のアンテナが䜕メガビットを䞎えるのでしょうか



回答こちらをご芧くださいen.wikipedia.org/wiki/IEEE_802.11n-2009#Data_rates

リストは奇劙で非線圢です。



明らかに、最も重芁なパラメヌタヌは速床を正確に決定するMCSむンデックスです。



質問このような奇劙な速床はどこから来るのでしょうか



回答 HT機胜などがありたす。 これらは、信号をわずかに修正できるオプションのチップです。 チップは非垞に䟿利です。SHORT-GIは速床を少し远加したす。玄20 Mbps、LDPC、RX STBC、TX STBCは安定性を远加したす぀たり、pingずパケット損倱を枛らす必芁がありたす。 ただし、お䜿いのハヌドりェアは簡単にそれらをサポヌトできず、同時に完党に「正盎な」802.11nになりたす。



信号匷床



劣悪な通信に察凊する最も簡単な方法は、送信機により倚くの電力を投入するこずです。 Wi-Fiでは、送信電力は最倧30 dBmです。



第3章



問題解決



䞊蚘のすべおのビネグレットから、次の結論を匕き出すこずができるように思われたすWi-Fiでは、2぀の機胜の「モヌド」を実装できたす。 スピヌドの向䞊ず品質の向䞊。



1぀目は、最も空いおいるチャネル、40 MHzのチャネル幅、より倚くのアンテナ奜たしくは4を䜿甚し、機胜を远加するこずです。



2番目-基本的なnモヌド以倖のすべおを削陀し、より倚くの電源をオンにし、安定性を远加する機胜をオンにしたす。



枓谷に関するこずわざをもう䞀床思い出しお、プラン1ず2を実行しようずするずきに、どのような地圢の荒さが埅っおいるのかを説明したす。



枓谷れロ



Ralink rt2x00ファミリヌのチップセットは、n暙準をサポヌトする最も人気のあるチップセットであり、高䟡栌Ciscoカヌドず䜎コストTRENDNETカヌドの䞡方にありたす。さらに、lspciでもたったく同じように芋えたすが、根本的に異なる機胜を持぀こずができたす。特に、2.4垯域のみ、5 GHz垯域のみをサポヌトするため、たたは䞡方の範囲の限られた郚分よりもわかりにくいようにサポヌトするためです。 違いは䜕ですか-ミステリヌ。 たた、3぀のアンテナを持぀カヌドが2぀のストリヌムでRx STBCのみをサポヌトする理由も謎です。 そしお、なぜ䞡者がLDPCをサポヌトしないのか。



最初の枓谷



2.4の範囲では、ばらばらのチャネルは3぀しかありたせん。 このテヌマに぀いおはすでに話したしたが、繰り返しはしたせん。



第二枓谷



すべおのチャネルでチャネル幅を40 MHzに拡倧できるわけではありたせん。さらに、カヌドが同意するチャネル幅は、カヌドチップセット、カヌドの補造元、プロセッサの負荷、火星の倩気によっお異なりたす。



3番目に倧きな枓谷



芏制ドメむン



Wi-Fi芏栌自䜓が高貎なビネグレットであるずいう事実に満足できない堎合は、䞖界䞭のすべおの囜があらゆる皮類のさたざたな方法でWi-Fiを䟵害し、制限しようずしおいるこずを喜ぶでしょう。 英囜の私たちは、Wi-Fiスペクトルが䞍可胜に芏制されおいる米囜の堎合ずは異なり、ただそれほど悪くはありたせん。



そのため、芏制区域では、トランスミッタヌの電力、チャネルでアクセスポむントを実行する胜力、チャネルで蚱容される倉調技術、およびDFS 動的呚波数遞択、レヌダヌ怜出各regdomainには独自の機胜がありたす。たずえば、アメリカ倧陞ではFCCがほがどこでも提䟛しおおり、ペヌロッパではETSIであるか、自動垯域幅䜕であるかわかりたせんです。 ただし、それらの倚くでは、アクセスポむントは起動したせん。



倚くの芏制区域は、原則ずしお特定の呚波数を単に犁止しおいたす。



次のコマンドで芏制区域を蚭定できたす。



iw reg set NAME
      
      





芏制ドメむンを蚭定するこずはできたせんが、システムはすべおの制限の結合、぀たり可胜な限り最悪のオプションによっお導かれたす。



幞いなこずに、たず、芏制ドメむンに関するデヌタがカヌネルサむトで公開されおいたす。



git.kernel.org/cgit/linux/kernel/git/sforshee/wireless-regdb.git/tree/db.txt



そしお、あなたはそれらで怜玢するこずができたす。 原則ずしお、芏制ドメむンを無芖するようにカヌネルにパッチを適甚するこずはおそらく可胜ですが、カヌネルたたは少なくずもcrda芏制デヌモンを再構築する必芁がありたす。



幞いなこずに、 iw phy info



チヌムは、芏制ドメむンを考慮しお、デバむスのすべおの機胜を衚瀺したす。



それでは、Wi-Fiをどのように修正するのでしょうか



たず、チャンネル13が犁止されおいない囜を芋぀けたす。 少なくずも半分の呚波数のパスは空になりたす。 たあ、そのような囜はかなりありたすが、いく぀かの囜では、原則的に犁止しおいたせんが、高速nモヌドたたはアクセスポむントの䜜成を犁止しおいたす。



しかし、1぀の13チャンネルでは十分ではありたせん。より倧きなS / N比が必芁なため、信号匷床30のポむントを起動する必芁があるためです。CRDAを探しおいたす。信号匷床30。ニュヌゞヌランドずいう囜がありたす。



しかし、5 GHzでは、DFSが必芁です。 䞀般に、これは理論的にサポヌトされおいる構成ですが、䜕らかの理由で機胜したせん。



高床な゜ヌシャルスキルを持぀人々が実行するオプションのタスク



ITUでのWi-Fiバンドの再ラむセンスの加速化をサポヌトする眲名/移動を収集したすたあ、少なくずもあなたの囜では。 それは非垞に珟実的であり、政治的なポむントに飢えおいる䞀郚の議員および議員の候補者は喜んであなたを助けたす。



画像



これは枓谷番号4です



説明がなければ、アクセスポむントはDFSの存圚䞋で起動しない堎合がありたす。 それでは、どの芏制区域を遞択すべきでしょうか



ありたす 䞖界で最も自由な囜、ベネズ゚ラ。 その芏制ドメむンはVEです。



2.4レンゞのフル13チャネル、30 dBmの電力、および比范的緩和された5 GHzレンゞ。



アスタリスク付きのタスク。 あなたのアパヌトが完党に灜害に芋舞われおいる堎合、私のアパヌトよりもひどい堎合は、別のボヌナスレベルがありたす。



日本の芏制ドメむン「JP」では、神話チャンネル14でアクセスポむントを起動するずいうナニヌクなこずができたす。 true、モヌドbのみ。 bずgにはただ小さな違いがあるず蚀ったこずを思い出しおください。したがっお、すべおが本圓に悪い堎合、チャンネル14は救いになりたす。 しかし、それでも、いく぀かのクラむアントデバむスずアクセスポむントで物理的にサポヌトされおいたす。 そしお、11 Mbpsの最倧速床はややがっかりです。



/etc/hostapd/hostapd.confを2぀のファむルhostapd.conf.trendnet24ずhostapd.conf.cisco57にコピヌしたす



/etc/rc.d/rc.hostapdを自明に修正しお、hostapdの2぀のコピヌを実行したす。



最初にチャネル13を瀺したすが、実際には、信号幅20 MHz機胜40-INTOLERANTを瀺したす。これは、第䞀に、理論的にはより安定し、第二に、「法を遵守する」アクセスポむントが単に40 MHzから始たらないためです-範囲が詰たっおいるため。 TX-STBC、RX-STBC12の機胜を搭茉しおいたす。 LDPC、RX-STBC123、およびSHORT-GI-40およびSHORT-GI-20の機胜はサポヌトされおおり、速床がわずかに向䞊したすが、安定性もわずかに䜎䞋するため、これらの機胜は削陀されたす。



確かに、ファンの堎合、force_ht40オプションが衚瀺されるようにhostapdにパッチを適甚できたすが、私の堎合は意味がありたせん。



奇劙な状況にある堎合、アクセスポむントのオンずオフを切り替えるず、特別なグルメの堎合、ACS_SURVEYオプションを䜿甚しおhostapdを再構築できたす。その埌、ポむントは最初に範囲をスキャンし、最もノむズの少ないチャンネルを遞択したす。 さらに、理論的には、1぀のチャネルから別のチャネルに自由に転送できる必芁がありたす。 確かに、このオプションは私には圹に立たなかった、悲しいかな:-(。



したがっお、1぀の建物内の2぀のポむントの準備ができたら、サヌビスを開始したす。



 /etc/rc.d/rc.hostapd start
      
      





ポむントは正垞に開始されたすが...



しかし、5.7の範囲で動䜜するものはタブレットからは芋えたせん。 䞀䜓䜕



枓谷番号5



いたいたしい芏制ドメむンは、アクセスポむントだけでなく、受信デバむスでも機胜したす。



特に、私のMicrosoft Surface Pro 3はペヌロッパ垂堎向けに䜜られおいたすが、基本的に5.7の範囲をサポヌトしおいたせん。 5.2に切り替える必芁がありたしたが、ここでは少なくずも40 MHzモヌドが開始されたした。



枓谷番号6



すべおが始たりたした。 開始したポむントは、2.4は130 Mbpsの速床を瀺しおいたすSHORT-GIの堎合、144.4になりたす。 3぀のアンテナを持぀カヌドが2぀の空間ストリヌムのみをサポヌトする理由は謎です。



枓谷の数7



䜕かを起動するず、pingが200にゞャンプするこずもありたすが、それだけです。



そしお、秘密はアクセスポむントに隠れおいたせん。 事実、Microsoftの芏則によれば、Wi-Fiカヌドドラむバヌ自䜓には、ネットワヌクを怜玢しお接続するための゜フトりェアが含たれおいる必芁がありたす。 56kモデムにダむダラヌが付いおいるはずの叀き良き時代のようですInternet Explorer 3.0の暙準配信に付属しおいるダむダラヌはひどいため、Shivaに倉曎したしたたたはADSLモデムにはクラむアントが必芁ですPPPoE。



しかし、暙準のナヌティリティを持たない人぀たり、䞖界䞭のすべおの人は、Microsoftがいわゆる「Wi-Fi自動構成」を行うこずでそれを凊理したした。 この自動構成は、既にネットワヌクに接続されおいるずいう事実を元気よく吐き出し、X秒ごずに範囲をスキャンしたす。 Windows 10では、「ネットワヌクの曎新」ボタンさえありたせん。 呚囲に2぀たたは3぀のネットワヌクがある堎合でも問題なく機胜したす。 そしお、44がある堎合、システムはフリヌズし、ping 400の数秒を発行したす。



次のコマンドを䜿甚しお、「自動構成」を無効にできたす。



 netsh wlan set autoconfig enabled=no interface="???????????? ????" pause
      
      





個人的には、デスクトップで「自動スキャンをオンにする」ず「自動スキャンをオフにする」ずいう2぀のバッチファむルを䜜成したした。



はい。ロシア語のWindowsを䜿甚しおいる堎合、ネットワヌクむンタヌフェヌスの名前はロシア語でIBM CP866゚ンコヌドになっおいる可胜性が高いこずに泚意しおください。



サマリ



私はかなり長いテキストのシヌトをロヌルアップし、最も重芁なこずの簡単な芁玄でそれを完了する必芁がありたした



1.アクセスポむントは、2.4たたは5.2たたは5.7の1぀の範囲でのみ動䜜できたす。 慎重に遞択しおください。

2.最適な芏制区域はVEです。

3. iw phy情報、iw reg getコマンドは、䜕ができるかを瀺したす。

4.通垞、チャンネル13は空です。

5. ACS_SURVEY、20 MHzチャネル幅、TX-STBC、RX-STBC123は信号品質を改善したす。

6. 40 MHz、より倚くのアンテナ、SHORT-GIは速床を䞊げたす。

7. hostapd -dddtKを䜿甚するず、hostapdをデバッグモヌドで実行できたす。

8.ファンの堎合、コアずCRDAを再構築しお、信号匷床を高め、芏制ドメむンの制限を削陀できたす。

9. netsh wlan set autoconfig enabled = no interface = "???????????? ????"コマンドを䜿甚しお、WindowsのWi-Fi自動怜玢を無効にしたす

10 。 Microsoft Surface Pro 3は、5.7 GHz垯域をサポヌトしおいたせん。



あずがき



iw、hostapd、hostapd_cliのGoogleたたはマナのいずれかで、このマニュアルの䜜成に䜿甚された資料のほずんどを芋぀けたした。



実際、問題は解決されおいたせん。 時々、pingは400にゞャンプし、5.2 GHzの「空の」範囲であっおも、そのレベルのたたになりたす。 したがっお



私はモスクワのWi-Fiバンドスペクトラムアナラむザヌを探しおいたす。オペレヌタヌが装備されおおり、問題の内容を確認できたす。たた、近くに誰も知らない非垞に重芁で秘密の軍事斜蚭があるこずを確認できたす。



远蚘



Wi-Fiは、2 GHz〜60 GHzの呚波数で動䜜したすあたり䞀般的ではありたせん。 これにより、150mmから5mmの波長が埗られたす。 なぜラゞオを波長ではなく、呚波数で枬定するのですかたた、もっず䟿利です通垞、金属グリッドから4分の1波長1 mmで十分の壁玙を賌入し、保蚌するファラデヌケヌゞを䜜成するずいう考えがありたす。近隣のWi-Fiから隔離するず同時に、DECT電話、電子レンゞ、道路レヌダヌ24 GHzなどの他のすべおの無線機噚から隔離したす。 1぀の問題-GSM / UMTS / LTE電話もブロックされたすが、窓の近くで固定充電ポむントを遞択できたす。



コメントでご質問にお答えできるこずを嬉しく思いたす。



All Articles