大学に移ったばかりで、wifiには接続できますが、インターネットには接続できません(ubuntu 16.04を使用)。他のWi-Fi接続でインターネットに接続できますが、これには接続できません。私の設定は次のとおりです。
このWiFi接続には、ユーザー名とパスワードが必要です。何らかの理由で、元々14.04だった他のラップトップで動作します(現在は16.04ですが動作しています)。
max@max-X751LX:~$ ifconfig -a
enp2s0f1 Link encap:Ethernet HWaddr 34:97:f6:6b:b8:d1
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:626 errors:0 dropped:0 overruns:0 frame:0
TX packets:626 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:43479 (43.4 KB) TX bytes:43479 (43.4 KB)
wlp3s0 Link encap:Ethernet HWaddr b0:c0:90:93:25:49
inet addr:10.12.155.177 Bcast:10.12.159.255 Mask:255.255.248.0
inet6 addr: fe80::b2c0:90ff:fe93:2549/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:38 errors:0 dropped:0 overruns:0 frame:0
TX packets:1002 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:8275 (8.2 KB) TX bytes:103832 (103.8 KB)
何でも役に立ちます!
Wi-Fiアクセスポイントに参加したからといって、実際にネットワーク全体に接続しているわけではありません。基本的に、「プラグイン」と同等のワイヤレス機能です。
IPルーター情報とDNS設定は、「インターネットへの接続」に必要なものです。そして、あなたのUbuntu 16.04コンピュータはそれを得ていないようです。
たとえば、127.0.1.1は、実際のDNSサーバーではなく、自分のコンピューターへのループバックです。
通常、Wi-Fiでは、SSIDに参加すると、ブロードキャストドメインで到達可能なDHCPサーバーがあります。したがって、DHCPクライアントは、ネットワークのそのローカル部分(出て行く方法がわからないので、その時点で到達できるすべて)で広く尋ねます。「DHCPサーバーですか。IPを教えてもらえますか? 」 DHCPサーバーは、より広範なIPネットワークに参加するためにラップトップが使用できるアドレスでクエリに応答し、通常はルーター/ゲートウェイ、DNSサーバーIP、およびDHCPオプションがある場合はそれ以上も提供します。
他のラップトップがネットワークに接続できるため、DHCPサーバーが存在することがわかります。また、Ubuntu 16.04ラップトップは他のネットワークでDHCPを使用できるため(インターフェイス構成を変更していないと仮定)、ラップトップのDHCPクライアントが理論的に機能することがわかります。ソフトウェアのバグではないでしょう。そのため、問題は、その特定のDHCPサーバーがラップトップのDHCPクライアントと通信したくない理由、またはDHCPクライアントがネットワークと通信していない理由です。
実際にmanualIPを使用している可能性があります。これはこのネットワークでは間違っていますが、他の設定は動作しますか?
手動IP、ゲートウェイ、およびDNS割り当てはではなく答えです。実際、ネットワーク管理者から提供されなかったIPでそれを行うと、ネットワーク上でIPの競合が発生する可能性があり、あなたも他の人も接続できません。
ゲートウェイにpingを実行しても、ネームサーバーは取得されません。ゲートウェイをARPキャッシュに追加するだけです。
出力を取得します。
Sudo cat /etc/network/interfaces
DHCP(DNS /ゲートウェイ設定を取得するため)と手動で割り当てられたIPアドレスを誤って組み合わせることは可能です。ほとんどの人はそうしていませんが、有効な使用方法であり、このような問題を引き起こす可能性があります。 DHCP設定が本当にすべてDHCPであり、このネットワークで有効かどうかを確認しましょう。動作中の設定で期待しているのは簡単です:
auto wlp3s0
iface wlp3s0 inet dhcp
注:「アドレス10.12.152.1」、ネットマスク、ゲートウェイ、「dns-search uoguelph.ca」はありません。空にする必要があります。そうしないと、コンピューターがDHCPサーバーから取得できなくなります。
ネットワークマネージャーを開き、割り当てようとしているアドレスを確認します:192.168.0.42など。メモを取る。ここで、DHCPから手動に変更することにより、ネットワーク構成を編集します(目の前にUbuntuシステムがないため、手探りする必要があります)。以下を手動で入力します。
address = <the same one you saw earlier>
netmask = 255.255.255.0
gateway = 192.x.x.1 or 10.x.x.1 (match the first three octets 192.168.x and add a 1)
dns-nameservers = same as gateway
dns-nameservers = 8.8.8.8 # add a second entry (googles dns)
次に、変更を適用します。ゲートウェイへの最初の接続を確立したら、新しいネームサーバーについて認識しているため、ゲートウェイをDHCPに戻すことができます。
また、169.xxxまたは192.xxx 172.xxxまたは10.xxx以外で始まるアドレスが表示されている場合は、kit-n-kaboodle全体をリセットし、プライベートIPを取得しようとすることに注意してくださいターミナルを開いて入力する
Sudo service network-manager restart
ゲートウェイは実際にはサブネット内の任意のアドレスである可能性があるため、これは絶対に確実な方法ではありません。これが私の最初の答えよりも+良いことを願っています...笑