La wifi se coupe

Résolu
Bonjour,
je ne comprends pas pourquoi la wifi se coupe et surtout je ne sais pas où trouver des infos sur quel phénomène le coupe

debian testing
wifi : ( usb externe )
Bus 003 Device 002: ID 2001:3308 D-Link Corp. DWA-121 802.11n Wireless N 150 Pico Adapter [Realtek RTL8188CUS]

quand je ping la connexion ne se coupe jamais

l'erreur vient de là :
debian kernel: wlan0: deauthenticating from ..:..:..:..:.. by local choice (Reason: 3=DEAUTH_LEAVING)

16 réponses

Résumé de la discussion

Problème de coupures de connexion wifi sous Debian testing avec une clé USB D-Link DWA-121 RTL8188CUS, marqué par des messages de déauthentication locale DEAUTH_LEAVING et des déconnexions irrégulières. La solution principale évoquée consiste à installer le firmware Realtek via le paquet firmware-realtek et à redémarrer, ce qui améliore la stabilité de la connexion avec cette carte. D'autres échanges examinent des causes possibles comme des conflits entre services réseau (NetworkManager, wicd), des soucis rfkill ou DHCP, et préconisent aussi d'essayer une autre clé pour distinguer matériel et configuration. En cas de doute, tester avec une autre clé ou système permet d'orienter vers une cause matérielle ou logicielle.

Bobot (l’IA à votre service)
  1. Modérateur
    Bonjour dindoun,

    Comment as-tu installé ton pilote wifi ? Via un firmware non-free debian ? En particulier dans ton cas, ta carte devrait s'installer en installant le paquet
    firmware-realtek
    puis en redémarrant. En tout cas chez moi ça marche avec cette carte :

    03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)


    Petite précision au passage : c'est "le wifi", pas "la wifi" :-)
    https://www.larousse.fr/dictionnaires/francais/wi-fi/10910038

    Bonne chance
    1. merci pour ta réponse
      firmware-realtek est installé
      lshw me dit
      • -usb

      description: Interface réseau sans fil
      produit: 802.11n WLAN Adapter
      fabriquant: Realtek
      identifiant matériel: 1
      information bus: usb@3:1
      nom logique: wlan0
      version: 2.00
      numéro de série: ############
      fonctionnalités: usb-2.00 ethernet physical wireless
      configuration: broadcast=yes driver=rtl8192cu driverversion=4.0.0-2-amd64 firmware=N/A ip=192.168.1.9 link=yes maxpower=500mA multicast=yes speed=480Mbit/s wireless=IEEE 802.11bgn
      1. Contributeur
        Bonjour
        J'ai remplacé la wifi par une connexion CPL.
        On n'y pense pas toujours.

        --
        1. Contributeur
          Salut,

          Pour les sédentaires ça peut être une solution, pour les nomades non ;-(
      2. Je suis d'accord pour éviter la wifi mais là pas le choix.

        wicd avait été installé mais a été enlevé ( il restait python-wicd , enlevé par
        apt-get --purge remove python-wicd
        )

        rfkill list
        donne
        0: asus-wlan: Wireless LAN
        Soft blocked: no
        Hard blocked: no
        1: asus-bluetooth: Bluetooth
        Soft blocked: no
        Hard blocked: no
        2: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no

        étonnament
        ifconfig -a
        donne

        wlx48ee0c235990 Link encap:Ethernet HWaddr 48:ee:ee:ee:ee:ee
        inet adr:192.168.1.38 Bcast:192.168.1.255 Masque:255.255.255.0
        UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
        RX packets:4496 errors:0 dropped:0 overruns:0 frame:0
        TX packets:3899 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 lg file transmission:1000
        RX bytes:540186 (527.5 KiB) TX bytes:461958 (451.1 KiB)

        (mais j'utilise une deuxième clé wifi pour essayer et /etc/udev/rules.d/70-persistent-net.rules a imposé wlan0 sur la clé précédente )

        ps aux |grep -i net
        donne

        root 28 0.0 0.0 0 0 ? S< 17:05 0:00 [netns]
        root 737 0.0 0.1 353708 14028 ? Ssl 17:05 0:02 /usr/sbin/NetworkManager --no-daemon
        root 6235 0.0 0.1 25396 10132 ? S 18:18 0:00 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-wlx48ee0c235990.pid -lf /var/lib/NetworkManager/dhclient-45031def-ed38-4b0e-891c-e595d2891eed-wlx48ee0c235990.lease -cf /var/lib/NetworkManager/dhclient-wlx48ee0c235990.conf wlx48ee0c235990
        1. je tente un
          rfkill unblock wlan0
          en fait c'est nul

          je fais un rfkill block 0 && rfkill block 1 && reboot et on va voir
        2. Est-ce que la présence d'une wifi dans le portable pourrait expliquer ce problème?
          Malheuresement le bios ne permet pas de virer la wifi, et je ne veut pas ouvrir l'ordinateur de peur de virer la garantie.
        3. pstree

          systemd???ModemManager???{gdbus}
          ? ??{gmain}
          ??NetworkManager???dhclient
          ? ??{NetworkManager}
          ? ??{gdbus}
          ? ??{gmain}
          ??accounts-daemon???{gdbus}
          ? ??{gmain}
          ??acpid
          ??agetty
          ??at-spi-bus-laun???dbus-daemon
          ? ??{gdbus}
          ? ??{gmain}
          ? ??{pool}
          ??at-spi2-registr???{gdbus}
          ??atd
          ??avahi-daemon???avahi-daemon
          ??bumblebeed
          ??colord???{gdbus}
          ? ??{gmain}
          ??console-kit-dae???62*[{console-kit-dae}]
          ? ??{gdbus}
          ? ??{gmain}
          ??cron???cron???sh???sh???ping
          ??cups-browsed???{gdbus}
          ??cupsd
          ??dbus-daemon
          ??dbus-daemon???dbus-daemon???gvfs-goa-volume???{gdbus}
          ? ??dbus-daemon???goa-daemon
          ??dbus-launch
          ??dconf-service???{gdbus}
          ? ??{gmain}
          ??gconfd-2
          ??gdm3???Xorg???{Xorg}
          ? ??gdm-session-wor???mate-session???applet.py
          ? ? ? ??caja???{dconf worker}
          ? ? ? ? ??{gdbus}
          ? ? ? ? ??{gmain}
          ? ? ? ? ??{pool}
          ? ? ? ??evolution-alarm
          ? ? ? ??marco???{dconf worker}
          ? ? ? ? ??{gdbus}
          ? ? ? ??mate-panel???{dconf worker}
          ? ? ? ? ??{gdbus}
          ? ? ? ? ??{gmain}
          ? ? ? ? ??{pool}
          ? ? ? ??mate-power-mana???{dconf worker}
          ? ? ? ? ??{gdbus}
          ? ? ? ??mate-screensave???{dconf worker}
          ? ? ? ? ??{gdbus}
          ? ? ? ? ??{gmain}
          ? ? ? ??mate-settings-d???2*[{dconf worker}]
          ? ? ? ? ??{gdbus}
          ? ? ? ? ??{gmain}
          ? ? ? ? ??{pool}
          ? ? ? ??nm-applet???{gdbus}
          ? ? ? ? ??{pool}
          ? ? ? ??polkit-mate-aut???{gdbus}
          ? ? ? ??smart-notifier
          ? ? ? ??ssh-agent
          ? ? ? ??{dconf worker}
          ? ? ? ??{gdbus}
          ? ? ? ??{gmain}
          ? ? ??{gdbus}
          ? ? ??{gmain}
          ? ??{gdbus}
          ? ??{gdm SIGUSR1 cat}
          ? ??{gmain}
          ? ??{pool}
          ??gnome-keyring-d???{gmain}
          ? ??{timer}
          ??gvfs-afc-volume???{gdbus}
          ? ??{gvfs-afc-volume}
          ? ??{pool}
          ??gvfs-gphoto2-vo???{gdbus}
          ? ??{pool}
          ??gvfs-mtp-volume???{gdbus}
          ? ??{pool}
          ??gvfs-udisks2-vo???{gdbus}
          ? ??{gmain}
          ? ??{pool}
          ??gvfsd???{gdbus}
          ? ??{pool}
          ??gvfsd-fuse???{gdbus}
          ? ??{gvfs-fuse-sub}
          ? ??2*[{gvfsd-fuse}]
          ??gvfsd-trash???{gdbus}
          ? ??{gmain}
          ? ??{pool}
          ??irqbalance
          ??minissdpd
          ??packagekitd???{gdbus}
          ? ??{gmain}
          ??polkitd???{gdbus}
          ? ??{gmain}
          ??2*[pulseaudio???{alsa-sink-ALC27}]
          ? ??{alsa-source-ALC}]
          ??rpc.idmapd
          ??rpc.statd
          ??rpcbind
          ??rsyslogd???{in:imklog}
          ? ??{in:imuxsock}
          ? ??{rs:main Q:Reg}
          ??rtkit-daemon???2*[{rtkit-daemon}]
          ??smartd
          ??sshd???sshd???sshd???bash???pstree
          ??2*[systemd???(sd-pam)]
          ??systemd-journal
          ??systemd-logind
          ??systemd-timesyn???{sd-resolve}
          ??systemd-udevd
          ??udisksd???{cleanup}
          ? ??{gdbus}
          ? ??{gmain}
          ? ??{pool}
          ? ??{probing-thread}
          ??upowerd???{gdbus}
          ? ??{gmain}
          ??urfkilld???{gdbus}
          ? ??{gmain}
          ??wnck-applet???{gdbus}
          ? ??{pool}
          ??wpa_supplicant
      3. rfkill block 0 && rfkill block 1 && reboot n'a pas marché

        je tente de virer le démon urfkill (
        update-rc.d urfkill remove
        ) je reboote je verrai
        1. ca ne marche toujours pas : la wifi se coupe
          pourtant le logo de connection ( les barres de niveau ) est toujours présent

          remarque :
          la wifi interne n'a pas de driver
      4. Modérateur
        Concrètement quels sont les symptômes ?
        Tu détectes les réseaux alentours ?
        Tu ne parviens pas du tout à te connecter ?
        Tu te déconnectes au bout d'un moment ?
        Est-ce que le problème est similaire avec d'autres points d'accès wifi ?

        Ensuite tu parles d'une carte interne : as-tu les mêmes symptômes avec ?

        As-tu regardé conformément à ce qui est dit ici si c'était dû à une interaction dhcpcd / NetworkManager ?
        https://bbs.archlinux.org/viewtopic.php?id=164279

        Bonne chance
        1. Concrètement quels sont les symptômes ? deconnexion
          Tu détectes les réseaux alentours ? oui
          Tu ne parviens pas du tout à te connecter ? connexion impeccable
          Tu te déconnectes au bout d'un moment ? oui , c le probleme
          Est-ce que le problème est similaire avec d'autres points d'accès wifi ? je ne sais pas

          Ensuite tu parles d'une carte interne : as-tu les mêmes symptômes avec ? je n'utilise pas la carte interne parce qu'elle chauffe, donc pas de driver.
      5. merci de ton suivi :)

        Le seul symptome est que je me déconnecte au bout d'un moment : entre 10s et plus de 3h. Tout le reste marche.
        Pour refaire marche il suffit de rechoisir le réseau ( networkmanager)

        Je viens de refaire une installation propre ( à partir d'une debian debian-live-8.1.0-amd64-mate-desktop.iso ) ca ne change rien

        il semblerait que cela vienne de la clé (dwa121 de ldlc) (ou de son interaction avec l'ordi ) car il semble que ca ne coupe pas avec une autre clé ( dwa 110 de dlink en cours de test )

        Je n'avais pas vu le post dhcpd. Malheureusement je n'ai pas dhcpd (ps uax |grep dhcpd ) . J'ai quand meme essayé
        systemctl stop dhcpcd; systemctl disable dhcpcd
        mais forcément ca ne semble rien faire sauf me dire qu'il n'est pas installé.

        Un truc qui pourrait aider mais que je ne sais pas faire c'est utiliser un autre demon ( wicd ou dhcpd ).
        1. PAS ESSAYES :
          - turn off power saving (iw wlp1s0 set power_save off)

          - don't require a ca_cert for network manager

          - tuer wpa_supplicant après réveil ( https://bugs.launchpad.net/ubuntu/+source/gnome-nettool/+bug/1311257 )
          /etc/pm/sleep.d/wpa_supplicant_workaround :

                  #!/bin/sh
          
                  case "$1" in
                   resume|thaw)
                     killall wpa_supplicant
                     ;;
                  esac


          -
          nmcli nm sleep false
          ( précédent ET http://ubuntuforums.org/showthread.php?t=2182058&p=12824696#post12824696 )
          /etc/pm/sleep.d/wakenet.sh :

              #!/bin/bash
              case "$1" in
              thaw|resume)
              nmcli nm sleep false
              pkill -f wpa_supplicant
              ;;
          
          
          *)
              ;;
              esac
              exit $?


          ne pas oublier chmod +x /etc/pm/sleep.d/wakenet.sh
          1. à tester aussi :
            essayer une autre distribution que debian ( avec wheezy et jessie la clé coupe)
        2. Modérateur
          Ok il faut explorer les pistes que tu évoques, de toute façon si j'avais le problème moi-même, je serais comme toi en train d'éplucher les forums à la recherche d'une piste.

          Les symptômes me font soupçonner également la clé (où du moins un bug qui survient spécifiquement avec cette clé). Les économies d'énergie sont une piste possible.

          Ceci dit, si dans network manager tu as la connexion automatique activée à ton réseau wifi, tu devrais n'avoir une perte de connectivité que de quelques secondes, je ne sais pas si c'est gênant dans ton cas. Bon c'est vrai que si tu joues en ligne, c'est pas super...

          Bonne chance
          1. tu devrais n'avoir une perte de connectivité que de quelques secondes, j
            En fait non : la connexion ne se remet pas toute seule.

            Les économies d'énergie sont une piste possible.
            Je n'y connais poas grand chose. Aurais-tu un tuto?
        3. je viens de tester sur une ubuntu live , on dirait que ca ne coupe pas

          iwconfig sur ubuntu :
          wlan0     IEEE 802.11bgn  ESSID:"machin"  
                    Mode:Managed  Frequency:2.457 GHz  Access Point: 11:11:11:11:11:11   
                    Bit Rate=72.2 Mb/s   Tx-Power=20 dBm   
                    Retry  long limit:7   RTS thr=2347 B   Fragment thr:off
                    Encryption key:off
                    Power Management:off
                    Link Quality=70/70  Signal level=10 dBm  
                    Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
                    Tx excessive retries:0  Invalid misc:13   Missed beacon:0


          iwconfig sur debian qui coupe
          wlan0     IEEE 802.11bgn  ESSID:"machin"  
                    Mode:Managed  Frequency:2.457 GHz  Access Point: 11:11:11:11:11:11   
                    Bit Rate=72.2 Mb/s   Tx-Power=20 dBm   
                    Retry short limit:7   RTS thr=2347 B   Fragment thr:off
                    Encryption key:off
                    Power Management:off
                    Link Quality=70/70  Signal level=-38 dBm  
                    Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
                    Tx excessive retries:0  Invalid misc:10   Missed beacon:0


          On voit ces différences :
          Retry long limit:7 // Retry short limit:7
          Signal level=10 dBm // Signal level=-38 dBm
          Invalid misc:13 // Invalid misc:10
          1. Modérateur
            Étrange. Est-ce qu'il s'agit de la même version d'ubuntu et du même noyau ?

            cat /etc/lsb-release
            uname -a


            Bonne chance
            1. noyau debian 2 : ( autre ordi )
              7.8
              Linux P55A-UD3R 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3~bpo70+1 (2015-08-08) x86_64 GNU/Linux

              noyau debian 1 : ( ordi de ce post ) a rajouter mais c une debian jessie neuve avec un /home d'un testing

              noyau ubuntu : a rajouter mais c est une 14.04.1 LTS amd64 mise à jour

              le rajout de
               iwconfig retry long 7
              sur la debian semblait avoir réglé le problème mais ca n'est pas le cas ( de plus je n'arrive pas à voir
              Retry long limit:7 à la place de Retry short limit:7 mais j'ai eu Retry short long limit:7
              1. désolé mamiemando je ne suis plus clair mais c est vraiment chiant comme probleme

                Linux P55A-UD3R 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3~bpo70+1 (2015-08-08) x86_64 GNU/Linux
                est une wheezy sur laquelle j'ai vu le meme probleme

                l'ordi sur lequel je veux que ca marche est une jessie installée après le début de ce post
                avant le début de ce post, l'ordi sur lequel je veux que ca marche était une testing que j'ai donc "downgradée" ( j'ai formaté tout sauf le /home qui vient donc de la testing : je l'ai précisé au cas ou ca ait une influence )
              2. Modérateur
                Ok mais testing = stretch aujourd'hui.
            2. Modérateur
              Ça me paraît vieux comme noyau avec une debian testing. Le noyau sera beaucoup plus récent et donc susceptible de mieux prendre en charge ton matériel.

              Si tu ne veux pas migrer en testing tu peux aussi récupérer manuellement les paquets debian correspondant ou définir une politique particulière dans
              /etc/apt/preferences
              .
              https://packages.debian.org/stretch/linux-image-amd64

              Bonne chance
              1. CONCLUSION : aucune solution
                je suis allé à LDLC : ils m'ont dit qu'ils reprendraient les clés.
                je suis allé rendre les clés à LDLC : ils m'ont gentiment expliqué qu'ils ne pouvaient les reprendre qu'avec les boîtes ):