Bonsoir,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
[…]
wlan0 802.11b/g link ESSID:""
[…]
wlan0 Link encap:Ethernet HWaddr 70:1a:04:44:91:1a
inet adr:192.168.0.10 Bcast:192.168.0.255
[…]
J'ai ajouté la directive suivante au fichier /etc/inittab :
adsl:2345:respawn:/usr/sbin/pppd call dsl-provider.
Mais il semblerait que celle-ci ne puisse pas agir sur le
phénomène de coupure du wifi.
Les archives de la liste me laisse entendre qu'il est
préférable d'utiliser wicd, mais j'aimerais tout de même
utiliser dans de meilleure condition l'utilitaire du bureau
Kde.
Bonsoir,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
[…]
wlan0 802.11b/g link ESSID:""
[…]
wlan0 Link encap:Ethernet HWaddr 70:1a:04:44:91:1a
inet adr:192.168.0.10 Bcast:192.168.0.255
[…]
J'ai ajouté la directive suivante au fichier /etc/inittab :
adsl:2345:respawn:/usr/sbin/pppd call dsl-provider.
Mais il semblerait que celle-ci ne puisse pas agir sur le
phénomène de coupure du wifi.
Les archives de la liste me laisse entendre qu'il est
préférable d'utiliser wicd, mais j'aimerais tout de même
utiliser dans de meilleure condition l'utilitaire du bureau
Kde.
Bonsoir,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
[…]
wlan0 802.11b/g link ESSID:""
[…]
wlan0 Link encap:Ethernet HWaddr 70:1a:04:44:91:1a
inet adr:192.168.0.10 Bcast:192.168.0.255
[…]
J'ai ajouté la directive suivante au fichier /etc/inittab :
adsl:2345:respawn:/usr/sbin/pppd call dsl-provider.
Mais il semblerait que celle-ci ne puisse pas agir sur le
phénomène de coupure du wifi.
Les archives de la liste me laisse entendre qu'il est
préférable d'utiliser wicd, mais j'aimerais tout de même
utiliser dans de meilleure condition l'utilitaire du bureau
Kde.
Le samedi 11 septembre 2010 à 23:15:33, Michaël Van Nieuwenhoven
a écrit :Bonsoir,
’jour,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
Qu’est-ce que tu appelles « initialisation de la carte » ?
Décris-nous ce qui se passe, ce que tu fais.
J'entends par initialisation le simple fait de provoquer une nouvelle connexion en cliquant sur new wireless connection.[…]
wlan0 802.11b/g link ESSID:""
Ton essid est vide !?
Celui-ci est renseigné, je ne l'ai pas transmis.[…]
wlan0 Link encap:Ethernet HWaddr 70:1a:04:44:91:1a
inet adr:192.168.0.10 Bcast:192.168.0.255
Tu sembles connecté, là.
Qu’y a-t-il dans les logs lorsque tu te connectes ? lorsque
tu dois « procéder à plusieurs initialisations » ?
(/var/log/syslog contient les infos de NetworkManager et de wpa-
supplicant)
[…]
J'ai ajouté la directive suivante au fichier /etc/inittab :
adsl:2345:respawn:/usr/sbin/pppd call dsl-provider.
??? Où as-tu trouvé ça ? Ça n’a rien à voir avec le WiFi.
pppd call dsl-provider servirait, si le fichier /etc/ppp/je-
sais-plus-où/dsl-provider était correctement renseigné, à te
connecter à un modem xDSL.
pppd sert à établir une connexion point à point, en particulier
sur une ligne téléphonique (avec un modem). Aucune utilité sur
autre chose qu’une MachinBox ou un [modem-]routeur.
Et placer cet appel en respawn dans l’inittab alors qu’il ne
fait rien, c’est sympa pour utiliser son CPU…
Mais il semblerait que celle-ci ne puisse pas agir sur le
phénomène de coupure du wifi.
Non ?! Tu m’étonnes…
Et oui, j'ai encore pas mal de choses à découvrir !Les archives de la liste me laisse entendre qu'il est
préférable d'utiliser wicd, mais j'aimerais tout de même
utiliser dans de meilleure condition l'utilitaire du bureau
Kde.
Comme je le répète chaque fois que l’on propose d’utiliser
wicd à la place de network manager : chacun ses préférences, les
deux fonctionnent, jeter le bébé avec l’eau du bain ne fait pas
avancer le schmilblick.
(Le couple wicd – n-m est-il comparable au couple vi – emacs ?
Vous avez deux heures…)
NetworkManager est bien intégré au sein de Kde, il devrait-être pleinement fonctionnel !
Le samedi 11 septembre 2010 à 23:15:33, Michaël Van Nieuwenhoven
a écrit :
Bonsoir,
’jour,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
Qu’est-ce que tu appelles « initialisation de la carte » ?
Décris-nous ce qui se passe, ce que tu fais.
J'entends par initialisation le simple fait de provoquer une nouvelle connexion en cliquant sur new wireless connection.
[…]
wlan0 802.11b/g link ESSID:""
Ton essid est vide !?
Celui-ci est renseigné, je ne l'ai pas transmis.
[…]
wlan0 Link encap:Ethernet HWaddr 70:1a:04:44:91:1a
inet adr:192.168.0.10 Bcast:192.168.0.255
Tu sembles connecté, là.
Qu’y a-t-il dans les logs lorsque tu te connectes ? lorsque
tu dois « procéder à plusieurs initialisations » ?
(/var/log/syslog contient les infos de NetworkManager et de wpa-
supplicant)
[…]
J'ai ajouté la directive suivante au fichier /etc/inittab :
adsl:2345:respawn:/usr/sbin/pppd call dsl-provider.
??? Où as-tu trouvé ça ? Ça n’a rien à voir avec le WiFi.
pppd call dsl-provider servirait, si le fichier /etc/ppp/je-
sais-plus-où/dsl-provider était correctement renseigné, à te
connecter à un modem xDSL.
pppd sert à établir une connexion point à point, en particulier
sur une ligne téléphonique (avec un modem). Aucune utilité sur
autre chose qu’une MachinBox ou un [modem-]routeur.
Et placer cet appel en respawn dans l’inittab alors qu’il ne
fait rien, c’est sympa pour utiliser son CPU…
Mais il semblerait que celle-ci ne puisse pas agir sur le
phénomène de coupure du wifi.
Non ?! Tu m’étonnes…
Et oui, j'ai encore pas mal de choses à découvrir !
Les archives de la liste me laisse entendre qu'il est
préférable d'utiliser wicd, mais j'aimerais tout de même
utiliser dans de meilleure condition l'utilitaire du bureau
Kde.
Comme je le répète chaque fois que l’on propose d’utiliser
wicd à la place de network manager : chacun ses préférences, les
deux fonctionnent, jeter le bébé avec l’eau du bain ne fait pas
avancer le schmilblick.
(Le couple wicd – n-m est-il comparable au couple vi – emacs ?
Vous avez deux heures…)
NetworkManager est bien intégré au sein de Kde, il devrait-être pleinement fonctionnel !
Le samedi 11 septembre 2010 à 23:15:33, Michaël Van Nieuwenhoven
a écrit :Bonsoir,
’jour,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
Qu’est-ce que tu appelles « initialisation de la carte » ?
Décris-nous ce qui se passe, ce que tu fais.
J'entends par initialisation le simple fait de provoquer une nouvelle connexion en cliquant sur new wireless connection.[…]
wlan0 802.11b/g link ESSID:""
Ton essid est vide !?
Celui-ci est renseigné, je ne l'ai pas transmis.[…]
wlan0 Link encap:Ethernet HWaddr 70:1a:04:44:91:1a
inet adr:192.168.0.10 Bcast:192.168.0.255
Tu sembles connecté, là.
Qu’y a-t-il dans les logs lorsque tu te connectes ? lorsque
tu dois « procéder à plusieurs initialisations » ?
(/var/log/syslog contient les infos de NetworkManager et de wpa-
supplicant)
[…]
J'ai ajouté la directive suivante au fichier /etc/inittab :
adsl:2345:respawn:/usr/sbin/pppd call dsl-provider.
??? Où as-tu trouvé ça ? Ça n’a rien à voir avec le WiFi.
pppd call dsl-provider servirait, si le fichier /etc/ppp/je-
sais-plus-où/dsl-provider était correctement renseigné, à te
connecter à un modem xDSL.
pppd sert à établir une connexion point à point, en particulier
sur une ligne téléphonique (avec un modem). Aucune utilité sur
autre chose qu’une MachinBox ou un [modem-]routeur.
Et placer cet appel en respawn dans l’inittab alors qu’il ne
fait rien, c’est sympa pour utiliser son CPU…
Mais il semblerait que celle-ci ne puisse pas agir sur le
phénomène de coupure du wifi.
Non ?! Tu m’étonnes…
Et oui, j'ai encore pas mal de choses à découvrir !Les archives de la liste me laisse entendre qu'il est
préférable d'utiliser wicd, mais j'aimerais tout de même
utiliser dans de meilleure condition l'utilitaire du bureau
Kde.
Comme je le répète chaque fois que l’on propose d’utiliser
wicd à la place de network manager : chacun ses préférences, les
deux fonctionnent, jeter le bébé avec l’eau du bain ne fait pas
avancer le schmilblick.
(Le couple wicd – n-m est-il comparable au couple vi – emacs ?
Vous avez deux heures…)
NetworkManager est bien intégré au sein de Kde, il devrait-être pleinement fonctionnel !
[…]
Bonsoir,
[…]
> Décris-nous ce qui se passe, ce que tu fais.
>
J'entends par initialisation le simple fait de provoquer
une nouvelle connexion en cliquant sur new wireless
connection.
[…]
>> wlan0 802.11b/g link ESSID:""
>>
> Ton essid est vide !?
>
Celui-ci est renseigné, je ne l'ai pas transmis.
[…]
Sep 12 18:04:20 debian NetworkManager[1344]: <info> (wlan0):
driver does not support SSID scans (scan_capa 0x00).
[…]
Les cahiers de l'Admin.
J'avais l'impression que par le fait que les connexions PPP
par ADSL soient par définition intermittentes, il y avait
donc des interruptions de service.
Et que le wifi devait par voie de conséquence subir les même
désagrément.
Il semblerait que ce soit une mauvaise
interprétation de ma part, n'étant pas un spécialiste de
cette merveilleuse distribution !
[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
[…]
Bonsoir,
[…]
> Décris-nous ce qui se passe, ce que tu fais.
>
J'entends par initialisation le simple fait de provoquer
une nouvelle connexion en cliquant sur new wireless
connection.
[…]
>> wlan0 802.11b/g link ESSID:""
>>
> Ton essid est vide !?
>
Celui-ci est renseigné, je ne l'ai pas transmis.
[…]
Sep 12 18:04:20 debian NetworkManager[1344]: <info> (wlan0):
driver does not support SSID scans (scan_capa 0x00).
[…]
Les cahiers de l'Admin.
J'avais l'impression que par le fait que les connexions PPP
par ADSL soient par définition intermittentes, il y avait
donc des interruptions de service.
Et que le wifi devait par voie de conséquence subir les même
désagrément.
Il semblerait que ce soit une mauvaise
interprétation de ma part, n'étant pas un spécialiste de
cette merveilleuse distribution !
[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
[…]
Bonsoir,
[…]
> Décris-nous ce qui se passe, ce que tu fais.
>
J'entends par initialisation le simple fait de provoquer
une nouvelle connexion en cliquant sur new wireless
connection.
[…]
>> wlan0 802.11b/g link ESSID:""
>>
> Ton essid est vide !?
>
Celui-ci est renseigné, je ne l'ai pas transmis.
[…]
Sep 12 18:04:20 debian NetworkManager[1344]: <info> (wlan0):
driver does not support SSID scans (scan_capa 0x00).
[…]
Les cahiers de l'Admin.
J'avais l'impression que par le fait que les connexions PPP
par ADSL soient par définition intermittentes, il y avait
donc des interruptions de service.
Et que le wifi devait par voie de conséquence subir les même
désagrément.
Il semblerait que ce soit une mauvaise
interprétation de ma part, n'étant pas un spécialiste de
cette merveilleuse distribution !
[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
Le dimanche 12 septembre 2010 à 19:18:55, Michaël Van
Nieuwenhoven a écrit :[…]
Bonsoir,
’jour,
Fais gaffe, tes réponses sont marquées comme citations (>
initial) [j’ai corrigé ci-après pour plus de clarté]. Et tu peux
couper tes lignes…
[…]Décris-nous ce qui se passe, ce que tu fais.
J'entends par initialisation le simple fait de provoquer
une nouvelle connexion en cliquant sur new wireless
connection.
Ok, c’est plus clair.
Pourquoi passes-tu par une nouvelle connexion, ta connexion
habituelle n’est pas mémorisée ? Note aussi que cocher la case
« connexion automatique » simplifie la vie.
[…]wlan0 802.11b/g link ESSID:""
Ton essid est vide !?
Celui-ci est renseigné, je ne l'ai pas transmis.
Suis pas sûr que ce soit très utile comme protection, vu qu’on
a tout le reste (adresse MAC, ton adresse IP chez Free qui nous
indique ton DSLAM donc ta localisation) et que ta FreeBox l’émet
à tout vent.
[…]
Je ne vois aucun vrai problème dans tes logs (à part qu’il
essaie, sans succès, de lancer douze mille fois pppd…). La
connexion s’établit correctement.
Juste :Sep 12 18:04:20 debian NetworkManager[1344]:<info> (wlan0):
driver does not support SSID scans (scan_capa 0x00).
avant l’initialisation, qui n’est pas très glop mais qui ne
semble pas poser de problème par la suite.
[…]
Les cahiers de l'Admin.
J'avais l'impression que par le fait que les connexions PPP
par ADSL soient par définition intermittentes, il y avait
donc des interruptions de service.
Des interruptions de service PPP/ADSL, donc la connexion à
l’Internet.Et que le wifi devait par voie de conséquence subir les mêmes
désagréments.
Ben non. Ton PC cause via WiFi à ton point d’accès, que ton
point d’accès soit ou non connecté à l’Internet. Et c’est ton
point d’accès qui se débrouille pour se connecter et faire le
relais. Là, ton PC essaie de se connecter lui-même en ADSL mais
ça ne peut pas fonctionner parce que : 1/ il n’est pas branché
sur un modem et, surtout, 2/ rien n’est configuré. Donc il perd
son temps à lancer pppd en rafales.Il semblerait que ce soit une mauvaise
interprétation de ma part, n'étant pas un spécialiste de
cette merveilleuse distribution !
Rien à voir avec la distribution, plus avec de la « pensée
magique »…[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
C’est ce que je dis qu’il est et, pour l’instant, tu n’as rien
montré qui puisse faire penser le contraire.
Le dimanche 12 septembre 2010 à 19:18:55, Michaël Van
Nieuwenhoven a écrit :
[…]
Bonsoir,
’jour,
Fais gaffe, tes réponses sont marquées comme citations (>
initial) [j’ai corrigé ci-après pour plus de clarté]. Et tu peux
couper tes lignes…
[…]
Décris-nous ce qui se passe, ce que tu fais.
J'entends par initialisation le simple fait de provoquer
une nouvelle connexion en cliquant sur new wireless
connection.
Ok, c’est plus clair.
Pourquoi passes-tu par une nouvelle connexion, ta connexion
habituelle n’est pas mémorisée ? Note aussi que cocher la case
« connexion automatique » simplifie la vie.
[…]
wlan0 802.11b/g link ESSID:""
Ton essid est vide !?
Celui-ci est renseigné, je ne l'ai pas transmis.
Suis pas sûr que ce soit très utile comme protection, vu qu’on
a tout le reste (adresse MAC, ton adresse IP chez Free qui nous
indique ton DSLAM donc ta localisation) et que ta FreeBox l’émet
à tout vent.
[…]
Je ne vois aucun vrai problème dans tes logs (à part qu’il
essaie, sans succès, de lancer douze mille fois pppd…). La
connexion s’établit correctement.
Juste :
Sep 12 18:04:20 debian NetworkManager[1344]:<info> (wlan0):
driver does not support SSID scans (scan_capa 0x00).
avant l’initialisation, qui n’est pas très glop mais qui ne
semble pas poser de problème par la suite.
[…]
Les cahiers de l'Admin.
J'avais l'impression que par le fait que les connexions PPP
par ADSL soient par définition intermittentes, il y avait
donc des interruptions de service.
Des interruptions de service PPP/ADSL, donc la connexion à
l’Internet.
Et que le wifi devait par voie de conséquence subir les mêmes
désagréments.
Ben non. Ton PC cause via WiFi à ton point d’accès, que ton
point d’accès soit ou non connecté à l’Internet. Et c’est ton
point d’accès qui se débrouille pour se connecter et faire le
relais. Là, ton PC essaie de se connecter lui-même en ADSL mais
ça ne peut pas fonctionner parce que : 1/ il n’est pas branché
sur un modem et, surtout, 2/ rien n’est configuré. Donc il perd
son temps à lancer pppd en rafales.
Il semblerait que ce soit une mauvaise
interprétation de ma part, n'étant pas un spécialiste de
cette merveilleuse distribution !
Rien à voir avec la distribution, plus avec de la « pensée
magique »…
[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
C’est ce que je dis qu’il est et, pour l’instant, tu n’as rien
montré qui puisse faire penser le contraire.
Le dimanche 12 septembre 2010 à 19:18:55, Michaël Van
Nieuwenhoven a écrit :[…]
Bonsoir,
’jour,
Fais gaffe, tes réponses sont marquées comme citations (>
initial) [j’ai corrigé ci-après pour plus de clarté]. Et tu peux
couper tes lignes…
[…]Décris-nous ce qui se passe, ce que tu fais.
J'entends par initialisation le simple fait de provoquer
une nouvelle connexion en cliquant sur new wireless
connection.
Ok, c’est plus clair.
Pourquoi passes-tu par une nouvelle connexion, ta connexion
habituelle n’est pas mémorisée ? Note aussi que cocher la case
« connexion automatique » simplifie la vie.
[…]wlan0 802.11b/g link ESSID:""
Ton essid est vide !?
Celui-ci est renseigné, je ne l'ai pas transmis.
Suis pas sûr que ce soit très utile comme protection, vu qu’on
a tout le reste (adresse MAC, ton adresse IP chez Free qui nous
indique ton DSLAM donc ta localisation) et que ta FreeBox l’émet
à tout vent.
[…]
Je ne vois aucun vrai problème dans tes logs (à part qu’il
essaie, sans succès, de lancer douze mille fois pppd…). La
connexion s’établit correctement.
Juste :Sep 12 18:04:20 debian NetworkManager[1344]:<info> (wlan0):
driver does not support SSID scans (scan_capa 0x00).
avant l’initialisation, qui n’est pas très glop mais qui ne
semble pas poser de problème par la suite.
[…]
Les cahiers de l'Admin.
J'avais l'impression que par le fait que les connexions PPP
par ADSL soient par définition intermittentes, il y avait
donc des interruptions de service.
Des interruptions de service PPP/ADSL, donc la connexion à
l’Internet.Et que le wifi devait par voie de conséquence subir les mêmes
désagréments.
Ben non. Ton PC cause via WiFi à ton point d’accès, que ton
point d’accès soit ou non connecté à l’Internet. Et c’est ton
point d’accès qui se débrouille pour se connecter et faire le
relais. Là, ton PC essaie de se connecter lui-même en ADSL mais
ça ne peut pas fonctionner parce que : 1/ il n’est pas branché
sur un modem et, surtout, 2/ rien n’est configuré. Donc il perd
son temps à lancer pppd en rafales.Il semblerait que ce soit une mauvaise
interprétation de ma part, n'étant pas un spécialiste de
cette merveilleuse distribution !
Rien à voir avec la distribution, plus avec de la « pensée
magique »…[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
C’est ce que je dis qu’il est et, pour l’instant, tu n’as rien
montré qui puisse faire penser le contraire.
Le 12/09/2010 15:07, Sylvain L. Sauvage a écrit :Le samedi 11 septembre 2010 à 23:15:33, Michaël Van Nieuwenhoven
a écrit :Bonsoir,
’jour,
Bonsoir,Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
NetworkManager est bien intégré au sein de Kde, il devrait-être pleinement fonctionnel !
Michaël
Le 12/09/2010 15:07, Sylvain L. Sauvage a écrit :
Le samedi 11 septembre 2010 à 23:15:33, Michaël Van Nieuwenhoven
a écrit :
Bonsoir,
’jour,
Bonsoir,
Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
NetworkManager est bien intégré au sein de Kde, il devrait-être pleinement fonctionnel !
Michaël
Le 12/09/2010 15:07, Sylvain L. Sauvage a écrit :Le samedi 11 septembre 2010 à 23:15:33, Michaël Van Nieuwenhoven
a écrit :Bonsoir,
’jour,
Bonsoir,Depuis pas mal de temps, j'essaye de résoudre un problème
récurrent : utiliser une connexion wifi gérée par
NetworkManager. En effet, lors de mise à jour de la version
Sid, je dois procéder à plusieurs initialisations de la
carte pour que le processus arrive à son terme.
NetworkManager est bien intégré au sein de Kde, il devrait-être pleinement fonctionnel !
Michaël
[…]
> Pourquoi passes-tu par une nouvelle connexion, ta
> connexion
>
> habituelle n’est pas mémorisée ? Note aussi que coch er la
> case « connexion automatique » simplifie la vie.
Elle est nommée new wireless connection et elle est
mémorisée.
[…]
La mise à jour de sid d'aujourd'hui étant légère, j'a i essayé
de télécharger la Debian-506-amd64-businesscard.iso
Et le téléchargement s'est arrêté à 17.6 Mo sur 37.1 Mo (234
ko/s), je transmets donc les logs à l'instant T pour que le
déterminisme puisse jouer son rôle...
Sep 13 19:10:02 debian rsyslogd: [origin software="rsyslogd"
swVersion="4.6.4" x-pid="1189"
x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type
'lightweight'.
Sep 13 19:11:43 debian anacron[1286]: Job `cron.daily'
terminated Sep 13 19:11:43 debian anacron[1286]: Normal exit
(1 job run) Sep 13 19:16:34 debian kernel: [ 707.132256]
CCMP: received packet without ExtIV flag from
42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132430] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132952] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.645417] Associated
successfully Sep 13 19:16:34 debian kernel: [ 707.645426]
Using G rates Sep 13 19:16:34 debian NetworkManager[1305]:
<info> (wlan0): supplicant connection state: completed ->
associated
Sep 13 19:16:34 debian wpa_supplicant[1335]: Associated with
42:c1:e0:d5:7a:08
[ ad lib ]
[…]
> Pourquoi passes-tu par une nouvelle connexion, ta
> connexion
>
> habituelle n’est pas mémorisée ? Note aussi que coch er la
> case « connexion automatique » simplifie la vie.
Elle est nommée new wireless connection et elle est
mémorisée.
[…]
La mise à jour de sid d'aujourd'hui étant légère, j'a i essayé
de télécharger la Debian-506-amd64-businesscard.iso
Et le téléchargement s'est arrêté à 17.6 Mo sur 37.1 Mo (234
ko/s), je transmets donc les logs à l'instant T pour que le
déterminisme puisse jouer son rôle...
Sep 13 19:10:02 debian rsyslogd: [origin software="rsyslogd"
swVersion="4.6.4" x-pid="1189"
x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type
'lightweight'.
Sep 13 19:11:43 debian anacron[1286]: Job `cron.daily'
terminated Sep 13 19:11:43 debian anacron[1286]: Normal exit
(1 job run) Sep 13 19:16:34 debian kernel: [ 707.132256]
CCMP: received packet without ExtIV flag from
42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132430] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132952] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.645417] Associated
successfully Sep 13 19:16:34 debian kernel: [ 707.645426]
Using G rates Sep 13 19:16:34 debian NetworkManager[1305]:
<info> (wlan0): supplicant connection state: completed ->
associated
Sep 13 19:16:34 debian wpa_supplicant[1335]: Associated with
42:c1:e0:d5:7a:08
[ ad lib ]
[…]
> Pourquoi passes-tu par une nouvelle connexion, ta
> connexion
>
> habituelle n’est pas mémorisée ? Note aussi que coch er la
> case « connexion automatique » simplifie la vie.
Elle est nommée new wireless connection et elle est
mémorisée.
[…]
La mise à jour de sid d'aujourd'hui étant légère, j'a i essayé
de télécharger la Debian-506-amd64-businesscard.iso
Et le téléchargement s'est arrêté à 17.6 Mo sur 37.1 Mo (234
ko/s), je transmets donc les logs à l'instant T pour que le
déterminisme puisse jouer son rôle...
Sep 13 19:10:02 debian rsyslogd: [origin software="rsyslogd"
swVersion="4.6.4" x-pid="1189"
x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type
'lightweight'.
Sep 13 19:11:43 debian anacron[1286]: Job `cron.daily'
terminated Sep 13 19:11:43 debian anacron[1286]: Normal exit
(1 job run) Sep 13 19:16:34 debian kernel: [ 707.132256]
CCMP: received packet without ExtIV flag from
42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132430] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132952] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.645417] Associated
successfully Sep 13 19:16:34 debian kernel: [ 707.645426]
Using G rates Sep 13 19:16:34 debian NetworkManager[1305]:
<info> (wlan0): supplicant connection state: completed ->
associated
Sep 13 19:16:34 debian wpa_supplicant[1335]: Associated with
42:c1:e0:d5:7a:08
[ ad lib ]
[…]
>> NetworkManager est bien intégré au sein de Kde, il
>> devrait-être pleinement fonctionnel !
Le module KDE network manager est expérimental, c'est pour
cela que les fonctionnalités sont un peu aléatoires !
[…]
>> NetworkManager est bien intégré au sein de Kde, il
>> devrait-être pleinement fonctionnel !
Le module KDE network manager est expérimental, c'est pour
cela que les fonctionnalités sont un peu aléatoires !
[…]
>> NetworkManager est bien intégré au sein de Kde, il
>> devrait-être pleinement fonctionnel !
Le module KDE network manager est expérimental, c'est pour
cela que les fonctionnalités sont un peu aléatoires !
Le mardi 14 septembre 2010 à 10:28:04, C. Mourad Jaber a écrit :[…]NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
Le module KDE network manager est expérimental, c'est pour
cela que les fonctionnalités sont un peu aléatoires !
Gni ?
network-manager-kde a mis un peu de temps à être porté de
KDE 3 à KDE 4 mais c’est le même (vieil) outil. Cette applet
peut servir dans n’importe quel DE/WM.
plasma-widget-networkmanagement est plus récent (et plus sympa
aussi) mais je n’ai pas expérimenté de problème avec lui non
plus. Cette applet ne peut fonctionner qu’avec Plasma.
Les deux discutent avec NM via D-Bus donc les problèmes se
divisent en deux :
— ceux de NM (en général des problèmes de pilote) ;
— des problèmes de stockage ou passage des paramètres par
l’applet (p.ex. quand ils ont décidé d’utiliser de vrais UUID
dans le fichier de conf. de kn-m, ce qui a invalidé les
anciennes conf.).
Le mardi 14 septembre 2010 à 10:28:04, C. Mourad Jaber a écrit :
[…]
NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
Le module KDE network manager est expérimental, c'est pour
cela que les fonctionnalités sont un peu aléatoires !
Gni ?
network-manager-kde a mis un peu de temps à être porté de
KDE 3 à KDE 4 mais c’est le même (vieil) outil. Cette applet
peut servir dans n’importe quel DE/WM.
plasma-widget-networkmanagement est plus récent (et plus sympa
aussi) mais je n’ai pas expérimenté de problème avec lui non
plus. Cette applet ne peut fonctionner qu’avec Plasma.
Les deux discutent avec NM via D-Bus donc les problèmes se
divisent en deux :
— ceux de NM (en général des problèmes de pilote) ;
— des problèmes de stockage ou passage des paramètres par
l’applet (p.ex. quand ils ont décidé d’utiliser de vrais UUID
dans le fichier de conf. de kn-m, ce qui a invalidé les
anciennes conf.).
Le mardi 14 septembre 2010 à 10:28:04, C. Mourad Jaber a écrit :[…]NetworkManager est bien intégré au sein de Kde, il
devrait-être pleinement fonctionnel !
Le module KDE network manager est expérimental, c'est pour
cela que les fonctionnalités sont un peu aléatoires !
Gni ?
network-manager-kde a mis un peu de temps à être porté de
KDE 3 à KDE 4 mais c’est le même (vieil) outil. Cette applet
peut servir dans n’importe quel DE/WM.
plasma-widget-networkmanagement est plus récent (et plus sympa
aussi) mais je n’ai pas expérimenté de problème avec lui non
plus. Cette applet ne peut fonctionner qu’avec Plasma.
Les deux discutent avec NM via D-Bus donc les problèmes se
divisent en deux :
— ceux de NM (en général des problèmes de pilote) ;
— des problèmes de stockage ou passage des paramètres par
l’applet (p.ex. quand ils ont décidé d’utiliser de vrais UUID
dans le fichier de conf. de kn-m, ce qui a invalidé les
anciennes conf.).
[…]
> Gni ?
> network-manager-kde a mis un peu de temps à être porté
> de KDE 3 à KDE 4 mais c’est le même (vieil) outil. Ce tte
> applet peut servir dans n’importe quel DE/WM.
[…]
le network-manager-kde n'est plus compatible avec KDE3 depuis
plus d'1 an, c'est une version spécifique à KDE4 : […]
Il est experimental (version svn)
et à des comportements
capricieux en particulier avec la gestion des profils de
connexion,
il pilote de manière assez bizarre NetworkManager
d'où le problèmes de connexion !
[…]
> Gni ?
> network-manager-kde a mis un peu de temps à être porté
> de KDE 3 à KDE 4 mais c’est le même (vieil) outil. Ce tte
> applet peut servir dans n’importe quel DE/WM.
[…]
le network-manager-kde n'est plus compatible avec KDE3 depuis
plus d'1 an, c'est une version spécifique à KDE4 : […]
Il est experimental (version svn)
et à des comportements
capricieux en particulier avec la gestion des profils de
connexion,
il pilote de manière assez bizarre NetworkManager
d'où le problèmes de connexion !
[…]
> Gni ?
> network-manager-kde a mis un peu de temps à être porté
> de KDE 3 à KDE 4 mais c’est le même (vieil) outil. Ce tte
> applet peut servir dans n’importe quel DE/WM.
[…]
le network-manager-kde n'est plus compatible avec KDE3 depuis
plus d'1 an, c'est une version spécifique à KDE4 : […]
Il est experimental (version svn)
et à des comportements
capricieux en particulier avec la gestion des profils de
connexion,
il pilote de manière assez bizarre NetworkManager
d'où le problèmes de connexion !
La mise à jour de sid d'aujourd'hui étant légère, j'ai essayé
de télécharger la Debian-506-amd64-businesscard.iso
Et le téléchargement s'est arrêté à 17.6 Mo sur 37.1 Mo (234
ko/s), je transmets donc les logs à l'instant T pour que le
déterminisme puisse jouer son rôle...
Sep 13 19:10:02 debian rsyslogd: [origin software="rsyslogd"
swVersion="4.6.4" x-pid="1189"
x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type
'lightweight'.
Sep 13 19:11:43 debian anacron[1286]: Job `cron.daily'
terminated Sep 13 19:11:43 debian anacron[1286]: Normal exit
(1 job run) Sep 13 19:16:34 debian kernel: [ 707.132256]
CCMP: received packet without ExtIV flag from
42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132430] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132952] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
D’après ce que j’en comprends, ce serait la FB qui t’envoie
des paquets incorrects/non chiffrés. Peut-être la source de la
déconnexion.
Sep 13 19:16:34 debian kernel: [ 707.645417] Associated
successfully Sep 13 19:16:34 debian kernel: [ 707.645426]
Using G rates Sep 13 19:16:34 debian NetworkManager[1305]:
<info> (wlan0): supplicant connection state: completed ->
associated
Sep 13 19:16:34 debian wpa_supplicant[1335]: Associated with
42:c1:e0:d5:7a:08
[ ad lib ]
Hmm, il n’y a pas de trace d’une déconnexion, juste toutes ces
ré-associations. C’est étrange (pour moi en tout cas) de ne pas
avoir de trace de déconnexion…
Ça déconnecte seulement quand tu t’en sers ou à n’importe quel
moment ?
Il doit y avoir un « rekeying » (re-échange de clefs)
régulièrement (toutes les 10 min). Ça apparaît dans les logs.
Si tu ne les vois jamais, ça peut être un indice.
syslog devrait contenir toutes les traces, mais as-tu regardé
s’il n’y avait rien de bizarre ailleurs ?
Tu peux aussi ajouter
[logging]
levelÞbug
dans /etc/NetworkManager/NetworkManager.conf (ce fichier a sa
page de man).
La mise à jour de sid d'aujourd'hui étant légère, j'ai essayé
de télécharger la Debian-506-amd64-businesscard.iso
Et le téléchargement s'est arrêté à 17.6 Mo sur 37.1 Mo (234
ko/s), je transmets donc les logs à l'instant T pour que le
déterminisme puisse jouer son rôle...
Sep 13 19:10:02 debian rsyslogd: [origin software="rsyslogd"
swVersion="4.6.4" x-pid="1189"
x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type
'lightweight'.
Sep 13 19:11:43 debian anacron[1286]: Job `cron.daily'
terminated Sep 13 19:11:43 debian anacron[1286]: Normal exit
(1 job run) Sep 13 19:16:34 debian kernel: [ 707.132256]
CCMP: received packet without ExtIV flag from
42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132430] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132952] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
D’après ce que j’en comprends, ce serait la FB qui t’envoie
des paquets incorrects/non chiffrés. Peut-être la source de la
déconnexion.
Sep 13 19:16:34 debian kernel: [ 707.645417] Associated
successfully Sep 13 19:16:34 debian kernel: [ 707.645426]
Using G rates Sep 13 19:16:34 debian NetworkManager[1305]:
<info> (wlan0): supplicant connection state: completed ->
associated
Sep 13 19:16:34 debian wpa_supplicant[1335]: Associated with
42:c1:e0:d5:7a:08
[ ad lib ]
Hmm, il n’y a pas de trace d’une déconnexion, juste toutes ces
ré-associations. C’est étrange (pour moi en tout cas) de ne pas
avoir de trace de déconnexion…
Ça déconnecte seulement quand tu t’en sers ou à n’importe quel
moment ?
Il doit y avoir un « rekeying » (re-échange de clefs)
régulièrement (toutes les 10 min). Ça apparaît dans les logs.
Si tu ne les vois jamais, ça peut être un indice.
syslog devrait contenir toutes les traces, mais as-tu regardé
s’il n’y avait rien de bizarre ailleurs ?
Tu peux aussi ajouter
[logging]
levelÞbug
dans /etc/NetworkManager/NetworkManager.conf (ce fichier a sa
page de man).
La mise à jour de sid d'aujourd'hui étant légère, j'ai essayé
de télécharger la Debian-506-amd64-businesscard.iso
Et le téléchargement s'est arrêté à 17.6 Mo sur 37.1 Mo (234
ko/s), je transmets donc les logs à l'instant T pour que le
déterminisme puisse jouer son rôle...
Sep 13 19:10:02 debian rsyslogd: [origin software="rsyslogd"
swVersion="4.6.4" x-pid="1189"
x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type
'lightweight'.
Sep 13 19:11:43 debian anacron[1286]: Job `cron.daily'
terminated Sep 13 19:11:43 debian anacron[1286]: Normal exit
(1 job run) Sep 13 19:16:34 debian kernel: [ 707.132256]
CCMP: received packet without ExtIV flag from
42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132430] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
Sep 13 19:16:34 debian kernel: [ 707.132952] CCMP: received
packet without ExtIV flag from 42:c1:e0:d5:7a:08
D’après ce que j’en comprends, ce serait la FB qui t’envoie
des paquets incorrects/non chiffrés. Peut-être la source de la
déconnexion.
Sep 13 19:16:34 debian kernel: [ 707.645417] Associated
successfully Sep 13 19:16:34 debian kernel: [ 707.645426]
Using G rates Sep 13 19:16:34 debian NetworkManager[1305]:
<info> (wlan0): supplicant connection state: completed ->
associated
Sep 13 19:16:34 debian wpa_supplicant[1335]: Associated with
42:c1:e0:d5:7a:08
[ ad lib ]
Hmm, il n’y a pas de trace d’une déconnexion, juste toutes ces
ré-associations. C’est étrange (pour moi en tout cas) de ne pas
avoir de trace de déconnexion…
Ça déconnecte seulement quand tu t’en sers ou à n’importe quel
moment ?
Il doit y avoir un « rekeying » (re-échange de clefs)
régulièrement (toutes les 10 min). Ça apparaît dans les logs.
Si tu ne les vois jamais, ça peut être un indice.
syslog devrait contenir toutes les traces, mais as-tu regardé
s’il n’y avait rien de bizarre ailleurs ?
Tu peux aussi ajouter
[logging]
levelÞbug
dans /etc/NetworkManager/NetworkManager.conf (ce fichier a sa
page de man).