Juste une chose me titille, je n'ai pas d'entrée avec leq flags UHL pour l'AP2.168.0.16, comme c'est le cas pour les tables de routage des autres serveurs de mon réseau.
Sauf erreur le flag H signale une route d'hôte (/32). Si la route vers cette adresse est déjà couverte par une route de préfixe, une route d'hôte est a priori inutile.
et l'AP :
get config IP Address: 192.168.0.50
Tu n'avais pas dit plus haut que l'AP était 192.168.0.16 ?
IP Mask: 255.255.255.0 Host IP Address: 0.0.0.0 Gateway IP Address: 192.168.0.254
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24. Les machines du LAN (excepté ta passerelle) n'ont pas de route spécifique vers 192.168.0.0/24 donc envoient via la route par défaut à la Freebox qui n'a pas plus de route vers 192.168.0.0/24, et qui donc soit renvoie bêtement sur internet soit jette parce que c'est un préfixe privé qu'on ne doit pas voir sur internet.
Mais bon sang de bonsoir, pourquoi plus aucun de mes FreeBSD ne veut router ????
Elles routent, mais si une moitié du réseau n'a pas les routes qui vont bien pour atteindre l'autre moitié elle vont devoir faire du masquerading en plus.
Xavier a écrit :
Xavier <xavier@groumpf.org> wrote:
Bon, j'ai l'impression que je ne sais tout simplement plus configurer
une passerelle :-(
J'ai un problème similaire chez moi, où je veux essayer d'utiliser un AP
autre que le Wifi Free.
Juste une chose me titille, je n'ai pas d'entrée avec leq flags UHL pour
l'AP2.168.0.16, comme c'est le cas pour les tables de routage des
autres serveurs de mon réseau.
Sauf erreur le flag H signale une route d'hôte (/32). Si la route vers
cette adresse est déjà couverte par une route de préfixe, une route
d'hôte est a priori inutile.
et l'AP :
get config
IP Address: 192.168.0.50
Tu n'avais pas dit plus haut que l'AP était 192.168.0.16 ?
IP Mask: 255.255.255.0
Host IP Address: 0.0.0.0
Gateway IP Address: 192.168.0.254
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas
plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24. Les machines
du LAN (excepté ta passerelle) n'ont pas de route spécifique vers
192.168.0.0/24 donc envoient via la route par défaut à la Freebox qui
n'a pas plus de route vers 192.168.0.0/24, et qui donc soit renvoie
bêtement sur internet soit jette parce que c'est un préfixe privé qu'on
ne doit pas voir sur internet.
Mais bon sang de bonsoir, pourquoi plus aucun de mes FreeBSD ne veut
router ????
Elles routent, mais si une moitié du réseau n'a pas les routes qui vont
bien pour atteindre l'autre moitié elle vont devoir faire du
masquerading en plus.
Juste une chose me titille, je n'ai pas d'entrée avec leq flags UHL pour l'AP2.168.0.16, comme c'est le cas pour les tables de routage des autres serveurs de mon réseau.
Sauf erreur le flag H signale une route d'hôte (/32). Si la route vers cette adresse est déjà couverte par une route de préfixe, une route d'hôte est a priori inutile.
et l'AP :
get config IP Address: 192.168.0.50
Tu n'avais pas dit plus haut que l'AP était 192.168.0.16 ?
IP Mask: 255.255.255.0 Host IP Address: 0.0.0.0 Gateway IP Address: 192.168.0.254
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24. Les machines du LAN (excepté ta passerelle) n'ont pas de route spécifique vers 192.168.0.0/24 donc envoient via la route par défaut à la Freebox qui n'a pas plus de route vers 192.168.0.0/24, et qui donc soit renvoie bêtement sur internet soit jette parce que c'est un préfixe privé qu'on ne doit pas voir sur internet.
Mais bon sang de bonsoir, pourquoi plus aucun de mes FreeBSD ne veut router ????
Elles routent, mais si une moitié du réseau n'a pas les routes qui vont bien pour atteindre l'autre moitié elle vont devoir faire du masquerading en plus.
Stephane Catteau
Pascal Hambourg n'était pas loin de dire :
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24.
S'il arrive à pinguer, c'est bien qu'il y a une route dans les deux sens, non ? Etant entendu que moi je le lis sa phrase comme, "j'envoie l'echo request et je reçois bien l'echo reply qui va avec".
Pascal Hambourg n'était pas loin de dire :
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas
plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24.
S'il arrive à pinguer, c'est bien qu'il y a une route dans les deux
sens, non ? Etant entendu que moi je le lis sa phrase comme, "j'envoie
l'echo request et je reçois bien l'echo reply qui va avec".
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24.
S'il arrive à pinguer, c'est bien qu'il y a une route dans les deux sens, non ? Etant entendu que moi je le lis sa phrase comme, "j'envoie l'echo request et je reçois bien l'echo reply qui va avec".
Pascal Hambourg
Stephane Catteau a écrit :
Pascal Hambourg n'était pas loin de dire :
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24.
S'il arrive à pinguer, c'est bien qu'il y a une route dans les deux sens, non ?
Sur la passerelle, oui. Mais pas plus loin. Les équipements au delà de la passerelle n'ont pas de route vers le sous-réseau de l'AP, et leur route par défaut ne va pas au bon endroit.
Stephane Catteau a écrit :
Pascal Hambourg n'était pas loin de dire :
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas
plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24.
S'il arrive à pinguer, c'est bien qu'il y a une route dans les deux
sens, non ?
Sur la passerelle, oui. Mais pas plus loin. Les équipements au delà de
la passerelle n'ont pas de route vers le sous-réseau de l'AP, et leur
route par défaut ne va pas au bon endroit.
La passerelle pinge l'AP, l'AP pinge la passerelle, mais ça ne va pas plus loin : LAN inacessible depuis l'AP, AP inacessible depuis le LAN
Encore une histoire de route de retour vers 192.168.0.0/24.
S'il arrive à pinguer, c'est bien qu'il y a une route dans les deux sens, non ?
Sur la passerelle, oui. Mais pas plus loin. Les équipements au delà de la passerelle n'ont pas de route vers le sous-réseau de l'AP, et leur route par défaut ne va pas au bon endroit.
xavier
Pascal Hambourg wrote:
Sur la passerelle, oui. Mais pas plus loin. Les équipements au delà de la passerelle n'ont pas de route vers le sous-réseau de l'AP, et leur route par défaut ne va pas au bon endroit.
Ben oui, et avec sur un poste : route add -net 192.168.0.0/24 192.168.100.16 ça marche tout de suite mieux...
En fait, cette machine est destinée à devenir *la* passerelle IPv4/IPv6 du réseau, avec la FreeBox en bridge sur fxp0 + tunnel IPv6 et le réseau interne en 192.168.0.0/24 sur em0. J'ai voulu commencer avec l'AP, sans songer que ce n'était que la moitié du boulot...
Il est temps que je prenne les vacances que je n'ai pas encore pu prendre :-)
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear.
Sur la passerelle, oui. Mais pas plus loin. Les équipements au delà de
la passerelle n'ont pas de route vers le sous-réseau de l'AP, et leur
route par défaut ne va pas au bon endroit.
Ben oui, et avec sur un poste :
route add -net 192.168.0.0/24 192.168.100.16
ça marche tout de suite mieux...
En fait, cette machine est destinée à devenir *la* passerelle IPv4/IPv6
du réseau, avec la FreeBox en bridge sur fxp0 + tunnel IPv6 et le réseau
interne en 192.168.0.0/24 sur em0. J'ai voulu commencer avec l'AP, sans
songer que ce n'était que la moitié du boulot...
Il est temps que je prenne les vacances que je n'ai pas encore pu
prendre :-)
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
Sur la passerelle, oui. Mais pas plus loin. Les équipements au delà de la passerelle n'ont pas de route vers le sous-réseau de l'AP, et leur route par défaut ne va pas au bon endroit.
Ben oui, et avec sur un poste : route add -net 192.168.0.0/24 192.168.100.16 ça marche tout de suite mieux...
En fait, cette machine est destinée à devenir *la* passerelle IPv4/IPv6 du réseau, avec la FreeBox en bridge sur fxp0 + tunnel IPv6 et le réseau interne en 192.168.0.0/24 sur em0. J'ai voulu commencer avec l'AP, sans songer que ce n'était que la moitié du boulot...
Il est temps que je prenne les vacances que je n'ai pas encore pu prendre :-)
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear.
xavier
Pascal Hambourg wrote:
> J'essaye ça demain, merci beaucoup.
Alors, du nouveau ? J'aimerai bien connaître le fin mot de l'histoire.
ne me "montre" que deux équipents : le routeur lui-même, et l'interface correspondante du switch L3 sur lequel je suis connecté.
C'est donc bien un problème de route retour. D'ailleurs, si je vois les autres switches du backbone, ce n'est pas un artefact : ceux-là ont une route retour vers le switch nodal.
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau 10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va falloir faire du source routing pour les renvoyer vers cette passerelle, et je ne suis pas sûr d'y arriver.
Ca va finir par la suppression de cet autre accès internet, et l'augmentation de la BP de celle que je gère.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
ne me "montre" que deux équipents : le routeur lui-même, et l'interface
correspondante du switch L3 sur lequel je suis connecté.
C'est donc bien un problème de route retour. D'ailleurs, si je vois les
autres switches du backbone, ce n'est pas un artefact : ceux-là ont une
route retour vers le switch nodal.
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau
10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va
falloir faire du source routing pour les renvoyer vers cette passerelle,
et je ne suis pas sûr d'y arriver.
Ca va finir par la suppression de cet autre accès internet, et
l'augmentation de la BP de celle que je gère.
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
ne me "montre" que deux équipents : le routeur lui-même, et l'interface correspondante du switch L3 sur lequel je suis connecté.
C'est donc bien un problème de route retour. D'ailleurs, si je vois les autres switches du backbone, ce n'est pas un artefact : ceux-là ont une route retour vers le switch nodal.
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau 10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va falloir faire du source routing pour les renvoyer vers cette passerelle, et je ne suis pas sûr d'y arriver.
Ca va finir par la suppression de cet autre accès internet, et l'augmentation de la BP de celle que je gère.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
xavier
Xavier wrote:
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau 10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va falloir faire du source routing pour les renvoyer vers cette passerelle, et je ne suis pas sûr d'y arriver.
Bon, j'ai pris les grands moyens, et installé vnc sur la passerelle. Pris la main sur une des machines, et changé sa route par défaut vers 10.75.2.251, c'est à dire l'adresse de la passerelle sur l'interface vlan3.
Automagiquement, la machine apparaît sur le moniteur SNMP de mon poste. Je croyais avoir gagné, mais malheureusement, plus moyen de la faire causer avec Internet. Un traceroute s'arrête à 10.75.2.251, et n'atteint pas 172.16.214.254, le routeur Internet, qui est pourtant la route par défaut de ma passerelle (cf la config dans le tout premier post de ce thread).
Ca va finir par la suppression de cet autre accès internet, et l'augmentation de la BP de celle que je gère.
Compte-tenu de ce qui précède, c'est pas gagné non plus :-(
Je commence à en avoir plein le c*l.... Je me demande si le morceau foireux de config L3 sur le switch nodal ne serait pas en cause...
! ! *** L3 *** ! no ip directed-broadcast enable ip routing interface vlan 1 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 10 ip address 172.16.214.252 255.255.255.0 10 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 20 ip address 192.168.0.5 255.255.255.0 20 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 30 ip address 10.75.2.5 255.255.255.0 30 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 100 ip address 10.75.3.5 255.255.255.0 100 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit ip arp timeout 360 ip dhcp-relay ip blocking-mode none
Je ne vois pas de routes, là dedans...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Xavier <xavier@groumpf.org> wrote:
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau
10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va
falloir faire du source routing pour les renvoyer vers cette passerelle,
et je ne suis pas sûr d'y arriver.
Bon, j'ai pris les grands moyens, et installé vnc sur la passerelle.
Pris la main sur une des machines, et changé sa route par défaut vers
10.75.2.251, c'est à dire l'adresse de la passerelle sur l'interface
vlan3.
Automagiquement, la machine apparaît sur le moniteur SNMP de mon poste.
Je croyais avoir gagné, mais malheureusement, plus moyen de la faire
causer avec Internet. Un traceroute s'arrête à 10.75.2.251, et n'atteint
pas 172.16.214.254, le routeur Internet, qui est pourtant la route par
défaut de ma passerelle (cf la config dans le tout premier post de ce
thread).
Ca va finir par la suppression de cet autre accès internet, et
l'augmentation de la BP de celle que je gère.
Compte-tenu de ce qui précède, c'est pas gagné non plus :-(
Je commence à en avoir plein le c*l.... Je me demande si le morceau
foireux de config L3 sur le switch nodal ne serait pas en cause...
!
! *** L3 ***
!
no ip directed-broadcast enable
ip routing
interface vlan 1
ip dhcp-relay min-sec 0 mode bootp_dhcp
no ip dhcp-relay broadcast
ip dhcp-relay
exit
interface vlan 10
ip address 172.16.214.252 255.255.255.0 10
ip dhcp-relay min-sec 0 mode bootp_dhcp
no ip dhcp-relay broadcast
ip dhcp-relay
exit
interface vlan 20
ip address 192.168.0.5 255.255.255.0 20
ip dhcp-relay min-sec 0 mode bootp_dhcp
no ip dhcp-relay broadcast
ip dhcp-relay
exit
interface vlan 30
ip address 10.75.2.5 255.255.255.0 30
ip dhcp-relay min-sec 0 mode bootp_dhcp
no ip dhcp-relay broadcast
ip dhcp-relay
exit
interface vlan 100
ip address 10.75.3.5 255.255.255.0 100
ip dhcp-relay min-sec 0 mode bootp_dhcp
no ip dhcp-relay broadcast
ip dhcp-relay
exit
ip arp timeout 360
ip dhcp-relay
ip blocking-mode none
Je ne vois pas de routes, là dedans...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau 10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va falloir faire du source routing pour les renvoyer vers cette passerelle, et je ne suis pas sûr d'y arriver.
Bon, j'ai pris les grands moyens, et installé vnc sur la passerelle. Pris la main sur une des machines, et changé sa route par défaut vers 10.75.2.251, c'est à dire l'adresse de la passerelle sur l'interface vlan3.
Automagiquement, la machine apparaît sur le moniteur SNMP de mon poste. Je croyais avoir gagné, mais malheureusement, plus moyen de la faire causer avec Internet. Un traceroute s'arrête à 10.75.2.251, et n'atteint pas 172.16.214.254, le routeur Internet, qui est pourtant la route par défaut de ma passerelle (cf la config dans le tout premier post de ce thread).
Ca va finir par la suppression de cet autre accès internet, et l'augmentation de la BP de celle que je gère.
Compte-tenu de ce qui précède, c'est pas gagné non plus :-(
Je commence à en avoir plein le c*l.... Je me demande si le morceau foireux de config L3 sur le switch nodal ne serait pas en cause...
! ! *** L3 *** ! no ip directed-broadcast enable ip routing interface vlan 1 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 10 ip address 172.16.214.252 255.255.255.0 10 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 20 ip address 192.168.0.5 255.255.255.0 20 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 30 ip address 10.75.2.5 255.255.255.0 30 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 100 ip address 10.75.3.5 255.255.255.0 100 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit ip arp timeout 360 ip dhcp-relay ip blocking-mode none
Je ne vois pas de routes, là dedans...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
ne me "montre" que deux équipents : le routeur lui-même, et l'interface correspondante du switch L3 sur lequel je suis connecté.
Euh, c'est pas clair pour moi mais il est tard, je viens de rentrer et je vais te faire confiance.
C'est donc bien un problème de route retour. D'ailleurs, si je vois les autres switches du backbone, ce n'est pas un artefact : ceux-là ont une route retour vers le switch nodal.
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau 10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va falloir faire du source routing pour les renvoyer vers cette passerelle, et je ne suis pas sûr d'y arriver.
Il n'est pas nécessaire de changer leur passerelle par défaut. Par contre dans ce cas il faut que le routeur qui leur sert de passerelle par défaut ait des routes vers les autres sous-réseaux via ta passerelle. Ce n'est pas optimal, certes, même si le routeur devrait envoyer des ICMP Redirect pour signaler qu'il y a une route plus directe via ta passerelle.
ne me "montre" que deux équipents : le routeur lui-même, et l'interface
correspondante du switch L3 sur lequel je suis connecté.
Euh, c'est pas clair pour moi mais il est tard, je viens de rentrer et
je vais te faire confiance.
C'est donc bien un problème de route retour. D'ailleurs, si je vois les
autres switches du backbone, ce n'est pas un artefact : ceux-là ont une
route retour vers le switch nodal.
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau
10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va
falloir faire du source routing pour les renvoyer vers cette passerelle,
et je ne suis pas sûr d'y arriver.
Il n'est pas nécessaire de changer leur passerelle par défaut. Par
contre dans ce cas il faut que le routeur qui leur sert de passerelle
par défaut ait des routes vers les autres sous-réseaux via ta
passerelle. Ce n'est pas optimal, certes, même si le routeur devrait
envoyer des ICMP Redirect pour signaler qu'il y a une route plus directe
via ta passerelle.
ne me "montre" que deux équipents : le routeur lui-même, et l'interface correspondante du switch L3 sur lequel je suis connecté.
Euh, c'est pas clair pour moi mais il est tard, je viens de rentrer et je vais te faire confiance.
C'est donc bien un problème de route retour. D'ailleurs, si je vois les autres switches du backbone, ce n'est pas un artefact : ceux-là ont une route retour vers le switch nodal.
J'ai juste un problème d'oeuf et de poule : les machines du sous réseau 10.75.2.0/24 ont leur propre passerelle internet. Si je change ça, il va falloir faire du source routing pour les renvoyer vers cette passerelle, et je ne suis pas sûr d'y arriver.
Il n'est pas nécessaire de changer leur passerelle par défaut. Par contre dans ce cas il faut que le routeur qui leur sert de passerelle par défaut ait des routes vers les autres sous-réseaux via ta passerelle. Ce n'est pas optimal, certes, même si le routeur devrait envoyer des ICMP Redirect pour signaler qu'il y a une route plus directe via ta passerelle.
Pascal Hambourg
Xavier a écrit :
Bon, j'ai pris les grands moyens, et installé vnc sur la passerelle. Pris la main sur une des machines, et changé sa route par défaut vers 10.75.2.251, c'est à dire l'adresse de la passerelle sur l'interface vlan3.
Automagiquement, la machine apparaît sur le moniteur SNMP de mon poste. Je croyais avoir gagné, mais malheureusement, plus moyen de la faire causer avec Internet. Un traceroute s'arrête à 10.75.2.251, et n'atteint pas 172.16.214.254, le routeur Internet, qui est pourtant la route par défaut de ma passerelle (cf la config dans le tout premier post de ce thread).
Rectification : la machine ne reçoit pas de réponse de 172.16.214.254. Et si c'était encore une question de route de retour : ce routeur internet a-t-il la route qui va bien vers 10.75.2.0/24 ?
Xavier a écrit :
Bon, j'ai pris les grands moyens, et installé vnc sur la passerelle.
Pris la main sur une des machines, et changé sa route par défaut vers
10.75.2.251, c'est à dire l'adresse de la passerelle sur l'interface
vlan3.
Automagiquement, la machine apparaît sur le moniteur SNMP de mon poste.
Je croyais avoir gagné, mais malheureusement, plus moyen de la faire
causer avec Internet. Un traceroute s'arrête à 10.75.2.251, et n'atteint
pas 172.16.214.254, le routeur Internet, qui est pourtant la route par
défaut de ma passerelle (cf la config dans le tout premier post de ce
thread).
Rectification : la machine ne reçoit pas de réponse de 172.16.214.254.
Et si c'était encore une question de route de retour : ce routeur
internet a-t-il la route qui va bien vers 10.75.2.0/24 ?
Bon, j'ai pris les grands moyens, et installé vnc sur la passerelle. Pris la main sur une des machines, et changé sa route par défaut vers 10.75.2.251, c'est à dire l'adresse de la passerelle sur l'interface vlan3.
Automagiquement, la machine apparaît sur le moniteur SNMP de mon poste. Je croyais avoir gagné, mais malheureusement, plus moyen de la faire causer avec Internet. Un traceroute s'arrête à 10.75.2.251, et n'atteint pas 172.16.214.254, le routeur Internet, qui est pourtant la route par défaut de ma passerelle (cf la config dans le tout premier post de ce thread).
Rectification : la machine ne reçoit pas de réponse de 172.16.214.254. Et si c'était encore une question de route de retour : ce routeur internet a-t-il la route qui va bien vers 10.75.2.0/24 ?
xavier
Pascal Hambourg wrote:
Ce n'est pas optimal, certes, même si le routeur devrait envoyer des ICMP Redirect pour signaler qu'il y a une route plus directe via ta passerelle.
ICMP, c'est un gros mot chez Orange Business Services, il les bloquent tous, même echo-reply.
Pour ton autre réponse, merci :
Rectification : la machine ne reçoit pas de réponse de 172.16.214.254. Et si c'était encore une question de route de retour : ce routeur internet a-t-il la route qui va bien vers 10.75.2.0/24 ?
Oui, tu as raison. Là c'est un PIX sur lequel j'ai la main. Mais mes prédécesseurs ont payés une fortune des Nortel L2/L3 avec la prestation de config qui va avec, c'est ni fait ni à faire, ça me fout en rogne.
C'est pour ça qu'il y a plein de trucs qui ne me semblent pas évidents. J'ai l'habitude de bosser avec des réseaux *debouts*, pas de ramasser les morceaux après le passage de branleurs...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Ce n'est pas optimal, certes, même si le routeur devrait
envoyer des ICMP Redirect pour signaler qu'il y a une route plus directe
via ta passerelle.
ICMP, c'est un gros mot chez Orange Business Services, il les bloquent
tous, même echo-reply.
Pour ton autre réponse, merci :
Rectification : la machine ne reçoit pas de réponse de 172.16.214.254.
Et si c'était encore une question de route de retour : ce routeur
internet a-t-il la route qui va bien vers 10.75.2.0/24 ?
Oui, tu as raison. Là c'est un PIX sur lequel j'ai la main. Mais mes
prédécesseurs ont payés une fortune des Nortel L2/L3 avec la prestation
de config qui va avec, c'est ni fait ni à faire, ça me fout en rogne.
C'est pour ça qu'il y a plein de trucs qui ne me semblent pas évidents.
J'ai l'habitude de bosser avec des réseaux *debouts*, pas de ramasser
les morceaux après le passage de branleurs...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Ce n'est pas optimal, certes, même si le routeur devrait envoyer des ICMP Redirect pour signaler qu'il y a une route plus directe via ta passerelle.
ICMP, c'est un gros mot chez Orange Business Services, il les bloquent tous, même echo-reply.
Pour ton autre réponse, merci :
Rectification : la machine ne reçoit pas de réponse de 172.16.214.254. Et si c'était encore une question de route de retour : ce routeur internet a-t-il la route qui va bien vers 10.75.2.0/24 ?
Oui, tu as raison. Là c'est un PIX sur lequel j'ai la main. Mais mes prédécesseurs ont payés une fortune des Nortel L2/L3 avec la prestation de config qui va avec, c'est ni fait ni à faire, ça me fout en rogne.
C'est pour ça qu'il y a plein de trucs qui ne me semblent pas évidents. J'ai l'habitude de bosser avec des réseaux *debouts*, pas de ramasser les morceaux après le passage de branleurs...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
