最近、Windows 10からUbuntu 16.04に切り替えました。 KabyLake CPUのサポートが実際に17.04にあることを読んだ後、ハードドライブを完全に消去して17.04に切り替えました。
Intel Wireless 3165を搭載したDell Inspiron 15 5000シリーズがあります。
私がWindows 10を使用していたとき、WiFiは切断せずに最高速度で完全に動作しましたが、Ubuntuに切り替えて以来、WiFi接続が非常に遅くなりました。 IPv6を無視する、802.11nを無効/有効にするなど、さまざまな提案されたソリューションをGoogleで見つけました。
/etc/modprobe.d/iwlwifi.conf
の802.11n値を変更することを除いて、私が試したものは何も機能せず、効果もありませんでした。
現在、このファイルにはoptions iwlwifi 11n_disable=1
がありますが、 https://fast.com/ で速度をテストすると、約2〜4 Mbpsになります。値を8に変更すると、WiFiがフルスピード( https://fast.com/ で60-80 Mbps)で動作しますが、非アクティブな状態がしばらく続くと動作しなくなります(切断されず、 8.8.8.8にpingを実行してもホストを解決できず、ウェブページが読み込まれません)が、約1分間試してみると、再びフルスピードで動作し始めたようです。
wifi情報のデバッグ[不足しているものがあればお知らせください]
Sudo lshw -class network
*-network
description: Wireless interface
product: Wireless 3165
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlp1s0
version: 79
serial: 70:1c:e7:e2:80:0b
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=4.10.0-28-generic firmware=22.391740.0 ip=20.0.0.109 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:291 memory:d1000000-d1001fff
*-network:0
description: Ethernet interface
physical id: 2
logical name: br-2e55f403ebd6
serial: 02:42:45:45:7d:eb
capabilities: ethernet physical
configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.19.0.1 link=no multicast=yes
*-network:1
description: Ethernet interface
physical id: 3
logical name: br-a78071d77c33
serial: 02:42:1a:5c:4b:f6
capabilities: ethernet physical
configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.18.0.1 link=no multicast=yes
*-network:2
description: Ethernet interface
physical id: 4
logical name: docker0
serial: 02:42:16:38:8a:cc
capabilities: ethernet physical
configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.17.0.1 link=no multicast=yes
lspci
00:00.0 Host bridge: Intel Corporation Device 5904 (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Device 5916 (rev 02)
00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 02)
00:13.0 Non-VGA unclassified device: Intel Corporation Device 9d35 (rev 21)
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21)
00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 (rev 21)
00:15.1 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #1 (rev 21)
00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21)
00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Device 9d58 (rev 21)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21)
00:1f.3 Audio device: Intel Corporation Device 9d71 (rev 21)
00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21)
01:00.0 Network controller: Intel Corporation Wireless 3165 (rev 79)
iwconfig
wlp1s0 IEEE 802.11 ESSID:"OL5"
Mode:Managed Frequency:5.18 GHz
Bit Rate=433.3 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=61/70 Signal level=-49 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:86 Missed beacon:0
注:/etc/modprobe.d/iwlwifi.conf
元に戻ります。
注:暗号化がWPA2-[〜#〜] aes [〜#〜](WPA/WPA2ではなく、TKIPでもない)ルーター。
問題は、DSL接続のMTU設定にある可能性があります。
Ubuntuのネットワーク構成にはMTU設定があり、ルーターにはWAN MTU設定があります。
DSLの場合、一般的なMTU設定は1492です。先に進み、Ubuntuのワイヤレスネットワークプロファイルでこの値を最初に試してください。
正しい設定を決定するには、すべてのMTU設定= 1500およびVPN =オフから始めます。 (VPNでは異なるテストが必要です)。
ターミナル内:
ping [-c count] [-M do] [-s packet_size] [Host]
使用されるオプションは次のとおりです。
c count
:pingの回数M hint
:パスMTUディスカバリー戦略を選択します。 do
(断片化を禁止、ローカルでも)、want
(PMTUディスカバリを実行、パケットサイズが大きい場合はローカルに断片化)、またはdont
(設定しない= DFフラグ)。s packet_size
:送信するデータのバイト数を指定します。常に1472から開始し、毎回10ずつ減らす必要があります。応答を受け取ったら、断片化されたパケットを受け取るまで1ずつ上がります。その値(最後の適切な値)を取り、値に28を追加して、さまざまなTCP/IPヘッダーを考慮します。例えば。 1452が適切なパケットサイズであったとしましょう(最初にpingに対してICMP応答を受信した場所)。実際のMTUサイズは1480であり、これは作業しているネットワークに最適です。
ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation
ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?