OVH Cloud OVH Cloud

Configuration routeur Dlink-g604t / debian

14 réponses
Avatar
Francois
Bonjour,

J'essaye depuis plusieurs jours la configuration du routeur Dlink avec
debian (j'ai fais les mêmes essais avec Mandrake), le ping sur le routeur
192.168.1.1 est ok, mais la connection ne semble jamais dépasser le routeur
ping google.fr ne répond pas.

J'ai configuré interfaces

auto lo eth0
iface lo inet loopback

iface eth0 inet static
address 192.168.1.5
netmask 255.255.255.0
gateway 192.168.1.1

Puis j'ai fait 2 essais dans resolv.conf avec nameserver avec l'adresse du
routeur 192.168.1.1
et avec l'adresse DNS de tele2
sans résultat.

Sur le routeur, j'ai autorisé tous les flux sur l'adresse 192.168.1.5

Merci de votre aide.

10 réponses

1 2
Avatar
Jerome Lambert
Francois wrote:
Bonjour,


Bonsoir,

J'essaye depuis plusieurs jours la configuration du routeur Dlink avec
debian (j'ai fais les mêmes essais avec Mandrake), le ping sur le routeur
192.168.1.1 est ok, mais la connection ne semble jamais dépasser le routeur
ping google.fr ne répond pas.


et que donne ping 66.102.11.99 ?

Si cela marche, c'est votre configuration des noms qui est à revoir.
Si cela ne marche pas, c'est que votre routeur ne "route" pas,
c'est-à-dire que les paquets ne sortent pas.

Si vous pouviez détailler votre configuration (quoi avant et après le
routeur p.ex.), cela nous aiderait grandement...

(...)

Avatar
Francois
Le ping 66.102.11.99 ne répond pas. Mais j'utilise le même routeur pour
écrire ce message avec une adresse ip différente et un autre os.
Je n'ai rien entre le routeur et le pc sous linux lorsque je ping le routeur
depuis linux il répond, le pc sous ... répond également

J'espère que ces informations font un peu avancer le débat.

Bonsoir,

J'essaye depuis plusieurs jours la configuration du routeur Dlink avec
debian (j'ai fais les mêmes essais avec Mandrake), le ping sur le routeur
192.168.1.1 est ok, mais la connection ne semble jamais dépasser le
routeur ping google.fr ne répond pas.


et que donne ping 66.102.11.99 ?

Si cela marche, c'est votre configuration des noms qui est à revoir.
Si cela ne marche pas, c'est que votre routeur ne "route" pas,
c'est-à-dire que les paquets ne sortent pas.

Si vous pouviez détailler votre configuration (quoi avant et après le
routeur p.ex.), cela nous aiderait grandement...

(...)



Avatar
Jerome Lambert
Francois wrote:
Le ping 66.102.11.99 ne répond pas.


Donc je dirais que les requêtes ne "sortent" pas du LAN...

Mais j'utilise le même routeur pour
écrire ce message avec une adresse ip différente et un autre os.
Je n'ai rien entre le routeur et le pc sous linux lorsque je ping le routeur
depuis linux il répond, le pc sous ... répond également


Donc le plus simple est amha de regarder la configuration du PC sous
Windows (passerelle, DNS, etc.) et de les recopier sur le PC Linux en
changeant simplement l'IP de la machine.

Si vous voulez comprendre le pourquoi, postez ici les configurations du
PC windows et du PC linux, on vous dira ce qui cloche

J'espère que ces informations font un peu avancer le débat.


On va voir.

P.S: on répond *en-dessous* du message ;-)

(...)

Avatar
Francois
Le ping 66.102.11.99 ne répond pas.


Donc je dirais que les requêtes ne "sortent" pas du LAN...

Mais j'utilise le même routeur pour
écrire ce message avec une adresse ip différente et un autre os.
Je n'ai rien entre le routeur et le pc sous linux lorsque je ping le
routeur depuis linux il répond, le pc sous ... répond également


Donc le plus simple est amha de regarder la configuration du PC sous
Windows (passerelle, DNS, etc.) et de les recopier sur le PC Linux en
changeant simplement l'IP de la machine.

Si vous voulez comprendre le pourquoi, postez ici les configurations du PC
windows et du PC linux, on vous dira ce qui cloche

J'espère que ces informations font un peu avancer le débat.


On va voir.

P.S: on répond *en-dessous* du message ;-)

(...)


J'ai écrit dessous ;-)

Pour le PC sous windows :
Adresse IP 192.168.1.3
Sous réseau 255.255.255.0
Passerelle par défaut 192.168.1.1


Pour le PC sous linux dans interfaces

auto lo eth0
iface lo inet loopback

iface eth0 inet static
address 192.168.1.5
netmask 255.255.255.0
gateway 192.168.1.1

Puis j'ai fait 2 essais dans resolv.conf avec nameserver avec l'adresse du
routeur 192.168.1.1 et avec l'adresse DNS de tele2


Avatar
Jerome Lambert
Francois wrote:
(...)
J'ai écrit dessous ;-)


Merci ;-)


Pour le PC sous windows :
Adresse IP 192.168.1.3
Sous réseau 255.255.255.0
Passerelle par défaut 192.168.1.1


Pour le PC sous linux dans interfaces

auto lo eth0
iface lo inet loopback

iface eth0 inet static
address 192.168.1.5
netmask 255.255.255.0
gateway 192.168.1.1


Pourriez-vous me donner la sortie de la commande /sbin/ifconfig eth0 ?

Puis j'ai fait 2 essais dans resolv.conf avec nameserver avec l'adresse du
routeur 192.168.1.1 et avec l'adresse DNS de tele2


Pour le routeur, cela ne marche que si les DNS sont renseignés dans le
router, et pour Tele2 cela ne marche que si la commande
"ping IP_DU_SERVEUR_DNS" fonctionne...

Avatar
Francois
Pour le PC sous windows :
Adresse IP 192.168.1.3
Sous réseau 255.255.255.0
Passerelle par défaut 192.168.1.1


Pour le PC sous linux dans interfaces

auto lo eth0
iface lo inet loopback

iface eth0 inet static
address 192.168.1.5
netmask 255.255.255.0
gateway 192.168.1.1


Pourriez-vous me donner la sortie de la commande /sbin/ifconfig eth0 ?

Puis j'ai fait 2 essais dans resolv.conf avec nameserver avec l'adresse
du
routeur 192.168.1.1 et avec l'adresse DNS de tele2


Pour le routeur, cela ne marche que si les DNS sont renseignés dans le
router, et pour Tele2 cela ne marche que si la commande
"ping IP_DU_SERVEUR_DNS" fonctionne...


lien encap: ethernet HWaddr 00:E0:29:39:3D:7E
inet adr 192.168.1.5 Bcast 192.168.1.255 masque 255.255.255.0
adr inet6 fe80::2e0:29ff:fe39:3d7e/64 scope:lien
UP BROADCOST RUNNING MULTICAST MTU 1500 Metric 1
RX packet 16 errors 0 dropped 0 overruns 0 frame 0
TX packet 410 errors 0 dropped 0 overruns 0 carrier 0
collisions 0 lgfile transmission 1000
RX bytes 1698 TX bytes 39612
interruption 169 adresse de base 0xdc00

Ouf c'est pas simple car il faut que je passe par la phase copie avec un
crayon ...


Avatar
Jerome Lambert
Francois wrote:
(...)
Pourriez-vous me donner la sortie de la commande /sbin/ifconfig eth0 ?


lien encap: ethernet HWaddr 00:E0:29:39:3D:7E
inet adr 192.168.1.5 Bcast 192.168.1.255 masque 255.255.255.0
adr inet6 fe80::2e0:29ff:fe39:3d7e/64 scope:lien
UP BROADCOST RUNNING MULTICAST MTU 1500 Metric 1
RX packet 16 errors 0 dropped 0 overruns 0 frame 0
TX packet 410 errors 0 dropped 0 overruns 0 carrier 0
collisions 0 lgfile transmission 1000
RX bytes 1698 TX bytes 39612
interruption 169 adresse de base 0xdc00


Ça a l'air correct et en accord avec la description que vous avez
faites, donc le problème ne semble pas venir de là.

A priori, il faudrait voir si dans le routeur vous n'avez pas loupé
l'une ou l'autre chose. Pour cela, réfléchissez à ce que vous avez fait
(ou pas) pour la machine Windows et regardez si vous avez fait pareil
pour la machine Linux...


Avatar
Francois
Ça a l'air correct et en accord avec la description que vous avez faites,
donc le problème ne semble pas venir de là.

A priori, il faudrait voir si dans le routeur vous n'avez pas loupé l'une
ou l'autre chose. Pour cela, réfléchissez à ce que vous avez fait (ou pas)
pour la machine Windows et regardez si vous avez fait pareil pour la
machine Linux...


Je reprendrai demain, je pense en effet que le routeur "bloque" les flux
vers la machine linux, alors qu'il "laisse passer" vers la machine windows.
Sur mandrake, j'obtenais le message d'erreur "pas de réponse serveur au port
80". Pourtant, je n'ai rien filtré sur l'adresse ip 192.168.1.5 ...
Bonne nuit.

Avatar
TiChou
Dans le message <news:,
*Jerome Lambert* tapota sur f.c.o.l.configuration :

Francois wrote:
inet adr 192.168.1.5 Bcast 192.168.1.255 masque 255.255.255.0


Ça a l'air correct et en accord avec la description que vous avez faites,
donc le problème ne semble pas venir de là.


Ça ne suffit pas pour en déduire que le problème ne puisse pas venir de la
configuration du système.
Il faudrait aussi voir la sortie de la commande 'route -n' pour voir la
table de routage principale et aussi voir la sortie de la commande
'iptables' pour voir les règles du firewall.

--
TiChou


Avatar
TiChou
(supersedes <news:)

Dans le message <news:,
*Jerome Lambert* tapota sur f.c.o.l.configuration :

Francois wrote:
inet adr 192.168.1.5 Bcast 192.168.1.255 masque 255.255.255.0


Ça a l'air correct et en accord avec la description que vous avez faites,
donc le problème ne semble pas venir de là.


Ça ne suffit pas pour en déduire que le problème ne puisse pas venir de la
configuration du système.
Il faudrait aussi voir la sortie de la commande 'route -n' pour voir la
table de routage principale et aussi voir la sortie de la commande
'iptables-save' pour voir les règles du firewall.

--
TiChou


1 2