Juste une petite question.
Je tente de mettre en place un tunnel vpn entre 2 routeurs (connexion
adsl, lan de chaque coté derrière les routeurs (192.168.1.0-réseau A et
192.168.60.0-réseau B).
D'après les status des 2 routeurs, le tunnel est bien établi, mais je
n'en fais rien, même pas un ping.
On m'a suggéré un tracert pour y voir plus clair.
Quand je le lance depuis le réseau A, ça s'arrête au routeur de A.
C'est normal ?
Je ne pense pas mais bon...
Merci d'avance.
--
Jean Declercq
message rédigé sur un spam 100% recyclé
Alex Chauvin a écrit sur fr.comp.reseaux.ip le 12/10/2005 dans <diiidq$lte$ :
Bonjour,
Je n'ais pas suivi toute l'affaire, mais la mise en place d'un protocole de routage sur un VPN (parlons-nous bien de cela) n'est pas courant dans le cadre de petits réseaux, le VPN s'occupe généralement du transport des trames IP tout simplement. Il devrait être possible de s'en sortir aussi bien avec du routage statique, sauf si vous souhaites privilégier des routes multiples, redondantes l'une de l'autre.
Dans votre cas, qui dialogue avec RIP ? Des serveurs, ou routeurs sur votre réseau local ?
Bonjour
Comme vous l'avez certainement remarqué, je ne suis pas très "pointu" dans ce domaine, j'apprends au fur et à mesure de mes lectures et de mes expérimentations.
Je pose le décor: 3 sites avec 3 lan (Lan1, lan2, lan3) et 3 serveurs srv1, srv2 et srv3 (plus évidemment des stations st1, st2, st3 et des imprimantes réseau imp1, imp2, imp3). Sur ces serveurs, la même appli de gestion commerciale. A noter que ces serveurs sont aussi utilisés en "serveurs de fichiers" pour la petite bureautique. Le but de la manoeuvre : supprimer 2 serveurs (srv2 et srv3), et "réunir" les 3 réseaux en un seul. st1, st2 et st3 utiliseront srv1, et imprimeront indifféremment sur imp1, imp2 et imp3 (mais plutôt st1 sur imp1, st2 sur imp2, etc...). L'idéal étant même que st2 et st3 puissent ouvrir directement une session sur le domaine géré par srv1.
A noter que la majorité du travail (l'appli commerciale) sera faite à partir de clients TSE (donc à priori un minimum de traffic dans le tunnel).
Je ne sais pas si j'ai choisi la solution la plus simple, mais à priori pour l'instant elle répond à mes attentes, il ne me reste plus qu'à tester les impressions "distantes".
Je ne sais pas si j'ai répondu à la question ;-)
-- Jean Declercq message rédigé sur un spam 100% recyclé
Alex Chauvin a écrit sur fr.comp.reseaux.ip le 12/10/2005 dans
<diiidq$lte$1@news.tiscali.fr> :
Bonjour,
Je n'ais pas suivi toute l'affaire, mais la mise en place d'un protocole de
routage sur un VPN (parlons-nous bien de cela) n'est pas courant dans le
cadre de petits réseaux, le VPN s'occupe généralement du transport des trames
IP tout simplement.
Il devrait être possible de s'en sortir aussi bien avec du routage statique,
sauf si vous souhaites privilégier des routes multiples, redondantes l'une de
l'autre.
Dans votre cas, qui dialogue avec RIP ? Des serveurs, ou routeurs sur votre
réseau local ?
Bonjour
Comme vous l'avez certainement remarqué, je ne suis pas très "pointu"
dans ce domaine, j'apprends au fur et à mesure de mes lectures et de
mes expérimentations.
Je pose le décor:
3 sites avec 3 lan (Lan1, lan2, lan3) et 3 serveurs srv1, srv2 et srv3
(plus évidemment des stations st1, st2, st3 et des imprimantes réseau
imp1, imp2, imp3).
Sur ces serveurs, la même appli de gestion commerciale. A noter que ces
serveurs sont aussi utilisés en "serveurs de fichiers" pour la petite
bureautique.
Le but de la manoeuvre : supprimer 2 serveurs (srv2 et srv3), et
"réunir" les 3 réseaux en un seul.
st1, st2 et st3 utiliseront srv1, et imprimeront indifféremment sur
imp1, imp2 et imp3 (mais plutôt st1 sur imp1, st2 sur imp2, etc...).
L'idéal étant même que st2 et st3 puissent ouvrir directement une
session sur le domaine géré par srv1.
A noter que la majorité du travail (l'appli commerciale) sera faite à
partir de clients TSE (donc à priori un minimum de traffic dans le
tunnel).
Je ne sais pas si j'ai choisi la solution la plus simple, mais à priori
pour l'instant elle répond à mes attentes, il ne me reste plus qu'à
tester les impressions "distantes".
Je ne sais pas si j'ai répondu à la question ;-)
--
Jean Declercq
message rédigé sur un spam 100% recyclé
Alex Chauvin a écrit sur fr.comp.reseaux.ip le 12/10/2005 dans <diiidq$lte$ :
Bonjour,
Je n'ais pas suivi toute l'affaire, mais la mise en place d'un protocole de routage sur un VPN (parlons-nous bien de cela) n'est pas courant dans le cadre de petits réseaux, le VPN s'occupe généralement du transport des trames IP tout simplement. Il devrait être possible de s'en sortir aussi bien avec du routage statique, sauf si vous souhaites privilégier des routes multiples, redondantes l'une de l'autre.
Dans votre cas, qui dialogue avec RIP ? Des serveurs, ou routeurs sur votre réseau local ?
Bonjour
Comme vous l'avez certainement remarqué, je ne suis pas très "pointu" dans ce domaine, j'apprends au fur et à mesure de mes lectures et de mes expérimentations.
Je pose le décor: 3 sites avec 3 lan (Lan1, lan2, lan3) et 3 serveurs srv1, srv2 et srv3 (plus évidemment des stations st1, st2, st3 et des imprimantes réseau imp1, imp2, imp3). Sur ces serveurs, la même appli de gestion commerciale. A noter que ces serveurs sont aussi utilisés en "serveurs de fichiers" pour la petite bureautique. Le but de la manoeuvre : supprimer 2 serveurs (srv2 et srv3), et "réunir" les 3 réseaux en un seul. st1, st2 et st3 utiliseront srv1, et imprimeront indifféremment sur imp1, imp2 et imp3 (mais plutôt st1 sur imp1, st2 sur imp2, etc...). L'idéal étant même que st2 et st3 puissent ouvrir directement une session sur le domaine géré par srv1.
A noter que la majorité du travail (l'appli commerciale) sera faite à partir de clients TSE (donc à priori un minimum de traffic dans le tunnel).
Je ne sais pas si j'ai choisi la solution la plus simple, mais à priori pour l'instant elle répond à mes attentes, il ne me reste plus qu'à tester les impressions "distantes".
Je ne sais pas si j'ai répondu à la question ;-)
-- Jean Declercq message rédigé sur un spam 100% recyclé
