[résolu] Pas d’accès au NET : Debian sur Peg1

8 sujets de 1 à 8 (sur un total de 8)

goodchip
9 novembre 2006 à 14h04 #4071
Bonjour, je ne sais plus effectuer quelle tentative pour disposer du net sur mon Pegasos1 sous Debian / Gnome :

Introduction :

Le pegasos1 est sur un réseau ethernet (fil donc) avec plusieurs machines dont un serveur WEB x86 sous Debian Sarge et quelques postes Windows.

Le routeur est un Netgear FWG-114P(v1) en 192.168.147.1 avec le DHCP activé.

La connexion à l’internet est effectuée via une Freebox v3 en ADSL2 dégrouppé.

Les Faits :

Le Pegasos1 à totalement accès au WEB via MorphOS et il n’y a aucun problème. (donc coté routeur NAT / firewall je ne voit pas quel problème il pourait y avoir)

L’incompréhension :

Sous Debian, je peux pinger en local et en public (un ping vers google.fr marche, donc le réseau et bien activé, l’ip et le masque est bon et la résolution DNS fonctionne).

Le MAIS :

Firefox ne peut pas se connecter en distant (google marche pas etc.) mais marche en local (je peux lancer une page via l’ip locale du serveur du réseau 192.168.147.2)

Un telnet d’un serveur lambda sur le port 80 donne les mêmes résultats.

Mes tentatives :

bureau:/home/sylvain# dhclient

Internet Software Consortium DHCP Client 2.0pl5

Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.

All rights reserved.

Please contribute if you find this software useful.

For info, please visit http://www.isc.org/dhcp-contrib.html

Listening on LPF/lo/

Sending on LPF/lo/

Listening on LPF/eth0/04:ff:ff:ff:ff:ff

Sending on LPF/eth0/04:ff:ff:ff:ff:ff

Sending on Socket/fallback/fallback-net

DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 5

DHCPREQUEST on eth0 to 255.255.255.255 port 67

DHCPNAK from 192.168.147.1

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7

DHCPOFFER from 192.168.147.1

DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 10

DHCPREQUEST on eth0 to 255.255.255.255 port 67

DHCPACK from 192.168.147.1

SIOCSIFMTU: Invalid argument

SIOCADDRT: File exists

bound to 192.168.147.4 — renewal in 129600 seconds.

bureau:/home/sylvain# ifconfig

eth0 Lien encap:Ethernet HWaddr 04:FF:FF:FF:FF:FF

inet adr:192.168.147.4 Bcast:192.168.147.255 Masque:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:32 errors:0 dropped:0 overruns:0 frame:0

TX packets:24 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:1000

RX bytes:7029 (6.8 KiB) TX bytes:2744 (2.6 KiB)

Interruption:9 Adresse de base:0x1100

lo Lien encap:Boucle locale

inet adr:127.0.0.1 Masque:255.0.0.0

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:183 errors:0 dropped:0 overruns:0 frame:0

TX packets:183 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:0

RX bytes:9984 (9.7 KiB) TX bytes:9984 (9.7 KiB)

bureau:/home/sylvain# route

Table de routage IP du noyau

Destination Passerelle Genmask Indic Metric Ref Use Iface

192.168.147.0 * 255.255.255.0 U 0 0 0 eth0

default 192.168.147.1 0.0.0.0 UG 0 0 0 eth0

bureau:/home/sylvain# ping localhost

PING localhost.localdomain (127.0.0.1) 56(84) bytes of data.

64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 time=0.166 ms

64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=2 ttl=64 time=0.131 ms

64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=3 ttl=64 time=0.127 ms

— localhost.localdomain ping statistics —

3 packets transmitted, 3 received, 0% packet loss, time 1998ms

rtt min/avg/max/mdev = 0.127/0.141/0.166/0.020 ms

bureau:/home/sylvain# ping 192.168.147.1

PING 192.168.147.1 (192.168.147.1) 56(84) bytes of data.

64 bytes from 192.168.147.1: icmp_seq=1 ttl=64 time=1.37 ms

64 bytes from 192.168.147.1: icmp_seq=2 ttl=64 time=0.875 ms

64 bytes from 192.168.147.1: icmp_seq=3 ttl=64 time=0.891 ms

— 192.168.147.1 ping statistics —

3 packets transmitted, 3 received, 0% packet loss, time 2016ms

rtt min/avg/max/mdev = 0.875/1.045/1.371/0.233 ms

bureau:/home/sylvain# ping google.fr /nb: la résolution dns marche donc/

PING google.fr (66.102.9.104) 56(84) bytes of data.

64 bytes from 66.102.9.104: icmp_seq=1 ttl=242 time=27.3 ms

64 bytes from 66.102.9.104: icmp_seq=2 ttl=242 time=27.2 ms

64 bytes from 66.102.9.104: icmp_seq=3 ttl=242 time=27.1 ms

— google.fr ping statistics —

3 packets transmitted, 3 received, 0% packet loss, time 2020ms

rtt min/avg/max/mdev = 27.166/27.231/27.300/0.145 ms

bureau:/home/sylvain# telnet 192.168.147.2 80 /nb: serveur web du réseau/

Trying 192.168.147.2…

Connected to 192.168.147.2.

Escape character is ‘^]’.

^]

Connection closed by foreign host.

bureau:/home/sylvain# telnet google.fr 80

Trying 72.14.221.104… /nb : pas de connexion même à long terme/

L’interrogation :

j’ai effectuée l’install de la debian sur un autre réseau en 192.168.0.1 en paramètrant le même domaine que celui du serveur et je ne sais pas comment reparamétré cela. Un conflit de domaine ??? bizarre…

Merci de suggestions.

A bientôt.

Sylvain aka goodchip
M_o_Illusion
9 novembre 2006 à 19h32 #72145
Tente de paramètrer tes adresses de serveur DNS en dur, dans le fichier /etc/resolv.conf … je pense que ca devrait résoudre ton problème.
goodchip
10 novembre 2006 à 8h10 #72146
re,

Tente de paramètrer tes adresses de serveur DNS en dur, dans le fichier /etc/resolv.conf

c’est la première idée que j’ai eu, d’ailleur mon resolv.conf est exactement identique à celui du serveur (X86 lui) sous Debian/Sarge. Deux adresses IP des DNS de free y sont présentes.

De plus, un « ping google.fr » marche impécable, donc – a priori – la résolution DNS fonctionnne.

d’autres idées ?

Sylvain aka goodchip
Amitoo
10 novembre 2006 à 11h22 #72147
Revois les sujets :

sujet 1

sujet 2

même problème non ?

A500+ / A1200 / CD32 et... Jaguar
goodchip
10 novembre 2006 à 20h24 #72148
Oui, ça y resemble, quelques points à noter cependant :

1°) il n’y a pas que les apt-get & wget qui ne fonctionnent pas, c’est général (Firefox, Evolution, telnet…) qui marchent en local mais pas avec les ip publiques (domaine ou non).

2°) Le pegasos disposait du NET à mon domicile sur une freebox V4 ADSL2 dégrouppé en tant que routeur DHCP avec un réseau 192.168.0.X. (Mon Peg2 utilise cette abonnement sans soucis).

3°) Seul chose « bizarre » : je n’arrivais pas à atteindre le site de ma société (www.prestiscene.com) de chez moi alors que TOUT les autres domaines du NET que j’ai testé marchaient eux. (La Debian à été paramétrée en indiquant que le Peg1 fesais parti du domaine « prestiscene.com ». Le problème viendrait-il de ça ?

4°) Le Peg1 n’arrive pas à négocier avec n’importe quel protocole (HTTP, FTP, SSH…) sur le réseau de ma société qui est en abonnement freeboxV3 ASDL1 dégrouppé derrière un routeur Netgear FWG-114P(v1) en 192.168.147.X, mais MorphOS y arrive lui.

Le mistère deumeure… …et m’horripile :hammer:

Sylvain aka goodchip
Amitoo
10 novembre 2006 à 22h49 #72149
1°) il n’y a pas que les apt-get & wget qui ne fonctionnent pas, c’est général (Firefox, Evolution, telnet…) qui marchent en local mais pas avec les ip publiques (domaine ou non).

Tant mieux.

Ca ressemble à un problème de passerelle ton truc.

1) Que donne « route -n » ?

2) Essaye un « route add default gw 192.168.147.254 » (l’adresse de la passerelle freebox quoi). Elle a dût rester configurée en 192.168.0.254. Ceci dit, vu que le ping passe…

A500+ / A1200 / CD32 et... Jaguar
ACE
10 novembre 2006 à 23h56 #72150
chez moi meme soucis sauf avec le kernel 2.4.25 pour l’instant.

Le PSG qui gagne la ligue des champions c'est possible ... Que dans Swos.
Amiga Morphos Rules.
goodchip
28 novembre 2006 à 20h15 #72151
Du nouveau au sujet de ce peg1 ‘mystérieux’ :

J’ai TOUT essayé : le hard, le soft,

changé d’ip, de passerelle, d’adresse mac, même de carte réseau…

OBSTINEMENT :

Le Peg1 ne sort pas du routeur (sauf les pings)

Le Peg1 ne peux pas rentrer sur le routeur (via une autre connexion au net)

mais dans ce cas à accès au web tout entier.

j’ai faillit me tirer une balle :hammer:, mais :

j’ai changé de routeur !

Pour information il s’agissait d’un FWG114P (v1) de chez Netgear.

(que des problème avec ce produit d’ailleur, il ne tenait pas la charge réseau qui pourtant n’était pas énorme)

J’ai tout remplacé par un 3com à 100€ : tout marche nickel !

Le problème est résolu mais le mystère deumeure…

à bon entendeur.

Sylvain aka goodchip