왜 항상 인터넷 연결을 끊었다가 연결해야 합니까?

왜 항상 인터넷 연결을 끊었다가 연결해야 합니까?

현재 Linux 컴퓨터에서 인터넷을 사용하려면 연결을 끊었다가 다시 연결해야 합니다. 내 태블릿에서 작동합니다.

그 이유가 무엇인지 아십니까?

인터넷을 1분 이상 사용하면 더 이상 작동하지 않습니다.

저는 연결을 위해 전선을 사용하지 않습니다.

$ cat /etc/issue
Linux Mint 16 Petra \n \l
$ uname -a
Linux pc08 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
$ ifconfig
eth0      Link encap:Ethernet  HWaddr e8:40:f2:93:ff:ab  
          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)
          Interrupt:17 

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:6760 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6760 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:534518 (534.5 KB)  TX bytes:534518 (534.5 KB)

wlan0     Link encap:Ethernet  HWaddr 9c:b7:0d:f1:35:65  
          inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::9eb7:dff:fef1:3565/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:58102 errors:0 dropped:0 overruns:0 frame:0
          TX packets:40615 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:63722853 (63.7 MB)  TX bytes:6852895 (6.8 MB)
$ traceroute 4.2.2.2
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 60 byte packets
 1  192.168.1.1 (192.168.1.1)  13.115 ms  13.090 ms  13.069 ms
 2  * * *
 3  te-0-1-0-5-sur01.pittsburgh.pa.pitt.comcast.net (68.85.234.9)  180.382 ms  180.372 ms  180.356 ms
 4  162-151-21-129-static.hfc.comcastbusiness.net (162.151.21.129)  179.660 ms te-0-10-0-13-ar03.pittsburgh.pa.pitt.comcast.net (69.139.168.57)  174.513 ms te-0-8-0-12-ar03.pittsburgh.pa.pitt.comcast.net (68.85.75.189)  179.609 ms
 5  he-4-14-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.94.185)  186.009 ms  186.002 ms  185.987 ms
 6  ae12.edge1.NewYork2.level3.net (4.68.127.1)  185.288 ms  54.871 ms  81.634 ms
 7  vlan51.ebr1.NewYork2.Level3.net (4.69.138.222)  103.096 ms  173.070 ms vlan52.ebr2.NewYork2.Level3.net (4.69.138.254)  173.044 ms
 8  ae-48-48.ebr2.NewYork1.Level3.net (4.69.201.37)  173.010 ms ae-47-47.ebr1.NewYork1.Level3.net (4.69.201.45)  172.915 ms  172.908 ms
 9  ae-62-62.csw1.NewYork1.Level3.net (4.69.148.34)  172.821 ms ae-92-92.csw4.NewYork1.Level3.net (4.69.148.46)  172.947 ms ae-91-91.csw4.NewYork1.Level3.net (4.69.134.78)  171.584 ms
10  ae-2-70.edge2.NewYork1.Level3.net (4.69.155.80)  172.802 ms  172.808 ms ae-1-60.edge2.NewYork1.Level3.net (4.69.155.16)  172.732 ms
11  b.resolvers.Level3.net (4.2.2.2)  172.808 ms  172.760 ms  47.988 ms
$ lspci | grep -i ethernet
03:00.0 Ethernet controller: Broadcom Corporation NetLink BCM57780 Gigabit Ethernet PCIe (rev 01)

답변1

나는 전에 이런 상황에 처해 있었습니다. 일부 무선 카드는 *nix의 802.11n에서 제대로 작동하지 않는 것 같습니다. 대답은 (실제로 문제인 경우) 다음과 같습니다여기예를 들어 802.11n을 완전히 비활성화하려면 다음을 수행하십시오.

echo "options iwlagn 11n_disable=1" | sudo tee /etc/modprobe.d/iwlagn.conf
sudo modprobe -rf iwlagn
sudo modprobe -v iwlagn

가지고 있는 무선 카드의 종류를 확인하려면:

lspci | grep -i ethernet

관련 정보