web-dev-qa-db-fra.com

Connexion Internet intermittente via LAN sans fil, Acer Aspire S3, Ubuntu 12.10

J'ai un Acer Aspire S en cours d'exécution Linux Mint 14/Ubuntu 12.10. Le problème avec mon sans fil est qu'il continue de se déconnecter d'Internet pendant environ 1 minute à la fois. Il le fait toutes les 5 à 10 minutes. Il est toujours connecté au routeur - je peux cingler mon routeur, mais je ne peux pas cingler un serveur extérieur.

J'ai désactivé Dnsmasq en commentant une ligne dans /etc/NetworkManager/NetworkManager.conf et passé aux serveurs DNS de Google. Cela a certainement amélioré les choses, mais je me demande si cela a peut-être résolu un problème DNS antérieur et que j'ai maintenant un problème différent?

Faites-moi savoir s'il y a plus d'informations que je peux donner sur le problème.

cat /etc/resolvconf/resolv.conf.d/head

nameserver 8.8.8.8
nameserver 8.8.4.4

iwconfig:

lo        no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:"SKYC6B48"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 4C:17:EB:AC:6B:49
          Bit Rate=104 Mb/s   Tx-Power=16 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=65/70  Signal level=-45 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:225  Invalid misc:79   Missed beacon:0

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:16436  Metric:1
          RX packets:4538 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4538 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2112909 (2.1 MB)  TX bytes:2112909 (2.1 MB)

wlan0     Link encap:Ethernet  HWaddr 84:4b:f5:74:ee:bf
          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::864b:f5ff:fe74:eebf/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2383573 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1407209 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2845276498 (2.8 GB)  TX bytes:234741693 (234.7 MB)

Sudo lshw -class network:

*-network
     description: Wireless interface
     product: AR9462 Wireless Network Adapter
     vendor: Atheros Communications Inc.
     physical id: 0
     bus info: pci@0000:02:00.0
     logical name: wlan0
     version: 01
     serial: 84:4b:f5:74:ee:bf
     width: 64 bits
     clock: 33 MHz
     capabilities: pm msi pciexpress bus_master cap_list rom ethernet physical wireless
     configuration: broadcast=yes driver=ath9k driverversion=3.5.0-17-generic firmware=N/A ip=192.168.0.2 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
     resources: irq:19 memory:c0400000-c047ffff memory:aff00000-aff0ffff
2
Evan Rolfe

Oh, on dirait que je viens de trouver la solution. Jusqu'à présent, cela semble l'avoir complètement résolu. J'ai couru ceci:

Sudo -s

echo "options ath9k nohwcrypt=1" > /etc/modprobe.d/ath9k.conf

En suivant les instructions ci-dessous sous la rubrique Wifi:

http://www.linlap.com/Acer_aspire_s

2
Evan Rolfe

Au moment où vous ne pouvez pas cingler les serveurs Internet, vous pouvez toujours cingler votre routeur. Il n'y a donc aucun problème avec votre réseau LAN sans fil.

Afin de vérifier s'il s'agit d'un problème DNS, effectuez simplement une résolution de nom pour certains serveurs sur Internet (tout en ayant la connectivité) et enregistrez à la fois le nom de domaine et l'adresse IP. La prochaine fois que le problème se produit, essayez d'envoyer une requête ping au serveur à l'aide de son adresse IP et de son nom de domaine.

Si le ping vers le nom du serveur ne fonctionne pas mais le ping vers son adresse IP fonctionne correctement, alors c'est un problème DNS et nous devons effectuer plus de vérifications sur votre système Ubuntu. Si aucun des pings ne fonctionne (et qu'il est toujours en mesure d'envoyer une requête ping à votre routeur), le problème réside entre votre routeur et le FAI.

Veuillez exécuter le test et nous faire part des résultats

1
Daniel Yuste Aroca