Forum Linux.debian/ubuntu sid dhclient freebox

Posté par  (Mastodon) .
Étiquettes : aucune
0
27
juil.
2006
Bonjour,
j'ai depuis quelques temps un problème bizarre.

J'utilise dhclient pour attribuer l'IP de ma SID derrière une freebox en mode routeur. Pratiquement à chaque boot, alors que /var/log/boot m'indique un DHCPPACK ... bound to l'ip que je désire, un ifconfig m'affiche une adresse APIPA et la connectivité est pour le moins réduite (en gros seul internet fonctionne).
En général, il me suffit de faire un petit "sudo invoke-rc.d networking restart" pour que tout rentre dans l'ordre ou presque...

iptables -L : aucune règle, toutes les politiques par défaut à ACCEPT.

Je ne sais pas trop ou regarder d'autre...

Merci d'avance à tous.
  • # bon, alors voila...

    Posté par  . Évalué à 2.


    alors que /var/log/boot m'indique un DHCPPACK ... bound to l'ip que je désire,
    un ifconfig m'affiche une adresse APIPA
    et la connectivité est pour le moins réduite (en gros seul internet fonctionne).


    y a comme un truc qui cloche dans l'enoncé
    tu as une adresse APIPA et tu arrives à surfer sur internet, trop fort.

    par contre du coup je ne vois pas ou est le probleme...
    vu que tu arrives à surfer.
    • [^] # Re: bon, alors voila...

      Posté par  (Mastodon) . Évalué à 1.

      À priori, pour surfer, j'ai juste besoin d'avoir une adresse IP valide et de connaître l'adresse MAC de ma passerelle (Freebox) (et encore, c'est juste elle qui répond à chaque fois que je fais une requête ARP). Ce qui est très étrange par contre et que je ne m'explique pas du tout, c'est que ma règle de NAT ssh (pour accès ssh et nx) fonctionne...

      Par contre, là où ça me dérange, c'est que je ne vois plus ni mon disque MSS (Disque LAN), ni le portable XP.
      Les autres postes du MSS en DHCP fixe et XP en LAN DHCP ou WLAN DHCP fixe celon l'humeur ne semblent pas souffrir de ces problèmes.

      Je ne penses pas que le problème vienne de la freebox (V5), j'avais exactement les mêmes symptômes avec mon Sitecom WL-114...

      Merci.
      • [^] # Re: bon, alors voila...

        Posté par  . Évalué à 2.

        peux-tu nous copier/coller le contenu de tes fichiers
        /etc/network/interfaces
        /etc/resolv.conf

        ainsi que le resultat de la commande
        ifconfig -a

        pcq là j'ai quand meme de gros doute sur le fait que ton reseau fonctionne sans adresse IP (surtout pour aller sur le net)
        • [^] # Re: bon, alors voila...

          Posté par  (Mastodon) . Évalué à 1.

          % cat /etc/resolv.conf
          search
          nameserver 212.27.54.252
          nameserver 212.27.53.252
          % cat /etc/network/interfaces
          # This file describes the network interfaces available on your system
          # and how to activate them. For more information, see interfaces(5).

          # The loopback network interface
          auto lo
          iface lo inet loopback

          # The primary network interface
          auto eth0
          iface eth0 inet dhcp

          % sudo ifconfig -a
          eth0 Lien encap:Ethernet HWaddr 00:0C:76:18:9A:E6
          inet adr:169.x.x.x Bcast:192.168.123.255 Masque:255.255.255.0
          adr inet6: fe80::20c:76ff:fe18:9ae6/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:40903 errors:0 dropped:0 overruns:0 frame:0
          TX packets:38382 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:18267691 (17.4 MiB) TX bytes:11812748 (11.2 MiB)
          Interruption:177 Adresse de base:0xdc00

          lo Lien encap:Boucle locale
          inet adr:127.0.0.1 Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING MTU:16436 Metric:1
          RX packets:68294 errors:0 dropped:0 overruns:0 frame:0
          TX packets:68294 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:14074229 (13.4 MiB) TX bytes:14074229 (13.4 MiB)

          sit0 Lien encap:IPv6-dans-IPv4
          NOARP MTU:1480 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 lg file transmission:0
          RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

          Extrait de /var/log/boot
          Thu Jul 27 14:56:02 2006: Listening on LPF/eth0/00:0c:76:18:9a:e6
          Thu Jul 27 14:56:02 2006: Sending on LPF/eth0/00:0c:76:18:9a:e6
          Thu Jul 27 14:56:02 2006: Sending on Socket/fallback/fallback-net
          Thu Jul 27 14:56:02 2006: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
          Thu Jul 27 14:56:02 2006: DHCPOFFER from 192.168.123.254
          Thu Jul 27 14:56:02 2006: DHCPREQUEST on eth0 to 255.255.255.255 port 67
          Thu Jul 27 14:56:02 2006: DHCPACK from 192.168.123.254
          Thu Jul 27 14:56:02 2006: bound to 192.168.123.2 -- renewal in 432000 seconds.
          Thu Jul 27 14:56:02 2006: done.

          J'ai mis 169.x.x.x car je n'ai pas envie de rebooter là maintenant tout de suite...
          • [^] # Re: bon, alors voila...

            Posté par  . Évalué à 1.

            tout ne semble pas si mauvais que ca...

            J'ai mis 169.x.x.x car je n'ai pas envie de rebooter là maintenant tout de suite...

            là je ne comprend pas, tu as 169.X.Y.Z ou tu as 192.168.123.2 ?

            pour ne pas avoir à rebooter il suffit de desactiver/reactiver le reseau
            en etant root et en faisant
            /etc/init.d/network restart
            ou
            /etc/init.d/networking restart
            ou bien encore
            ifdown eth0
            suivi d'un ifup eth0
            • [^] # Re: bon, alors voila...

              Posté par  (Mastodon) . Évalué à 1.

              Justement, c'est ÇA mon problème, le résultat du DHCP semble ok, mais pas la conf réelle, et cela uniquement lors d'un BOOT, toutes les relance du réseau (invoke-rc.d networking restart...) que j'ai essayé après me remettent la conf d'aplomb...
              • [^] # Re: bon, alors voila...

                Posté par  . Évalué à 1.

                bne pour le moment je ne vois qu'une seule chose à faire

                ajouter un ifdown/ifup eth0 dans le rc.local
                ou dans les derniers scripts lancés

                c'est ce que j'ai du faire pour un localhost qui ne prend pas l'ip 127.0.0.1 et du coup le mysql ne se lancait pas.
                • [^] # Re: bon, alors voila...

                  Posté par  (Mastodon) . Évalué à 1.

                  État des lieus le matin au réveil :

                  % sudo ifconfig -a
                  eth0 Lien encap:Ethernet HWaddr 00:0C:76:18:9A:E6
                  inet adr:169.254.212.178 Bcast:169.254.255.255 Masque:255.255.0.0
                  adr inet6: fe80::20c:76ff:fe18:9ae6/64 Scope:Lien
                  UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
                  RX packets:1627 errors:0 dropped:0 overruns:0 frame:0
                  TX packets:1712 errors:0 dropped:0 overruns:0 carrier:0
                  collisions:0 lg file transmission:1000
                  RX bytes:1152091 (1.0 MiB) TX bytes:172151 (168.1 KiB)
                  Interruption:177 Adresse de base:0xdc00

                  lo Lien encap:Boucle locale
                  inet adr:127.0.0.1 Masque:255.0.0.0
                  adr inet6: ::1/128 Scope:Hôte
                  UP LOOPBACK RUNNING MTU:16436 Metric:1
                  RX packets:152 errors:0 dropped:0 overruns:0 frame:0
                  TX packets:152 errors:0 dropped:0 overruns:0 carrier:0
                  collisions:0 lg file transmission:0
                  RX bytes:16882 (16.4 KiB) TX bytes:16882 (16.4 KiB)

                  sit0 Lien encap:IPv6-dans-IPv4
                  NOARP MTU:1480 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 lg file transmission:0
                  RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
                  % mount
                  192.168.123.1:/shares/mss-hdd/Publique on /net type nfs (rw,addr=192.168.123.1)
                  192.168.123.1:/shares/mss-hdd/landry on /home/landry/net type nfs (rw,addr=192.168.123.1)
                  % ls /net
                  Autre Ma musique Mes photos Mes videos
                  % ping 192.168.123.1
                  PING 192.168.123.1 (192.168.123.1) 56(84) bytes of data.
                  64 bytes from 192.168.123.1: icmp_seq=1 ttl=64 time=0.574 ms
                  64 bytes from 192.168.123.1: icmp_seq=2 ttl=64 time=0.367 ms
                  64 bytes from 192.168.123.1: icmp_seq=3 ttl=64 time=0.360 ms

                  --- 192.168.123.1 ping statistics ---
                  3 packets transmitted, 3 received, 0% packet loss, time 1998ms
                  rtt min/avg/max/mdev = 0.360/0.433/0.574/0.102 ms
                  % sudo ip -f inet addr show
                  1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
                  inet 127.0.0.1/8 scope host lo
                  2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
                  inet 169.254.212.178/16 brd 169.254.255.255 scope link eth0
                  inet 192.168.123.2/24 brd 192.168.123.255 scope global eth0


                  Bon alors j'ai 2 ip sur eth0 mais ifconfig n'en montre q'une !? étrange d'autant q'après un petit ifup/down :
                  % sudo ip -f inet addr show
                  1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
                  inet 127.0.0.1/8 scope host lo
                  2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
                  inet 192.168.123.2/24 brd 192.168.123.255 scope global eth0

                  Plus d'APIPA !
                  Je n'y comprend vraiment plus rien !
                  • [^] # Re: bon, alors voila...

                    Posté par  . Évalué à 1.

                    etrange en effet mais pas forcement illogique.

                    en effet sous linux il est possible d'avoir plusieurs adresses IP sur une seule interface.

                    par contre la je ne comprend pas vraiment pourquoi c'est l'adresse APIPA qui reste la premiere affichée.

                    En esperant que quelqu'un aura une solution.

                    il reste a eclaircir le probleme des autres postes inaccessibles, mais visiblement pas tant que ca à en croire le MOUNT qui confirme que tu accede bien à la machine 192.168.123.1

Suivre le flux des commentaires

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