Journal Débarquement retardé. Ou le problème du lundi.

Posté par  .
Étiquettes :
0
10
mar.
2003
Une Debian 3.0 sur un réseau avec un NT4 très vieillissant et plein de de 98, partout. Un unique accès net via le cable. Pour l'histoire la Debian est là pour prouver que Linux c'est bien et qu'il faut revoir beaucoup de chose dans le réseau. Nommons "omaha_beach", ce valeureux PC.

- Intranet : je ping ce que je veux avec les IP
- Internet : je ping ce que je veux avec les IP
- nslookup linuxfr.org et je récupère sans problème un réponse du DNS wanadoo (c'est pas moi qu'ai choisi) le 212.27.33.221 de façon immédiate.
- ping 212.27.33.221 ça marche.
- ping linuxfr.org............ et rien ...
- links http://linuxfr.org........ et rien ...
- links http://212.27.33.221 ça marche ...

Bon pourquoi nslookup est capable de résoudre le nom et pas le reste des softs ? linuxfr.org est un exemple, c'est pareil pour tout.

Je sais même plus où chercher. Surtout que les 98 surfent sans problème avec les mêmes paramètres réseaux, et ils se moquent bien de Woody. J'ai même été jusqu'à voir le /etc/nsswitch.conf. Allez quoi un coup de main :(
  • # Re: Débarquement retardé. Ou le problème du lundi.

    Posté par  . Évalué à 2.

    J'ai pas mis les petits points lors de mes essais :)
  • # Re: Débarquement retardé. Ou le problème du lundi.

    Posté par  (site web personnel) . Évalué à 2.

    peut-être un truc bête, mais y'aurait pas un proxy web par hasard ??
  • # Re: Débarquement retardé. Ou le problème du lundi.

    Posté par  . Évalué à 2.

    et tu as bien: hosts: files dns dans ton /etc/nsswitch.conf ? et que dit ton /etc/resolv.conf ?
  • # Re: Débarquement retardé. Ou le problème du lundi.

    Posté par  . Évalué à 2.

    Alors voila le prob que j'ai peut-être pourra-t-il t'aider : Je suis en dhcp, le client et sous debian et le serveur et un nt4. Le probléme c'est que l'adresse ip du serveur dns que me donne le serveur dhcp mise dans le resolv.conf n'est pas correct.... (sic). Il me fait des timeout pas possible... je suis donc obligé d'aller supprimer l'ip du serveur dns ajouté en premiére ligne dans resolv.conf à la main.. (je sais c'est pas trés beau). Donc essayer de mettre un serveur dns autre que celui assigné par le serveur dhcp (si tu es en dhcp) en première ligne du resolv.conf. Bon si je n'ai pas été trés clair c'est la fatigue.. zZZzzz zzZZZzzzz bonne nuit !
    • [^] # Re: Débarquement retardé. Ou le problème du lundi.

      Posté par  . Évalué à 3.

      Tu n'as pas accès au serveur ? Tu peux ajouter dans ton /etc/dhcp3/dhclient.conf prepend domain-name-servers 192.168.1.1; (ou 192.168.1.1 serait l'adresse du bon DNS)
    • [^] # Re: Débarquement retardé. Ou le problème du lundi.

      Posté par  . Évalué à 2.

      Bon à priori dans le fichier dhclient.conf (merci man) on peut utiliser l'option preprend qui permet de spécifier des valeurs qui passeront avant celles envoyées par le serveur (s'il y en a) et ceci par interface. prepend domain-name-servers 127.0.0.1; sinon il aussi supersede où là on utilisera les valeurs fournit et non celles envoyées par le serveur dhcp. Bon, moralité bien lire son man, et surtout dormir. Re bonne nuit.
    • [^] # Re: Débarquement retardé. Ou le problème du lundi.

      Posté par  . Évalué à 0.

      Ouf non j'ai pas en plus ce problème là, la centaine de machines du réseau à continuer à recevoir ses adresses statiques à la main. Le DHCP sera installé sur LINUX afin de soulager un peu ce malheureux NT4.
  • # La soluce \o/

    Posté par  . Évalué à 1.

    Un petit dig linuxfr.org sur Omaha m'a mis la puce à l'oreille en me renvoyant ceci en dernière ligne.

    ;; Query time: 77 msec
    ;; SERVER: 10.0.0.254#53(193.252.19.3)

    Bon bizarement il y a pas de DNS sur 10.0.0.254 mais le routeur à l'air de modifier un truc. J'ai pas encore étudié cette boite rose en profondeur.

    En tout cas en ajoutant l'adresse du routeur dans mon resolv.conf, ça marche.

    nameserver 10.0.0.254

    Allez comprendre... reste plus qu'à potasser la doc de cette étrange boite rose, et à s'amuser avec tcpdump...

Suivre le flux des commentaires

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