sarge : interfaces bizarre [résolu] - Linux et OS Alternatifs
Marsh Posté le 12-08-2004 à 18:56:04
j'ai installé dans le temps (lire : je ne l'ai plus) un sagem fast 800, avec eagle-usb, noyau 2.6 et debian sid et une carte reseau sur eth0. Je n'ai pas configuré le fichier interface pour le modem, pour la connection, je tapais simplement startadsl dans une console ou dans un fichier de démarrage. Essaie de virer les 2 lignes qui correspondent au modem.
Marsh Posté le 12-08-2004 à 19:16:54
merci de ta réponse,
j'ai essayé ta technique mais ça ne marche pas.
Si d'autres ont des conseils à donner...
Marsh Posté le 12-08-2004 à 19:52:32
tape dans une console
eaglectrl -w (recharge le firmware et tout)
eaglectrl -i
pour connaitre "l'interface resau" (pas sur du terme)
chez moi j'ai eth0 (pas de carte resau et modem branché en usb)
je suis chez free en degroupé et je fait apes pour avoir la connection
dhclient eth0
Marsh Posté le 12-08-2004 à 21:36:24
merci à toi mais ça non plus ça ne change rien
bon voilà ce que j'ai après un /etc/init.d/networking restart
<code>
Setting up IP spoofing protection: rp_filter.
Reconfiguring network interfaces...Internet Systems Consortium DHCP Client V3.0.1
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
Listening on LPF/eth0/00:40:d0:3d:11:92
Sending on LPF/eth0/00:40:d0:3d:11:92
Sending on Socket/fallback
DHCPRELEASE on eth0 to 192.168.0.1 port 67
Internet Systems Consortium DHCP Client V3.0.1
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
Listening on LPF/eth0/00:40:d0:3d:11:92
Sending on LPF/eth0/00:40:d0:3d:11:92
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPOFFER from 192.168.0.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
bound to 192.168.0.143 -- renewal in 243 seconds.
Internet Systems Consortium DHCP Client V3.0.1
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
Listening on LPF/eth1/00:60:4c:2e:3c:39
Sending on LPF/eth1/00:60:4c:2e:3c:39
Sending on Socket/fallback
DHCPREQUEST on eth1 to 255.255.255.255 port 67
DHCPACK from 82.224.118.254
bound to 82.224.118.38 -- renewal in 232594 seconds.
done.
</code>
je ne suis pas sur que le masq 255.255.255.255 soit "normal"
???
Marsh Posté le 12-08-2004 à 22:56:41
n'y a t-il pas un fichier à configurer pour dire au système de se connecter à internet via eth1 usb plutôt que eth0 comme il a l'habitude?
Marsh Posté le 12-08-2004 à 23:05:52
pour moi, le modem n'a rien a voir dans la partie networking machin tout ça. C'est complètement indépendant. Ton driver est correctement installé et configuré? Si tu lances startadsl en root, il se passe quoi?
Marsh Posté le 12-08-2004 à 23:08:25
eh bien lorsque je la startadsl ça fait comme si ça marchait.
De plus comme j'ai dit, je peux voir mon ip dans la console.
par contre, impossible de naviguer
Marsh Posté le 12-08-2004 à 23:11:35
résultat d'un route ??
Marsh Posté le 12-08-2004 à 23:15:29
Klaimant a écrit : résultat d'un route ?? |
wai, sorties ifconfig et route, svp
puis un tail des logs de ppp, ce serait pas de refus
Marsh Posté le 12-08-2004 à 23:40:38
route :
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
82.224.118.0 * 255.255.255.0 U 0 0 0 eth1
default 82.224.118.254 0.0.0.0 UG 0 0 0 eth1
default MAXDAT.mshome.n 0.0.0.0 UG 0 0 0 eth0
23:3
ifconfig
eth0 Lien encap:Ethernet HWaddr 00:40:D0:3D:11:92
inet adr:192.168.0.52 Bcast:192.168.0.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:554 errors:0 dropped:0 overruns:0 frame:0
TX packets:426 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:575343 (561.8 KiB) TX bytes:61590 (60.1 KiB)
Interruption:11 Adresse de base:0x4000
eth1 Lien encap:Ethernet HWaddr 00:60:4C:2E:3C:39
inet adr:82.224.118.38 Bcast:82.224.118.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:57 errors:0 dropped:0 overruns:0 frame:0
TX packets:52 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:4845 (4.7 KiB) TX bytes:3804 (3.7 KiB)
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:2554 errors:0 dropped:0 overruns:0 frame:0
TX packets:2554 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:176244 (172.1 KiB) TX bytes:176244 (172.1 KiB)
pour les logs ppp je ne connais pas la commande...
Marsh Posté le 13-08-2004 à 08:55:33
ton route tu as deux routes par défaut, et ca me plais guère, tu es obligé de mettre ton eth0 en dhcp
Marsh Posté le 13-08-2004 à 09:12:59
je comprends pas bien ce que tu veux dire..? Que me conseilles- tu de faire?
Marsh Posté le 13-08-2004 à 10:02:27
default 82.224.118.254 0.0.0.0 UG 0 0 0 eth1
default MAXDAT.mshome.n 0.0.0.0 UG 0 0 0 eth0
Tu as deux routes par défaut, pour en avoir une, soit tu supprimes celle en trop (eth0) avec la commande route à chaque démarrage, sois tu modifies ta conf réseau pour avoir ton eth0 en fixe
Marsh Posté le 13-08-2004 à 10:12:06
merci beaucoup pour ces précieux conseils
Pour être bien sûr d'avoir compris je résume :
je pourrais mettre eth0 en static dans /etc/network/interfaces
et laisser eth1 en dhcp
et ça devrait marcher, c'est ça?
Marsh Posté le 13-08-2004 à 10:38:46
oui tu met eth0 en static avec juste une adresse IP et un masque et tu ne mets PAS de gateway pour eth0.
Marsh Posté le 13-08-2004 à 10:41:10
``impossible de naviguer''
Ca ne serait pas un pb de DNS ?
Si tu essayes de pinguer une adresse IP extérieure, ça fonctionne ?
Marsh Posté le 13-08-2004 à 10:43:47
busOman a écrit : ``impossible de naviguer'' |
non je ne crois pas que ça vienne de là car:
l'ip fourni par le FAI est détecté
aucun ping ne marche vers internet
je vais essayé ce que propose Klaimant pour l'instant
Marsh Posté le 13-08-2004 à 13:15:14
bon ben j'ai essayé de mettre en static mais ça ne change rien.
J'ai même essayé en supprimant eth0 rien n'y fait.
Comment être sûr que le modem fonctionne parfaitement? (il se synchronise et je vois mon ip, cf route plus haut)
N'est-ce pas un firewall activé par défault?
Comment préciser au système de se connecter via eth1 plutôt que eth0?
Marsh Posté le 13-08-2004 à 13:19:07
essai de pinguer ta passerelle par défaut déjà
Marsh Posté le 13-08-2004 à 13:21:30
ça ça marche sans problème lorsqu'elle est en dhcp.
cf route et ifconfig
(puisque la passerelle par "défault" est eth0)
Marsh Posté le 13-08-2004 à 13:32:37
Klaimant a écrit : default 82.224.118.254 0.0.0.0 UG 0 0 0 eth1 |
je ne vois pas comment supprimer la route eth0 par défault si ce n'est en supprimant carrément l'interface eth0 dans /etc/network/interfaces
(ce qui ne marche pas par ailleurs)
Marsh Posté le 13-08-2004 à 13:37:04
man route / route del
Tu arrives bien à pinguer 82.224.118.254 ??
Si oui, essai de pinger plus loin 217.12.3.11 (yahoo.fr)
Marsh Posté le 13-08-2004 à 13:44:09
ping 82.224.118.254
PING 82.224.118.254 (82.224.118.254): 56 data bytes
64 bytes from 82.224.118.254: icmp_seq=0 ttl=64 time=33.4 ms
64 bytes from 82.224.118.254: icmp_seq=1 ttl=64 time=40.3 ms
64 bytes from 82.224.118.254: icmp_seq=2 ttl=64 time=31.3 ms
64 bytes from 82.224.118.254: icmp_seq=3 ttl=64 time=38.3 ms
64 bytes from 82.224.118.254: icmp_seq=4 ttl=64 time=45.5 ms
64 bytes from 82.224.118.254: icmp_seq=5 ttl=64 time=36.3 ms
ping 217.12.3.11
PING 217.12.3.11 (217.12.3.11): 56 data bytes
64 bytes from 217.12.3.11: icmp_seq=0 ttl=248 time=47.6 ms
64 bytes from 217.12.3.11: icmp_seq=1 ttl=248 time=53.7 ms
64 bytes from 217.12.3.11: icmp_seq=2 ttl=248 time=45.7 ms
64 bytes from 217.12.3.11: icmp_seq=3 ttl=248 time=52.7 ms
64 bytes from 217.12.3.11: icmp_seq=4 ttl=248 time=43.7 ms
64 bytes from 217.12.3.11: icmp_seq=5 ttl=248 time=50.4 ms
64 bytes from 217.12.3.11: icmp_seq=6 ttl=248 time=56.6 ms
64 bytes from 217.12.3.11: icmp_seq=7 ttl=248 time=47.6 ms
--- 217.12.3.11 ping statistics ---
8 packets transmitted, 8 packets received, 0% packet loss
round-trip min/avg/max = 43.7/49.7/56.6 ms
Marsh Posté le 13-08-2004 à 13:53:30
donc problème de dns
car tu sors bien mais ping yahoo.fr ne marche pas
Marsh Posté le 13-08-2004 à 13:53:43
Ca me semble bon.
Tu arrives à accéder à http://217.12.3.11 ?
Edit : à cause de la redirection, il vaut mieux tester : http://62.73.5.180/
Marsh Posté le 13-08-2004 à 14:11:38
Putain c'est vraiment trop bête mais j'ai du retourner au taf et je peux plus executer vos commandes. Je suis de nouveau avec windows.
Par contre, je suis réceptif à 100% pour vos précieuses recommandations
j'ai installé le driver via eagle-usb-1.9.8 qui normalement paramètre lui-même les dns je crois.
peut être n'était-ce pas une bonne idée?
Marsh Posté le 13-08-2004 à 14:16:14
busOman a écrit : Ca me semble bon. |
je n'arrive à accéder à aucun site, donc à priori je n'arriverais pas à accéder à ceux que tu me suggéres
Marsh Posté le 13-08-2004 à 14:32:55
Klaimant a écrit : donc problème de dns |
a quel niveau je dois corriger ce problème?
J'avais utilisé le eagle-usb-1.9.8 et eagleconfig avait configuré à ma place tout ça.
Il faut peut être que j'utilise un autre driver?
Marsh Posté le 13-08-2004 à 14:44:15
Dans resolv.conf :
Code :
|
Marsh Posté le 13-08-2004 à 19:46:57
bon, j'ai essayé de modifier resolv.conf mais dès que je redémare le réseau, il se remet comme avant à savoir qu'il contient
Code :
|
Marsh Posté le 13-08-2004 à 19:52:35
Tu as donc un script qui modifie le fichier au démarrage. Je ne sais pas comment fonctionne Debian (la Slackware me semble bcp plus simple...), mais tu devrais voir dans les logs l'origine de la modification du fichier resolv.conf.
Marsh Posté le 13-08-2004 à 19:55:39
normalement c'est le client dhcp qui t'attribue ces serveurs dhcp
Marsh Posté le 13-08-2004 à 20:02:09
jete donc un oeil sur ton scripte
startadsl
c'est surement lui le coupable.
essaie de faire comme je t'ai dit plus haut pour voir la difference
Marsh Posté le 13-08-2004 à 20:45:52
je ne me sert pas de resolver. je ne vois pas vraiment comment fonctionne l'attribution des dns et ce qu'il faut modifier
zaverell=> j'ai bien essayé mais je vois pas de différence
Marsh Posté le 12-08-2004 à 18:05:49
Bonjour,
Je viens d'installer une debian sur une machine que je ne connais pas (j'ai réutilisé tout le tuto d'Alexis de Lattre sauf qu'au lieu de passer à Sid
je suis passé à sarge). J'ai tout fait mon installation par ftp, via une connexion réseau eth0
Aucun problème jusque là.
Par contre, lorsque j'essaie de la connecter à internet via un modem usb, (sur l'interface "virtuelle"
eth1) les soucis commencent.
Je tourne sur le noyau 2.6.7 compilé par mes soins. L'usb fonctionne (ma souris usb par exemple).
J'ai installé eagle-usb-1.9.8. Tout semble fonctionner : le modem se syncronise, et l' IP
fourni par free est detectée puisqu'elle s'affiche dans la console.
Dans /etc/networking/interface, j'ai mis :
auto eth0
iface eth0 inet dhcp (connexion locale par ma carte réseau)
auto eth1 (là où se trouve mon modem)
iface eth1 inet dhcp
Par contre, lorsque j'essaie de pinger google, où d'aller sur internet via le modem usb ça ne marche.
Je suis obligé d'utiliser la passerelle (qui m'a permis d'installer debian) pour aller sur la toile.
J'ai l'impression que le système s'attend à se connecter à internet via eth0 au lieu de eth1.
Qu'en pensez-vous? Que faut-il faire pour faire marcher la connexion internet via par le modem usb?
(a priori, je n'ai pas installé de firewall : j'ai juste suivi la procédure de base)
Message édité par Nelyot Tchagui le 13-08-2004 à 23:51:52