Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Barcelona 2005 07 08 Dear Ms or Mr I got speedtouch 510v4, from lastthree months I changed my ISP (LAN) to Tele2. They don't use speedtouch but allowed to usem their IP dynamic PPPoA, They told me to use pppoa of wanadoo dynmic ip template, downloaded from kosovito,tk. Not getting thru 10.0.0.138 to configurar dynamic ip of thomson, How it is possible to do more easily configration of this router to get started to use Have a nice weekend Narinder [EMAIL PROTECTED]
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le ven, 30/04/2004 à 18:24 +0200, François TOURDE a écrit : STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Stop aussi, les histoires de classes sont révolues depuis longtemps. Personne ne t'empêchera d'utiliser un masque différent. Oui, mais il faut que les deux bouts utilisent le même masque. Si le speedtouch et la carte réseau on des masques différents, alors il y a des chances que leurs adresses de broadcast soient différentes, et donc elles ne peuvent pas causer entre elles (en général). =ip aplist 1eth0 Type:Ethernet HWaddr 00:90:d0:34:b7:9f BRHWaddr ff:ff:ff:ff:ff:ff inet addr:10.0.0.138 Bcast:10.255.255.255 Mask:255.0.0.0 ... # ifconfig eth0 Lien encap:Ethernet HWaddr 00:E0:98:77:18:55 inet adr:10.0.0.100 Bcast:10.0.0.255 Masque:255.255.255.0 ... Bien que ce ne soit guère propre, rien ne m'empêche de communiquer avec le STH. -- Raphaël 'SurcouF' Bordet [EMAIL PROTECTED]
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le 12545ième jour après Epoch, [EMAIL PROTECTED] écrivait: Le ven, 30/04/2004 à 18:24 +0200, François TOURDE a écrit : STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Stop aussi, les histoires de classes sont révolues depuis longtemps. Personne ne t'empêchera d'utiliser un masque différent. Oui, mais il faut que les deux bouts utilisent le même masque. Si le speedtouch et la carte réseau on des masques différents, alors il y a des chances que leurs adresses de broadcast soient différentes, et donc elles ne peuvent pas causer entre elles (en général). =ip aplist 1eth0 Type:Ethernet HWaddr 00:90:d0:34:b7:9f BRHWaddr ff:ff:ff:ff:ff:ff inet addr:10.0.0.138 Bcast:10.255.255.255 Mask:255.0.0.0 ... # ifconfig eth0 Lien encap:Ethernet HWaddr 00:E0:98:77:18:55 inet adr:10.0.0.100 Bcast:10.0.0.255 Masque:255.255.255.0 ... Bien que ce ne soit guère propre, rien ne m'empêche de communiquer avec le STH. Peut-être, mais dans le cas d'une requête arp, elle va être adressée à BROADCAST, et il se peut que ça ne marche pas. Si ça marche, c'est un bug, mais c'est pas grave ;) -- Sacred cows make great hamburgers.
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Une piste ? j'ai lu : , | Pour réaliser la manoeuvre de ping to default dans de bonnes | conditions , vous devez brancher votre PC directement sur le modem | avec un cable droit et configurer la carte réseau de votre machine en | mode 10 Mbits/Half Duplex et lui attribuer l'IP 10.0.0.1 , le masque | de sous-réseau 255.0.0.0 , la passerelle 10.0.0.138 ` ma carte n'est peut-être pas en mode 10 Mbits/Half Duplex ? -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Salut , | Pour réaliser la manoeuvre de ping to default dans de bonnes | conditions , vous devez brancher votre PC directement sur le modem | avec un cable droit et configurer la carte réseau de votre machine en | mode 10 Mbits/Half Duplex et lui attribuer l'IP 10.0.0.1 , le masque | de sous-réseau 255.0.0.0 , la passerelle 10.0.0.138 ` ma carte n'est peut-être pas en mode 10 Mbits/Half Duplex ? Donc c'est un ping to default que tu veux faire, cad réinitialiser le modem avec les reglages d'usine? (j'ai pas suivit tout le topic) Par ce que dans le cadre d'un ping normal et d'une communication normale avec le speed touch, qu'il soit en modem ou en routeur, un petit inet adr:10.0.0.x Bcast:10.0.0.255 Masque:255.255.255.0 pour eth0 devrait rouler.. Bon courage A+ -- Ruben - [gnupg key Ox8E91859]
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
On Sat, May 01, 2004 at 10:59:33AM +0200, Ruben Massy -lists- wrote: Par ce que dans le cadre d'un ping normal et d'une communication normale avec le speed touch, qu'il soit en modem ou en routeur, un petit inet adr:10.0.0.x Bcast:10.0.0.255 Masque:255.255.255.0 pour eth0 devrait rouler.. Moi je pense comme sur fcolc : t'es sûr que ton firewall est bien désactivé ? Parce que le ping ou le telnet vers le modem devraient te répondre avec des réglages simples comme ci-dessus. Sébastien Kirche
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
On Sat, 1 May 2004 06:07:27 +0400 Philippe Monroux [EMAIL PROTECTED] wrote: Bonjour, Bon voici mes essais (c'est long) [oui] , ret=-1 | ... | --- 10.0.0.138 ping statistics --- | 2 packets transmitted, 0 packets received, 100% packet loss ` Marche pas non plus. L'affaire se corse. Je ne vois plus quoi faire (commence bien ma journée là...) Pour être clair, les tests suivants sont fait de chez moi en passant par Internet et donc en utilisant la connexion ppp0 ci dessous (la machine est distante), notons que j'ai conservé le protocole PPTP et que le noyau est un 2.0.38 et tourne sous potato: stargate:/home/boisson# ping 10.0.0.138 PING 10.0.0.138 (10.0.0.138): 56 data bytes 64 bytes from 10.0.0.138: icmp_seq=0 ttl=255 time=1.3 ms 64 bytes from 10.0.0.138: icmp_seq=1 ttl=255 time=1.3 ms (ça devrait te faire envie) --- 10.0.0.138 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 1.3/1.3/1.3 ms stargate:/home/boisson# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 10.0.0.138 0.0.0.0 255.255.255.255 UH0 0 2073 eth1 193.253.160.3 0.0.0.0 255.255.255.255 UH0 00 ppp0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 6104 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 023487 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 7860 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 10 lo 0.0.0.0 193.253.160.3 0.0.0.0 UG0 09 ppp0 stargate:/home/boisson# ifconfig eth0 Link encap:Ethernet HWaddr 00:00:E8:76:31:31 inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:33916382 errors:16 dropped:0 overruns:0 frame:0 TX packets:25653111 errors:23 dropped:0 overruns:0 carrier:28 collisions:234423 Interrupt:10 Base address:0xfc00 eth1 Link encap:Ethernet HWaddr 00:00:E8:76:31:47 inet addr:10.0.0.10 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:34733416 errors:6 dropped:0 overruns:0 frame:0 TX packets:49380345 errors:0 dropped:0 overruns:0 carrier:0 collisions:39267 Interrupt:11 Base address:0xf800 loLink encap:Local Loopback inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:2191 errors:0 dropped:0 overruns:0 frame:0 TX packets:2191 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 ppp0 Link encap:Point-to-Point Protocol inet addr:193.251.52.116 P-t-P:193.253.160.3 Mask:255.255.255.0 UP POINTOPOINT RUNNING MTU:1500 Metric:1 RX packets:418 errors:0 dropped:0 overruns:0 frame:0 TX packets:407 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Memory:c4c038-c4cc04 stargate:/home/boisson# La connexion se fait par ifconfig eth1 10.0.0.10 up route add -host 10.0.0.138 eth1 pptp 10.0.0.138 par contre (après recompilation pour l'occasion) $ ./mii-diag -s eth1 Basic registers of MII PHY #32: 1000 782d 05e1 . Basic mode control register 0x1000: Auto-negotiation enabled. You have link beat, and everything is working OK. Your link partner does not do autonegotiation, and this transceiver type does not report the sensed link speed. End of basic transceiver information. Il me semble me souvenir d'un 10Mb/s half duplex mais c'est de mémoire, le uptime est de 117 jours et j'hésite à rebouter en remote pour voir à combien le lien a été négocié. Voilà voilà... François Boisson
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Le sam 01 mai 2004, à 12 h 07 min 14 s (UTC +0200), vous (Sebastien Kirche [EMAIL PROTECTED]) avez écrit : On Sat, May 01, 2004 at 10:59:33AM +0200, Ruben Massy -lists- wrote: Par ce que dans le cadre d'un ping normal et d'une communication normale avec le speed touch, qu'il soit en modem ou en routeur, un petit inet adr:10.0.0.x Bcast:10.0.0.255 Masque:255.255.255.0 pour eth0 devrait rouler.. Moi je pense comme sur fcolc : t'es sûr que ton firewall est bien désactivé ? Parce que le ping ou le telnet vers le modem devraient te répondre avec des réglages simples comme ci-dessus. Absolument (je fait shorewall stop). Mais j'ai un peu avancé j'ai réussi à obtenir SpeedTouch.mondo (ce n'est pas moi qui ai inventé ce nom) dans la table de routage. Le ping 10.0.0.138 ne marchait tjrs pas mais il y avait une diode du modem qui clignotait mais tout les paquets étaient perdus -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Il me semble me souvenir d'un 10Mb/s half duplex mais c'est de mémoire, le uptime est de 117 jours et j'hésite à rebouter en remote pour voir à combien le lien a été négocié. Normalement c'est ca en effet avec les speed touch, du 10baseT half duplex. (constatation + docs :) -- Ruben - [gnupg key Ox8E91859]
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
On Sat, 1 May 2004 06:07:27 +0400 Philippe Monroux [EMAIL PROTECTED] wrote: ping: sendto: Operation not permitted Je pense que le pbm est là cela dit: Mauvaise règle iptables?, en tout cas ce n'est pas un pbm de route (il y aurait no route to host). Je pense que l'une de tes règles en local bloque l'émission François Boisson
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Le sam 01 mai 2004, à 10 h 59 min 33 s (UTC +0200), vous (Ruben Massy -lists- [EMAIL PROTECTED]) avez écrit : Donc c'est un ping to default que tu veux faire, cad réinitialiser le modem avec les reglages d'usine? (j'ai pas suivit tout le topic) mon modem est un STH et je voudrais le mettre en STH pro voilà. Et pour ça je doit avoir accès à l'adresse 10.0.0.138. Par ce que dans le cadre d'un ping normal et d'une communication normale avec le speed touch, qu'il soit en modem ou en routeur, un petit inet adr:10.0.0.x Bcast:10.0.0.255 Masque:255.255.255.0 pour eth0 devrait rouler.. ben non c'est là le pb... voici par exemple : serveur:~# ip a add 10.0.0.1/24 brd + dev eth0 qui me donne eth0 Link encap:Ethernet HWaddr 00:00:B4:59:96:43 inet addr:10.0.0.1 Bcast:10.0.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12360 errors:0 dropped:0 overruns:0 frame:0 TX packets:9847 errors:1 dropped:0 overruns:0 carrier:2 collisions:18 txqueuelen:100 RX bytes:10207215 (9.7 MiB) TX bytes:1371127 (1.3 MiB) Interrupt:11 Base address:0x7800 et bien le ping ne marche pas : serveur:~# ping 10.0.0.138 PING 10.0.0.138 (10.0.0.138): 56 data bytes ping: sendto: Operation not permitted ping: wrote 10.0.0.138 64 chars, ret=-1 ... --- 10.0.0.138 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss D'où vient ce Operation not permitted (je précise que j'ai stoppé mon firewall) Ma carte est-elle en mode 10 Mbits/Half Duplex ? C'est ça que je voudrais savoir car c'est peut-être la cause du pb. Car il me semble avoir tout essayé adress mask broadcast et Cie route etc et le ping ne marche pas autre petite question : le fichier /etc/hosts a-t-il de l'importance ? Merci de m'aider mais là je ne vois pas... -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Le sam 01 mai 2004, à 12 h 31 min 33 s (UTC +0200), vous (François Boisson [EMAIL PROTECTED]) avez écrit : On Sat, 1 May 2004 06:07:27 +0400 Philippe Monroux [EMAIL PROTECTED] wrote: ping: sendto: Operation not permitted Je pense que le pbm est là cela dit: Mauvaise règle iptables?, en tout cas ce n'est pas un pbm de route (il y aurait no route to host). Je pense que l'une de tes règles en local bloque l'émission Ben non puisque j'arrête mon firewall -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Je répond à M Boisson car j'ai perdu son message Le sam 01 mai 2004, à 12 h 18 min 31 s (UTC +0200), vous (François Boisson [EMAIL PROTECTED]) avez écrit : ifconfig eth1 10.0.0.10 up route add -host 10.0.0.138 eth1 pptp 10.0.0.138 Bon j'ai pas tout suivi mais j'ai fait (avec shorewall stop et aucun module ppp chargé) serveur:~# ifconfig eth0 10.0.0.10 up serveur:~# route add -host 10.0.0.138 eth0 ce qui donne : eth0 Link encap:Ethernet HWaddr 00:00:B4:59:96:43 inet addr:10.0.0.10 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12800 errors:0 dropped:0 overruns:0 frame:0 TX packets:10263 errors:1 dropped:0 overruns:0 carrier:2 collisions:18 txqueuelen:100 RX bytes:10292350 (9.8 MiB) TX bytes:1411969 (1.3 MiB) Interrupt:11 Base address:0x7800 et Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface SpeeTouch.mondo * 255.255.255.255 UH0 00 eth0 10.0.0.0* 255.0.0.0 U 0 00 eth0 MAIS serveur:~# ping 10.0.0.138 PING 10.0.0.138 (10.0.0.138): 56 data bytes ping: sendto: Operation not permitted ping: wrote 10.0.0.138 64 chars, ret=-1 ... --- 10.0.0.138 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss marche tjrs pas -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Le Samedi 1 Mai 2004 13:22, Philippe Monroux a écrit : Bonjour, Le sam 01 mai 2004, à 12 h 31 min 33 s (UTC +0200), vous (François Boisson [EMAIL PROTECTED]) avez écrit : On Sat, 1 May 2004 06:07:27 +0400 Philippe Monroux [EMAIL PROTECTED] wrote: ping: sendto: Operation not permitted Je pense que le pbm est là cela dit: Je pense tout pareil Ben non puisque j'arrête mon firewall hum... #iptables -L donne quoi ? @+ -- Quelle connerie la guerre... J. Prevert Francois Sauterey Francois_AT_Sauterey.org Mon hébergeur ? Le [EMAIL PROTECTED] (http://www.ras.eu.org)
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
serveur:~# ping 10.0.0.138 PING 10.0.0.138 (10.0.0.138): 56 data bytes ping: sendto: Operation not permitted ping: wrote 10.0.0.138 64 chars, ret=-1 ... --- 10.0.0.138 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss marche tjrs pas Scrogneugneu, que donne iptables -L iptables -t nat -L ? François Boisson
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Le sam 01 mai 2004, à 02 h 09 min 05 s (UTC +0200), vous (François Boisson [EMAIL PROTECTED]) avez écrit : Scrogneugneu, que donne iptables -L iptables -t nat -L ? une fois fait shorewall stop serveur:~# iptables -L Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere et serveur:~# iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
Le Sat 1/05/2004, Philippe Monroux disait Bonjour, Le sam 01 mai 2004, à 02 h 09 min 05 s (UTC +0200), vous (François Boisson [EMAIL PROTECTED]) avez écrit : Scrogneugneu, que donne iptables -L iptables -t nat -L ? une fois fait shorewall stop serveur:~# iptables -L Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere et serveur:~# iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Et si le ping est lancé par root, ça marche ? ls -l `which ping` donne quoi ? -- Erwan
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Le sam 01 mai 2004, à 03 h 13 min 45 s (UTC +0200), vous (Erwan David [EMAIL PROTECTED]) avez écrit : Et si le ping est lancé par root, ça marche ? ben je le lance en root pourquoi (faut pas ?) ls -l `which ping` donne quoi ? serveur:~# ls -l `which ping` -rwsr-xr-x1 root root15244 Nov 19 2001 /bin/ping -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
Le 12539ième jour après Epoch, Philippe Monroux écrivait: Bonjour, Le sam 01 mai 2004, à 03 h 13 min 45 s (UTC +0200), vous (Erwan David [EMAIL PROTECTED]) avez écrit : Et si le ping est lancé par root, ça marche ? ben je le lance en root pourquoi (faut pas ?) Si, au contraire. Il se peut que ping soit interdit pour certains utilisateurs (je sais plus bien dans quelles conditions). Par contre, un ping de l'interface elle-même (10.0.0.1 si mes souvenirs sont bons) donne quoi? De plus en plus louche cette histoire... Allez, en vrac: 1) La partie ethernet semble marcher, car la liaison internet se fait bien. C'est bien du PPPoE et pas du PPTP hein? (Voir dans /etc/ppp/peers/*) 2) La partie interface entre IP et ethernet se teste avec des outils du genre *arp* ... Que dit un arp -an lancé en root ? 3) Quand tu fais des tests de ping, fais-les avec ping -n, pour éviter la résolution 4) Peux-tu brancher une autre machine sur le même réseau physique et faire un tcpdump? Si c'est pas possible, faire ce tcpdump à partir d'une autre console, et en root :) 5) J'ai plus d'idées... 6) Si tu me payes le billet, l'hébergement et le rhum, je veux bien venir te dépanner sur place ;) -- If at first you don't succeed, quit; don't be a nut about success.
Re: à Boisson: HS adresse 10.0.0.138 speedtouch injoignable.
On Sat, 1 May 2004 17:33:48 +0400 Philippe Monroux [EMAIL PROTECTED] wrote: Bonjour, Le sam 01 mai 2004, à 03 h 13 min 45 s (UTC +0200), vous (Erwan David [EMAIL PROTECTED]) avez écrit : Et si le ping est lancé par root, ça marche ? ben je le lance en root pourquoi (faut pas ?) ls -l `which ping` donne quoi ? serveur:~# ls -l `which ping` -rwsr-xr-x1 root root15244 Nov 19 2001 /bin/ping -- Une idée idiote mais peut être que les variables relatives aux protocoles icmp interdisent le relais: Que donne sous /proc/sys/net/ipv4 $ cat icmp_* Chez moi j'obtiens 0 0 0 100 6168 pour icmp_echo_ignore_all, icmp_ignore_bogus_error_responses, icmp_ratemask icmp_echo_ignore_broadcasts et icmp_ratelimit François Boisson
HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Excusez-moi de faire du hs mais je me suis adressé à différents forums et cela n'a rien donné. J'ai une connexion internet permanente par un alcatel speedtouch ethernet et voici ma table de routage actuelle : , | Table de routage IP du noyau | Destination Passerelle Genmask Indic Metric RefUse Iface | AStDenis-102-1- * 255.255.255.255 UH0 00 ppp0 | default AStDenis-102-1- 0.0.0.0 UG0 00 ppp0 ` J'aimerais configurer mon speedtouch par son interface web mais je n'arrive pas à me connecter à son adresse 10.0.0.138 (qui est l'adresse par défaut du modem à laquelle je dois me connecter pour avoir l'interface web) Quelle adresse dois-je ajouter à mon eth0 (qui n'en possède pas pour l'instant) et aussi quelle route ajouter (j'ai essayé pas mal de trucs mais cela n'a pas fonctionné.). J'ai googlisé aussi :o) Des tas de trucs avec ifconfig, route ou le programme ip (lik, address, route etc...) J'ai aussi mis ça dans /etc/network/interfaces : , | auto lo | iface lo inet loopback | | iface eth0 inet static | address 10.0.0.1 | netmask 255.255.255.0 | broadcast 10.0.0.255 | gateway 10.0.0.138 ` et redémarré /etc/init.d/ppp (redémarré la machine aussi en désespoir de cause) mais rien, je n'arrive absolument pas à me connecter à l'adresse 10.0.0.138 du modem. Que faire merci pour vos idées. -- Ph
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le ven 30/04/2004 à 15:12, Philippe Monroux a écrit : Bonjour, Salut, Excusez-moi de faire du hs mais je me suis adressé à différents forums et cela n'a rien donné. J'ai une connexion internet permanente par un alcatel speedtouch ethernet et voici ma table de routage actuelle : , | Table de routage IP du noyau | Destination Passerelle Genmask Indic Metric RefUse Iface | AStDenis-102-1- * 255.255.255.255 UH0 00 ppp0 | default AStDenis-102-1- 0.0.0.0 UG0 00 ppp0 ` J'aimerais configurer mon speedtouch par son interface web mais je n'arrive pas à me connecter à son adresse 10.0.0.138 (qui est l'adresse par défaut du modem à laquelle je dois me connecter pour avoir l'interface web) Quelle adresse dois-je ajouter à mon eth0 (qui n'en possède pas pour l'instant) et aussi quelle route ajouter (j'ai essayé pas mal de trucs mais cela n'a pas fonctionné.). J'ai googlisé aussi :o) Des tas de trucs avec ifconfig, route ou le programme ip (lik, address, route etc...) J'ai aussi mis ça dans /etc/network/interfaces : , | auto lo | iface lo inet loopback | | iface eth0 inet static | address 10.0.0.1 | netmask 255.255.255.0 | broadcast 10.0.0.255 | gateway 10.0.0.138 ` STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. et redémarré /etc/init.d/ppp (redémarré la machine aussi en désespoir de cause) mais rien, je n'arrive absolument pas à me connecter à l'adresse 10.0.0.138 du modem. Pour pouvoir utiliser eth0 normalement, il te faudra fermer ta connexion pppoe, et ensuite déloader les modules ayant un rapport avec ppp, ensuite ton interface eth0 redeviendra normale c'est à dire sans connexion pppoe résiduelle. J'avais eu ce cas avec une machine qui refusait tout ping sur eth0, alors que ma connexion pppoe était arrêtée, j'avais déloadé les modules ppp* et tout marchait ensuite... Que faire merci pour vos idées. Voilà, j'espère t'avoir suffisamment aidé =-) PS: J'ai pas mal de problèmes de synchronisation de la ligne ADSL avec mon speed stouch ethernet, je suis sur mamadou (wanadoo) en netissimo1 et j'habite en banlieue est de paris (val de marne), avez-vous des pb vous aussi dans ce coin ? Merci Laurent Oliva -- Ph
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Le ven 30 avr 2004, à 03 h 42 min 53 s (UTC +0200), vous (Laurent Oliva [EMAIL PROTECTED]) avez écrit : STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. ok Pour pouvoir utiliser eth0 normalement, il te faudra fermer ta connexion pppoe, et ensuite déloader les modules ayant un rapport avec ppp, ensuite ton interface eth0 redeviendra normale c'est à dire sans connexion pppoe résiduelle. Je la ferme en faisant /etc/init.d/ppp stop je présume. J'avais eu ce cas avec une machine qui refusait tout ping sur eth0, alors que ma connexion pppoe était arrêtée, j'avais déloadé les modules ppp* et tout marchait ensuite... Voilà, j'espère t'avoir suffisamment aidé =-) En tout cas ça ressemble bigrement à un début de solution.(car j'avais lu qqpart qu'il fallait être déconnecté) PS: J'ai pas mal de problèmes de synchronisation de la ligne ADSL avec mon speed stouch ethernet, je suis sur mamadou (wanadoo) en netissimo1 et j'habite en banlieue est de paris (val de marne), avez-vous des pb vous aussi dans ce coin ? Non aucun. Par contre ici on a des pbs de bande passante mais ça c'est une autre histoire... Bon je donne des nouvelles demain. Faut que je m'occupe des mes gosses à c't'heure.. à+ -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le ven 30/04/2004 à 16:03, Philippe Monroux a écrit : Bonjour, Le ven 30 avr 2004, à 03 h 42 min 53 s (UTC +0200), vous (Laurent Oliva [EMAIL PROTECTED]) avez écrit : STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. ok Pour pouvoir utiliser eth0 normalement, il te faudra fermer ta connexion pppoe, et ensuite déloader les modules ayant un rapport avec ppp, ensuite ton interface eth0 redeviendra normale c'est à dire sans connexion pppoe résiduelle. Je la ferme en faisant /etc/init.d/ppp stop je présume. Pas seulement, car des modules vont rester chargés, faire un rmmod sur _tout_ ce qui a un rapport avec ppp, du style ppp_deflate etc... Ces modules sont chargés dynamiquement lors de l'établissement de la connexion, mais non déchargés dynamiquement lors de la déconnexion. J'avais eu ce cas avec une machine qui refusait tout ping sur eth0, alors que ma connexion pppoe était arrêtée, j'avais déloadé les modules ppp* et tout marchait ensuite... Voilà, j'espère t'avoir suffisamment aidé =-) En tout cas ça ressemble bigrement à un début de solution.(car j'avais lu qqpart qu'il fallait être déconnecté) PS: J'ai pas mal de problèmes de synchronisation de la ligne ADSL avec mon speed stouch ethernet, je suis sur mamadou (wanadoo) en netissimo1 et j'habite en banlieue est de paris (val de marne), avez-vous des pb vous aussi dans ce coin ? Non aucun. Par contre ici on a des pbs de bande passante mais ça c'est une autre histoire... Bon je donne des nouvelles demain. Faut que je m'occupe des mes gosses à c't'heure.. Bon courage =-) à+ -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le 12538ième jour après Epoch, Laurent Oliva écrivait: Le ven 30/04/2004 à 15:12, Philippe Monroux a écrit : Bonjour, Salut, Excusez-moi de faire du hs mais je me suis adressé à différents forums et cela n'a rien donné. J'ai une connexion internet permanente par un alcatel speedtouch ethernet et voici ma table de routage actuelle : , | Table de routage IP du noyau | Destination Passerelle Genmask Indic Metric RefUse Iface | AStDenis-102-1- * 255.255.255.255 UH0 00 ppp0 | default AStDenis-102-1- 0.0.0.0 UG0 00 ppp0 ` A mon avis, il manque l'interface 10.0.0.1 eth0 dans ta table de routage. Quelle adresse dois-je ajouter à mon eth0 (qui n'en possède pas pour l'instant) et aussi quelle route ajouter (j'ai essayé pas mal de trucs mais cela n'a pas fonctionné.). J'ai googlisé aussi :o) , | auto lo | iface lo inet loopback | | iface eth0 inet static | address 10.0.0.1 | netmask 255.255.255.0 | broadcast 10.0.0.255 | gateway 10.0.0.138 ` STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Pas que... Broadcast est 10.255.255.255 et il ne faut pas mettre de gateway. et redémarré /etc/init.d/ppp (redémarré la machine aussi en désespoir de cause) mais rien, je n'arrive absolument pas à me connecter à l'adresse 10.0.0.138 du modem. Pour pouvoir utiliser eth0 normalement, il te faudra fermer ta connexion pppoe, et ensuite déloader les modules ayant un rapport avec ppp, ensuite ton interface eth0 redeviendra normale c'est à dire sans connexion pppoe résiduelle. J'avais eu ce cas avec une machine qui refusait tout ping sur eth0, alors que ma connexion pppoe était arrêtée, j'avais déloadé les modules ppp* et tout marchait ensuite... C'est pas obligé. PPPoE passe en ethernet direct, il n'y a donc aucun souci à faire de l'IP en plus. Couper la liaison ppp ou enlever les modules du noyau ne sert à rien. Une fois le fichier interfaces modifié, fais un netstat -rn et regarde si tu vois apparaitre eth0. Si c'est le cas, tu peux essayer un ping -n, en vérifiant qu'un firewall ne bloque pas tes transferts. -- My interest is in the future because I am going to spend the rest of my life there.
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le Fri 30/04/2004, Laurent Oliva disait STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Ça fait bien longtemps que les classes n'existent plus. Surtout dans les IP de la RFC 1928. -- Erwan
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Le 12538ième jour après Epoch, [EMAIL PROTECTED] écrivait: Le ven, 30/04/2004 à 15:42 +0200, Laurent Oliva a écrit : J'ai aussi mis ça dans /etc/network/interfaces : , | auto lo | iface lo inet loopback | | iface eth0 inet static | address 10.0.0.1 | netmask 255.255.255.0 | broadcast 10.0.0.255 | gateway 10.0.0.138 ` STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Stop aussi, les histoires de classes sont révolues depuis longtemps. Personne ne t'empêchera d'utiliser un masque différent. Oui, mais il faut que les deux bouts utilisent le même masque. Si le speedtouch et la carte réseau on des masques différents, alors il y a des chances que leurs adresses de broadcast soient différentes, et donc elles ne peuvent pas causer entre elles (en général).
Re: HS adresse 10.0.0.138 speedtouch injoignable.
Raphaël SurcouF Bordet a écrit : Le ven, 30/04/2004 à 15:42 +0200, Laurent Oliva a écrit : J'ai aussi mis ça dans /etc/network/interfaces : , | auto lo | iface lo inet loopback | | iface eth0 inet static | address 10.0.0.1 | netmask 255.255.255.0 | broadcast 10.0.0.255 | gateway 10.0.0.138 ` STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Stop aussi, les histoires de classes sont révolues depuis longtemps. Personne ne t'empêchera d'utiliser un masque différent. Bonsoir, Je veux bien que, pour des raisons de pénuries d'adresses entre autre, les réseaux soient devenus classless, et qu'à l'intérieur de son LAN on soit autorisé à faire ce que l'on veut. Mais, si son modem est en 10.0.0.138/8 et son PC en 10.0.0.1/24, est-ce qu'ils vont pouvoir se causer normalement ? je n'ai jamais testé çà ... Je pense que la réponse n'interressera pas que moi Cordialement René coupé
Re: HS adresse 10.0.0.138 speedtouch injoignable.
On Fri, 30 Apr 2004 15:42:53 +0200 Laurent Oliva [EMAIL PROTECTED] wrote: , | auto lo | iface lo inet loopback | | iface eth0 inet static | address 10.0.0.1 | netmask 255.255.255.0 | broadcast 10.0.0.255 | gateway 10.0.0.138 ` STOP /!\ Il s'agit d'un réseau de classe A, donc le masque correspondant est 255.0.0.0. Oui, avec le bradcast à 10.255.255.255 et redémarré /etc/init.d/ppp (redémarré la machine aussi en désespoir de cause) mais rien, je n'arrive absolument pas à me connecter à l'adresse 10.0.0.138 du modem. Pour pouvoir utiliser eth0 normalement, il te faudra fermer ta connexion pppoe, et ensuite déloader les modules ayant un rapport avec ppp, ensuite ton interface eth0 redeviendra normale c'est à dire sans connexion pppoe résiduelle. C'est curieux, je pense juste qu'il suffit de faire # route add -net 10.0.0.0 eth0 (ou peut être 10.0.0.0/8 je ne sais plus) ou encore # route add -host 10.0.0.138 eth0 et ça devrait marcher... François Boisson
Re collective : HS adresse 10.0.0.138 speedtouch injoignable.
Bonjour, Bon voici mes essais (c'est long) Je stoppe mon firewall oeuf corse. Après un (j'emploie ip de temps en temps pour m'y habituer car j'ai lu que ça remplace ifconfig et route): , | serveur:~# ip addr add 10.0.0.1/8 brd + dev eth0 ` j'obtiens donc : , | eth0 Link encap:Ethernet HWaddr 00:00:B4:59:96:43 | inet addr:10.0.0.1 Bcast:10.255.255.255 Mask:255.0.0.0 | UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 | RX packets:18742 errors:0 dropped:0 overruns:0 frame:0 | TX packets:13908 errors:0 dropped:0 overruns:0 carrier:0 | collisions:0 txqueuelen:100 | RX bytes:4734576 (4.5 MiB) TX bytes:1588462 (1.5 MiB) | Interrupt:11 Base address:0x7800 ` donc normal (enfin je pense) mais : , | serveur:~# ping 10.0.0.138 | PING 10.0.0.138 (10.0.0.138): 56 data bytes | ping: sendto: Operation not permitted - quesako ?? | ping: wrote 10.0.0.138 64 chars, ret=-1 | ping: sendto: Operation not permitted | | --- 10.0.0.138 ping statistics --- | 10 packets transmitted, 0 packets received, 100% packet loss ` donc marche pas. J'essaie maintenant le coup des modules : , | serveur:~# /etc/init.d/ppp stop | Shutting down PPP link: pppd. | | serveur:~# lsmod | grep ppp | ppp_deflate39008 0 (autoclean) | ppp_synctty 4512 1 (autoclean) | ppp_generic18120 3 (autoclean) [ppp_deflate bsd_comp ppp_synctty] | serveur:~# rmmod ppp_deflate | serveur:~# rmmod ppp_synctty | serveur:~# rmmod bsd_comp | serveur:~# rmmod ppp_generic ` tite vérification : serveur:~# lsmod | grep ppp rien bon... MAIS : , | serveur:~# ping 10.0.0.138 | PING 10.0.0.138 (10.0.0.138): 56 data bytes | ping: sendto: Operation not permitted | ping: wrote 10.0.0.138 64 chars, ret=-1 | ... | --- 10.0.0.138 ping statistics --- | 3 packets transmitted, 0 packets received, 100% packet loss ` Bon maintenant Y EN A MARRE : je laisse les modules déchargés et j'essaie d'ajouter une route : , | serveur:~# route add -net 10.0.0.0 netmask 255.0.0.0 dev eth0 | serveur:~# route | Kernel IP routing table | Destination Gateway Genmask Flags Metric RefUse Iface | 10.0.0.0* 255.0.0.0 U 0 00 eth0 ` mais , | serveur:~# ping 10.0.0.138 | PING 10.0.0.138 (10.0.0.138): 56 data bytes | ping: sendto: Operation not permitted | ping: wrote 10.0.0.138 64 chars, ret=-1 | ... | --- 10.0.0.138 ping statistics --- | 3 packets transmitted, 0 packets received, 100% packet loss ` MARRCCHHEEE pas Ne nous énervons pas. Une petite gateway pour finir ? , | serveur:~# route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.0.0.138 dev eth0 | serveur:~# route | Kernel IP routing table | Destination Gateway Genmask Flags Metric RefUse Iface | 10.0.0.010.0.0.138 255.0.0.0 UG0 00 eth0 | 10.0.0.0* 255.0.0.0 U 0 00 eth0 ` mais , | serveur:~# ping 10.0.0.138 | PING 10.0.0.138 (10.0.0.138): 56 data bytes | ping: sendto: Operation not permitted | ping: wrote 10.0.0.138 64 chars, ret=-1 | ... | --- 10.0.0.138 ping statistics --- | 2 packets transmitted, 0 packets received, 100% packet loss ` Marche pas non plus. L'affaire se corse. Je ne vois plus quoi faire (commence bien ma journée là...) -- Philippe Monroux Ile de la Reunion E 55.3 S 21.5
