Ping impossible vers une adresse publique... Cisco 892
Résolu/Fermé
mikavoid
Messages postés
5
Date d'inscription
vendredi 19 octobre 2012
Statut
Membre
Dernière intervention
17 octobre 2013
-
18 sept. 2013 à 13:03
boubsonet - 21 nov. 2013 à 22:10
boubsonet - 21 nov. 2013 à 22:10
A voir également:
- Ping impossible vers une adresse publique... Cisco 892
- Darkino nouvelle adresse - Guide
- Rechercher ou entrer l'adresse - Guide
- Créer une adresse hotmail - Guide
- Darkino : le grand site pirate change d'adresse et d'interface - Accueil - Services en ligne
- Adresse mac - Guide
3 réponses
brupala
Messages postés
110716
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
28 décembre 2024
13 879
Modifié par brupala le 18/09/2013 à 20:40
Modifié par brupala le 18/09/2013 à 20:40
Salut, il y a un problème de masque je pense sur l'interface wan,
peux tu coller un show ip route ?
retire ça aussi:
ip default-gateway 81.56.134.1
et ... Voili Voilou Voila !
peux tu coller un show ip route ?
retire ça aussi:
ip default-gateway 81.56.134.1
et ... Voili Voilou Voila !
Bonjour,
depuis ton routeur et depuis un hôte dans ton LAN que donne un traceroute vers cette adresse ?
Ce serveur WEb il se trouve où? chez toi je suppose et donc tu dois avoir un port forwarding mis en place quelque part ?
peux-tu nous faire un schéma de ton réseau ?
depuis ton routeur et depuis un hôte dans ton LAN que donne un traceroute vers cette adresse ?
Ce serveur WEb il se trouve où? chez toi je suppose et donc tu dois avoir un port forwarding mis en place quelque part ?
peux-tu nous faire un schéma de ton réseau ?
mikavoid
Messages postés
5
Date d'inscription
vendredi 19 octobre 2012
Statut
Membre
Dernière intervention
17 octobre 2013
18 sept. 2013 à 15:05
18 sept. 2013 à 15:05
Merci pour ta réponse,
Alors voila ce que j'obtiens si je fais un traceroute depuis un hôte :
Voilà aussi ce que j'obtiens quand je fais un traceroute directement depuis le routeur :
Et j'ai essayé de faire un schéma le plus épuré et compréhensible possible, le voici :
http://img822.imageshack.us/img822/2786/jscy.png
Alors voila ce que j'obtiens si je fais un traceroute depuis un hôte :
C:\Users\user>tracert 81.56.213.177
Détermination de l'itinéraire vers lns-bzn-49f-81-56-213-177.adsl.proxad.net [81.56.213.177] avec un maximum de 30 sauts :
1 1 ms <1 ms 1 ms 192.168.0.126
2 * * * Délai d'attente de la demande dépassé.
...
Voilà aussi ce que j'obtiens quand je fais un traceroute directement depuis le routeur :
routeur#traceroute 81.56.213.177
Type escape sequence to abort.
Tracing the route to 81.56.213.177
VRF info: (vrf in name/id, vrf out name/id)
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
...
Et j'ai essayé de faire un schéma le plus épuré et compréhensible possible, le voici :
http://img822.imageshack.us/img822/2786/jscy.png
mikavoid
Messages postés
5
Date d'inscription
vendredi 19 octobre 2012
Statut
Membre
Dernière intervention
17 octobre 2013
Modifié par mikavoid le 18/09/2013 à 16:22
Modifié par mikavoid le 18/09/2013 à 16:22
D'accord merci beaucoup.
Voilà ce que ça donne, "do ip debug arp" n'a pas semblé fonctionner.
(mon adresse est 192.168.0.67)
Log Buffer (4096 bytes):
Voilà ce que ça donne, "do ip debug arp" n'a pas semblé fonctionner.
(mon adresse est 192.168.0.67)
Log Buffer (4096 bytes):
, d=224.0.0.252, pak 87F61038 consumed in input feature , packet consumed, MCI Check(80), rtype 0, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=192.168.0.67, d=224.0.0.252, pak 87F5E59C consumed in input feature , packet consumed, MCI Check(80), rtype 0, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=192.168.0.67, d=224.0.0.252, pak 87F66A2C consumed in input feature , packet consumed, MCI Check(80), rtype 0, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=192.168.0.67, d=224.0.0.252, pak 87F60B7C consumed in input feature , packet consumed, MCI Check(80), rtype 0, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=192.168.0.67, d=224.0.0.252, pak 87F61038 consumed in input feature , packet consumed, MCI Check(80), rtype 0, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=81.56.134.135 (local), d=81.56.213.177, len 100, local feature
ICMP type=8, code=0, NAT(2), rtype 0, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
FIBipv4-packet-proc: route packet from (local) src 81.56.134.135 dst 81.56.213.177
FIBfwd-proc: Default:81.0.0.0/8 process level forwarding
FIBfwd-proc: depth 0 first_idx 0 paths 1 long 0(0)
FIBfwd-proc: try path 0 (of 1) v4-rcrsv-81.56.134.0 first short ext 0(-1)
FIBfwd-proc: v4-rcrsv-81.56.134.0 valid
FIBfwd-proc: ip_pak_table 0 ip_nh_table 0 if none nh 81.56.134.0 deag 0 chg_if 0 via fib 0 path type recursive
FIBfwd-proc: Default:81.0.0.0/8 not enough info to forward via fib (none 81.56.134.0)
FIBipv4-packet-proc: packet routing failed
IP: tableid=0, s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), routed via RIB
IP: s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), len 100, sending
ICMP type=8, code=0
IP: s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), len 100, output feature
ICMP type=8, code=0, Post-routing NAT Outside(24), rtype 1, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), len 100, output feature
ICMP type=8, code=0, Stateful Inspection(27), rtype 1, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), len 100, output feature
ICMP type=8, code=0, NAT ALG proxy(55), rtype 1, forus FALSE, sendself FALSE, mtu 0, fwdchk FALSE
IP: s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), len 100, encapsulation failed
ICMP type=8, code=0
IP: s=81.56.134.135 (local), d=81.56.213.177 (GigabitEthernet0), len 100, encapsulation failed
ICMP type=8, code=0
Peux-tu essayer ceci:
en
conf t
no ip route 0.0.0.0 0.0.0.0 81.56.134.254
ip route 0.0.0.0 0.0.0.0 dhcp
int g0
shut
no shut
no access-list 1
access-list 1 permit 192.168.0.0 0.0.255.255
access-list 1 permit 10.0.0.0 0.255.255.255
puis reessaye le ping depuis le routeur et puis depuis le LAN
ICMP type=8, code=0
Peux-tu essayer ceci:
en
conf t
no ip route 0.0.0.0 0.0.0.0 81.56.134.254
ip route 0.0.0.0 0.0.0.0 dhcp
int g0
shut
no shut
no access-list 1
access-list 1 permit 192.168.0.0 0.0.255.255
access-list 1 permit 10.0.0.0 0.255.255.255
puis reessaye le ping depuis le routeur et puis depuis le LAN
mikavoid
Messages postés
5
Date d'inscription
vendredi 19 octobre 2012
Statut
Membre
Dernière intervention
17 octobre 2013
18 sept. 2013 à 16:58
18 sept. 2013 à 16:58
Je viens de le faire mais malheureusement le ping reste impossible que ce soit du routeur ou d'un hôte... -_-"
18 sept. 2013 à 21:44
18 sept. 2013 à 22:33
et donc il va faire arp direct avec l'adresse distante qui pour lui serait dans le même réseau.
en fait, je suppose qu'il ne doit accéder à rien de ce qui commence par 81.0.0.0/8 sauf sa passerelle par défaut...
19 sept. 2013 à 00:17
Est-ce qu'à tout hasard, la commande "ip classless" ne serait pas activé ?
19 sept. 2013 à 08:45
ce serait bien que on ait la sortie de :
sh ip int br
sh ip route static
19 sept. 2013 à 09:13
Voila le sh ip int br0
et le show ip route static
Je suis juste pommé -_- mais je remercie vraiment de m'aider comme ça..