OVH Cloud OVH Cloud

connexion speedtouch 10.0.0.138 impossible

14 réponses
Avatar
MxPh
Bonjour,

tout d'abord mon système :
debian gnu/linux

J'ai besoin de configurer mon speedtouch alcatel ethernet mais je
n'arrive pas à me connecter à son adresse 10.0.0.138

Quelle adresse dois-je ajouter à mon eth0 (qui n'en possède pas pour
l'instant) et aussi quelle route ajouter (j'ai essayé quelques trucs
mais cela n'a pas fonctionné.)

Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
AStDenis-102-1- * 255.255.255.255 UH 0 0 0 ppp0
default AStDenis-102-1- 0.0.0.0 UG 0 0 0 ppp0

merci

--
Ph

4 réponses

1 2
Avatar
T0t0
"neoslaker" wrote in message
news:40928bd2$0$20747$
adresse ip 10.0.0.1
masque 255.0.0.0 !!!!!!!!!!!!!


Pourquoi donc ?

apres on peut acceder au modem ....


Je ne vois pas ce qui l'en empecherait avec un masque en 255.255.255.0
Vu que 10.0.0.138 et 10.0.0.1 sont dans le reseau 10.0.0.0/24 ca va
marcher.
Voir:
<http;//www.lalitte.com/masques>




--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG

Avatar
T0t0
"MxPh" wrote in message
news:
,----
| serveur:~# ping 10.0.0.138
| PING 10.0.0.138 (10.0.0.138): 56 data bytes
| ping: sendto: Operation not permitted <--------- quesako ??


Vous avez un probleme avec l application ping apparemment.
Avez vous essaye de sniffer en plus sur le reseau pour voir si les
echo request sortaient ?

Tous les problemes qui suivent viennent de la...

En sniffant, il serait interessant de voir ce qui sort de votre
interface.
Avez vous essaye de ne pas lancer la connexion ADSL et de vous
connecter sur le modem ?
Et d essayer le manip proposee avec l aliasing IP ?




--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG

Avatar
MxPh
Le Sat, 1 May 2004 11:41:21 +0200,
Dans le forum fr.comp.reseaux.ethernet,

Vous allez définitivement galerer alors :)
Plus serieusement :


Ah oui alors...:o)

http://www.forpage.com/forum/viewtopic.php?tb84


C'est quoi ces petite fenêtres ? Plus sérieusement :

Bon comme toujours dans ces cas là, la solution est toute bête. En
fait shorewall stop ne suffit pas. Il fallait faire shorewall
clear. Donc :

serveur:~# ip a add 10.0.0.10/8 brd + dev eth0
serveur:~# ip r add 10.0.0.138 dev eth0

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
AStDenis-102-1- * 255.255.255.255 UH 0 0 0 ppp0
SpeeTouch.mondo * 255.255.255.255 UH 0 0 0 eth0
10.0.0.0 * 255.0.0.0 U 0 0 0 eth0
default AStDenis-102-1- 0.0.0.0 UG 0 0 0 ppp0


et ...

serveur:~# 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%5 time=4.9 ms
...
--- 10.0.0.138 ping statistics ---
8 packets transmitted, 8 packets received, 0% packet loss
round-trip min/avg/max = 1.1/1.6/4.9 ms


et j'accède à l'interface web.
donc c'était bien un pb de firewall...

--
Ph

Avatar
db
Le Sat, 01 May 2004 02:38:10 +0000, MxPh a écrit :

Le Fri, 30 Apr 2004 19:24:34 +0200,
Dans le forum fr.comp.reseaux.ethernet,

ca vient d'ou cette connerie ?
adresse ip 10.0.0.1
masque 255.0.0.0 !!!!!!!!!!!!!
apres on peut acceder au modem ....


ah ?

Voicitous 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
Ca ca signifie toujours qu'une règle (iptables, ipchains) interdit au

paquet de sortir.
Vérifier vos règles (iptables -L -nv ou ipchains -L) et plus
spécifiquement en sortie : iptables -L OUTPUT -nv.
db


1 2