Ubuntu 16.04を実行している新しいラップトップを手に入れました。これは数週間は魅力的でしたが、Wi-Fi経由でインターネットに接続する意欲を失いました。ルーターやISPに問題がないことはわかっています。Ubuntuラップトップが接続しないまったく同じホームネットワーク上の古いWindowsラップトップを使用してこの投稿を書いているからです。
ルーターに正常に接続し、nmcli dev
を実行すると、wifiデバイス(wlp2s0)およびワイヤレスネットワークに接続していることがわかります。
昨夜、いくつかのページ(Google、Facebook、YouTube)を開くことができましたが、他のページ(ubuntu.com、riken.jp)は開けませんでした。当時は、IPv6は機能していたがIPv4は機能していなかったのではないかと疑っていました。ただし、現在は何も機能しません。 Chromium、ping、wget、Dig-何もありません。 /etc/resolv.conf/
には何も含まれておらず(編集しないように指示するコメント行以外)、route
によって返されるテーブルは空です。
更新1:Windowsマシンでipconfig /all
を使用して、使用しているDNSサーバーを見つけました(75.75.75.75、75.75.76.76。 、2001:558:feed :: 1、2001:558:feed :: 2)、ネットワーク接続を使用して、これらをホームネットワークのDNSサーバーとして追加しました。 cat /etc/resolv.conf
は、私にnameserver 127.0.1.1
;を提供します。これが何を意味するのか完全にはわかりませんが、それは何らかのエイリアスだと思いますよね? nmcli dev show | grep DNS
は、2つのIPv6 DNSサーバー(2001:558:feed :: 1および2001:558:feed :: 2)を使用していることを示しています。
wget
を取得して、次のようにIPv6アドレスに解決されるURLを処理できます。
craig@craig-XPS-13-9370:~$ wget www.google.com
--2018-04-14 13:06:17-- http://www.google.com/
Resolving www.google.com (www.google.com)... 2607:f8b0:4004:808::2004,
172.217.13.68
Connecting to www.google.com
(www.google.com)|2607:f8b0:4004:808::2004|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html.5’
index.html.5 [ <=> ] 10.41K --.-KB/s in 0.003s
2018-04-14 13:06:17 (3.36 MB/s) - ‘index.html.5’ saved [10659]
IPv4アドレスに解決されるURLを処理するwget
リクエストを取得できません。
craig@craig-XPS-13-9370:~$ wget www.ubuntu.com
--2018-04-14 13:06:28-- http://www.ubuntu.com/
Resolving www.ubuntu.com (www.ubuntu.com)... 91.189.89.118
Connecting to www.ubuntu.com (www.ubuntu.com)|91.189.89.118|:80... failed:
Network is unreachable.
-4
フラグをwget
に追加してIPv4の使用を強制すると、同様の結果が得られます。
craig@craig-XPS-13-9370:~$ wget -4 www.google.com
--2018-04-14 13:06:41-- http://www.google.com/
Resolving www.google.com (www.google.com)... 172.217.13.68
Connecting to www.google.com (www.google.com)|172.217.13.68|:80... failed:
Network is unreachable.
同様に、ping www.google.com
は機能しませんが、ping6 www.google.com
は機能します。したがって、IPv4に何か問題があることはかなり明らかですが、何がわからないのですか...
UPDATE 2:私の問題は この質問 に非常に似ていると思ったが、そこに解決策が提案された(ネットワーク接続経由のIPv4の無効化) )何も影響を受けていないようです。ただし、他の人と共有することが何のために役立つかについて、いくつかのアイデアを与えてくれました。
cat /etc/network/interfaces
からの出力:
craig@craig-XPS-13-9370:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
ifconfig
からの出力:
craig@craig-XPS-13-9370:~$ ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:13526 errors:0 dropped:0 overruns:0 frame:0
TX packets:13526 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:1031920 (1.0 MB) TX bytes:1031920 (1.0 MB)
wlp2s0 Link encap:Ethernet HWaddr 9c:b6:d0:8b:4b:c5
inet6 addr: fe80::1f3b:5545:508:919a/64 Scope:Link
inet6 addr: 2601:140:8600:e0:d64b:9272:665f:3734/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19665 errors:0 dropped:0 overruns:0 frame:0
TX packets:10262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:14731745 (14.7 MB) TX bytes:1722860 (1.7 MB)
iwconfig
からの出力:
craig@craig-XPS-13-9370:~$ iwconfig
lo no wireless extensions.
wlp2s0 IEEE 802.11abgn ESSID:"Motorola-ABD39"
Mode:Managed Frequency:2.447 GHz Access Point: 34:1F:E4:E4:35:D0
Bit Rate=1 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:39 Missed beacon:0
cat /etc/resolv.conf
からの出力:
craig@craig-XPS-13-9370:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
route -n
からの出力:
craig@craig-XPS-13-9370:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
route -6 -n
からの出力:
craig@craig-XPS-13-9370:~$ route -6 -n
Kernel IPv6 routing table
Destination Next Hop Flag Met Ref Use If
2601:140:8600:e0::/64 :: U 600 0 0 wlp2s0
2601:140:8600:e0::/60 fe80::361f:e4ff:fee4:35cf UG 600 0 0 wlp2s0
fe80::/64 :: U 256 0 0 wlp2s0
::/0 fe80::361f:e4ff:fee4:35cf UG 600 2 4 wlp2s0
::/0 :: !n -1 1 1495 lo
::1/128 :: Un 0 7 46 lo
2601:140:8600:e0:d64b:9272:665f:3734/128 :: Un 0 2 150 lo
fe80::1f3b:5545:508:919a/128 :: Un 0 2 4 lo
ff00::/8 :: U 256 7 99 wlp2s0
::/0 :: !n -1 1 1495 lo
ip neigh
からの出力:
craig@craig-XPS-13-9370:~$ ip neigh
fe80::361f:e4ff:fee4:35cf dev wlp2s0 lladdr 34:1f:e4:e4:35:cf router REACHABLE
これが永続的な解決策であるかどうかはわかりませんが、IPアドレスを解放して更新することで、何とか動作するようになりました。
Sudo dhclient -r wlp2s0
Sudo dhclient wlp2s0
ifconfig
(以前は存在しなかった)を実行するとinet addr
行が表示され、cat /etc/resolv.conf
がISPのIPv4ネームサーバーと「検索」行を追加しました(検索hsd1.va .comcast.net)。問題が解決しました!