On Thu, 2004-10-07 at 20:59, FÃlix Hauri wrote:
> On Thu, Oct 07, 2004 at 04:58:50PM +0200, Leopoldo Ghielmetti wrote:
> > 
> > Donc finalement le ping qui a servi à Ãtablir la connexion n'est pas
> > NATtà correctement.
> > ...
> > Le TCP (testà avec telnet et ssh) souffrent du mÃme problÃme...
> > ...
> > > La solution consiste à rediriger les adresses internes sur les
> > > diffÃrentes interfaces tap crÃes par diald...
> 
> Ah, cela parle de diald!?
> 
> Cela fait un moment que je n'ai plus pratiquÃ, mais j'ai le souvenir d'un loop
> entre l'interface ``dummy'' de diald et l'interface rÃel (ppp), qui faisait
> que justement mÃme un telnet lancà sur une adresse extÃrieur dÃclanche la 
> connexion, puis se connecte...
> 
> A re-chercher dans les docs...
> 
> Sinon:
> $ while ! ping -c1 192.168.5.4 >/dev/null 2>&1 ;do sleep 3;done

oui, Ã Ãa j'y avais pensÃ. le problÃme c'est que ce n'est pas moi qui va
utiliser le systÃme mais mes collÃgues. Et eux ils sont sous Windows.

Donc si tu as un moyen de faire un while dans un .BAT je suis prenant.

Le systÃme actuel utilise aussi diald mais sur une vieille machine SuSE
6.3 (Pentium 90). Il n'est pas accessible en dehors du rÃseau local car
il ne fait pas de NAT et il n'est pas capable d'appeler plusieurs
clients non plus.
Maintenant je suis en train d'essayer d'en mettre sur pied un nouveau
systÃme qui sache faire de NAT et qui mette a disposition le service
d'accÃs distant pour tous les sous-rÃseaux, et avec la possibilitÃ
d'appeler plusieurs clients (ev. avec plusieurs modems).

Et le NAT est justement mon problÃme primaire, mais si je ne le fais pas
je ne rÃsout pas le problÃme de l'accÃs depuis les autres sous-rÃseaux.

Actuellement le systÃme marche avec un seul modem, avec deux Ãa peux
poser des problÃmes si des clients ont la mÃme adresse IP interne (et il
y en a). Mais il y a le problÃme de savoir quand la connexion monte.

Avec le systÃme actuel, mes collÃgues sont habituÃs à ouvrir une cmd et
faire un ping sur l'adresse distant. Quand le ping rÃpond ils savent que
la connexion est bonne et lancent l'application de gestion. Pour la
prÃcision ils ont prÃparà un .BAT qui fais des ping et un autre qui
prÃpare les routes locales à la machine et lance l'application.

Avec la nouvelle configuration il n'y a mÃme plus besoin des routes car
le routeur connaÃt le rÃseau client et renvoie les paquets à la bonne
machine qui va ensuite le forwarder sur le bon modem. Mais ils ont
toujours besoin du ping pour savoir si la connexion est bonne.

Il faut donc un .BAT capable de lancer la connexion et de vÃrifier si
elle est bonne. Sinon une application qui sache le faire.

Je voulais garder le systÃme des ping car ils en ont l'habitude, mais si
tu as des meilleures propositions...

Seule limitation, tout doit marcher sous Windows.

ciao, Leo

Attachment: signature.asc
Description: This is a digitally signed message part

Répondre à