Forum Linux.général Prème gestion réseau après mise à jour de Archobl

Posté par  .
Étiquettes : aucune
0
4
mar.
2012

Bonjour.

J'ai mis à jour mon portable avec Arch hier et bien mal m'en a pris …

Après avoir bataillé un moment avec une histoire de clés PGP sur les paquets, j'ai aparamment réussi la mise à jour, mais je me trouve maintenant face à un problème étrange : je n'arrive plus à me connecter au wifi que j'ai configuré sur ma freebox. Je suis sous Xfce et j'utilise NetworkManager.
Ce qui est curieux, c'est que j'arrive à me connecter sur FreeWifi (par contre je n'ai pas essayé l'authentification : je n'arrive qu'à la page d'accueil ou il faut entrer son identifiant et son mot de passe via l'interface www). Il semble que ce soit un problème de configuration DCP via NetworkManager, mais je ne sais pas trop par ou chercher.

Est-ce que ce phénomène vous est déjà arrivé?

  • # Ca ne concerne pas que le wifi mais également le filaire

    Posté par  . Évalué à 2. Dernière modification le 04 mars 2012 à 16:53.

    Il semble que ce soit un pb dhcp : j'ai l'impression que NetworkManager ne comprend rien à ce que lui retourne le client dhcp.

    Voici la log qui boucle lorsque j'active NetworkManager:

    Mar  4 13:23:59 localhost dbus[568]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Mar  4 13:23:59 localhost NetworkManager[22148]: <info> (eth0): canceled DHCP transaction, DHCP client pid 22222
Mar  4 13:23:59 localhost NetworkManager[22148]: <warn> (pid 22222) unhandled DHCP event for interface eth0
Mar  4 13:23:59 localhost NetworkManager[22148]: <warn> (pid 22222) unhandled DHCP event for interface eth0
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Auto-activating connection 'Wired connection 1'.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) starting connection 'Wired connection 1'
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> (eth0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> (eth0): device state change: prepare -> config (reason 'none') [40 50 0]
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> (eth0): device state change: config -> ip-config (reason 'none') [50 70 0]
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Beginning DHCPv4 transaction (timeout in 45 seconds)
Mar  4 13:24:01 localhost dhcpcd[22231]: version 5.5.4 starting
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> dhcpcd started with pid 22231
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Beginning IP6 addrconf.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Mar  4 13:24:01 localhost NetworkManager[22148]: <info> (eth0): DHCPv4 state changed nbi -> preinit
Mar  4 13:24:01 localhost dhcpcd[22231]: eth0: sending IPv6 Router Solicitation
Mar  4 13:24:01 localhost dhcpcd[22231]: eth0: sendmsg: Cannot assign requested address
Mar  4 13:24:01 localhost dhcpcd[22231]: eth0: rebinding lease of 192.168.119.3
Mar  4 13:24:01 localhost dhcpcd[22231]: eth0: acknowledged 192.168.119.3 from 192.168.119.254
Mar  4 13:24:01 localhost dhcpcd[22231]: eth0: checking for 192.168.119.3
Mar  4 13:24:03 localhost dhcpcd[22231]: eth0: Router Advertisement from fe80::207:cbff:fe3a:425e
Mar  4 13:24:03 localhost NetworkManager[22148]: <info> (eth0): DHCPv4 state changed preinit -> (null)
Mar  4 13:24:05 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) scheduled...
Mar  4 13:24:05 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) started...
Mar  4 13:24:05 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) complete.
Mar  4 13:24:07 localhost dhcpcd[22231]: eth0: leased 192.168.119.3 for 864000 seconds
Mar  4 13:24:07 localhost NetworkManager[22148]: <info> (eth0): DHCPv4 state changed (null) -> bound
Mar  4 13:24:07 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Mar  4 13:24:07 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Mar  4 13:24:07 localhost NetworkManager[22148]: <info>   address 192.168.119.3
Mar  4 13:24:07 localhost NetworkManager[22148]: <info>   prefix 24 (255.255.255.0)
Mar  4 13:24:07 localhost NetworkManager[22148]: <info>   gateway 192.168.119.254
Mar  4 13:24:07 localhost NetworkManager[22148]: <info>   nameserver '212.27.40.241'
Mar  4 13:24:07 localhost NetworkManager[22148]: <info>   nameserver '212.27.40.240'
Mar  4 13:24:07 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Mar  4 13:24:07 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Mar  4 13:24:07 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> (eth0): device state change: ip-config -> activated (reason 'none') [70 100 0]
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS.
Mar  4 13:24:09 localhost NetworkManager[22148]: <warn> Failed to add route Missing attribute
Mar  4 13:24:09 localhost NetworkManager[22148]: <error> [1330863849.816541] [nm-system.c:1061] nm_system_replace_default_ip6_route(): (eth0): failed to set IPv6 default route: -1
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> Policy set 'Wired connection 1' (eth0) as default for IPv6 routing and DNS.
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> Activation (eth0) successful, device activated.
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> (eth0): device state change: activated -> failed (reason 'ip-config-unavailable') [100 120 5]
Mar  4 13:24:09 localhost NetworkManager[22148]: <warn> Activation (eth0) failed.
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> (eth0): device state change: failed -> disconnected (reason 'none') [120 30 0]
Mar  4 13:24:09 localhost NetworkManager[22148]: <info> (eth0): deactivating device (reason 'none') [0]
Mar  4 13:24:09 localhost dbus[568]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Mar  4 13:24:09 localhost dhcpcd[22231]: received SIGTERM, stopping
Mar  4 13:24:09 localhost dhcpcd[22231]: eth0: removing interface

  • # La signature des paquets

    Posté par  . Évalué à 2.

    Après avoir bataillé un moment avec une histoire de clés PGP sur les paquets

    Bon, j’espère que tous les Archer qui ne comprennent pas la gestion des signatures des paquets et des bases de données sous Arch me liront.

    Il y a trois choses :

    • tu veux utiliser le système des clefs :
      • tu récupères toute les clefs à la main (pacman-key --recv-keys <id1> <id2> …) tu les signes localement (pacman-key --lsign-key <id>) et tu leur attribue une confiance une par une ;
      • tu récupères les clefs des cinq « grands développeurs », les signes localement et leur attribues toute ta confiance en copiant et executant la commande en bas de cette page (for blah) : http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/ (c’est la solution que j’ai choisi) ;
    • tu t’en fous complètement des clefs : tu fous SignLevel = Never dans /etc/pacman.conf (dans le premier cas : SigLevel = Optional TrustedOnly est une bonne solution).

    • [^] # Re: La signature des paquets

      Posté par  . Évalué à 2.

      tu t’en fous complètement des clefs : tu fous SignLevel = Never dans /etc/pacman.conf (dans le premier cas : SigLevel = Optional TrustedOnly est une bonne solution).

      Là ou c'est drole, c'est que c'est exactement ce que j'ai fait. Mais pour une raison que j'ignore cet abruti de pacman a continué a vuloir vérifier les clés, même avec cette option. Le problème semblait plutôt être un pb réseau. J'ai égalment joué avec les servurs sur esquels j'allais récupérer les clés, et d'un coup c'est tombé en marche ( après reboot + repositionnement du seveur d'origine dans le bon fichier). Ce qui me frappe c'est que lorsque je mets l'ption que tu cites, pacman vérifie quand même les clés, et te jette lorsqu'il n'arrive pas à atteindre le serveur.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.