Y'a quelques temps, j'avais chez moi un ordinateur (Debian/testing) et un
modem ADSL (Alcatel SpeedTouch Pro, modem ethernet). Et un abonnement
ADSL, aussi, mais bon. Ma machine établissait la connexion internet via
pppoe et pppd (ou le contraire). Mon modem était donc configuré pour
fonctionner en tant que "pont" (suivant les termes du modem), il
n'établissait pas la connexion lui-même. En fait, le modem faisait le
moins de choses possibles (pas de routage spécifique, pas de serveur DHCP
ou DNS).
J'ai déménagé, et histoire d'être sûr que je ne pourrais pas réutiliser ma
config telle quelle, j'ai changé de pays :-) (je suis maintenant à
Londres). J'ai repris un abonnement ADSL (chez UKOnline, pour ceux qui
veulent les détails), et j'ai réinstallé le même résau, cad exactement la
même machine derrière exactement le même modem, avec exactement les même
cablages (oui, bon, j'ai peut-être inversé deux cables ethernet ;-) ).
Et ca marche pas. Argh. Bon, dans un premier temps, il m'a fallu régler
les paramètres VPI/VCI, qui sont semble-t-il des trucs spécifiques à
l'ADSL de chaque pays (en France c'est 8-35, ici c'est 0-38). Pour le
reste, voici le log de mon essai de connexion (j'ai passé l'option debug à
pppd), avec quelques commentaires :
[Ok, j'ai bien reçu les adresses des serveurs DNS et une IP pour ma
machine. Les DNS sont bien ceux qui sont indiqués dans la doc du FAI.]
Sep 22 20:46:01 laputa pppd[3261]: Script /etc/ppp/ip-up started (pid 3265)
Sep 22 20:46:01 laputa pppd[3261]: rcvd [LCP TermReq id=0x1]
Sep 22 20:46:01 laputa pppd[3261]: LCP terminated by peer
Sep 22 20:46:01 laputa pppd[3261]: Connect time 0.0 minutes.
Sep 22 20:46:01 laputa pppd[3261]: Sent 0 bytes, received 0 bytes.
Sep 22 20:46:01 laputa pppd[3261]: sent [LCP TermAck id=0x1]
Sep 22 20:46:01 laputa pppd[3261]: rcvd [IPCP TermReq id=0x1]
Sep 22 20:46:01 laputa pppd[3261]: Discarded non-LCP packet when LCP not
open
Sep 22 20:46:01 laputa pppoe[3262]: Session 5761 terminated -- received
PADT from peer
Sep 22 20:46:01 laputa pppoe[3262]: Sent PADT
Sep 22 20:46:01 laputa pppd[3261]: Modem hangup
Sep 22 20:46:01 laputa pppd[3261]: Connection terminated.
[Buh ?? Le serveur m'envoie une demande de fin de connexion, et le client,
sagement, termine la connexion. Soit. Mais pourquoi diable le serveur me
demande-t-il de fermer la connexion ???]
[Évidemment, les scripts de connexion ensuite ne servent plus à rien. Et
quand je ferme pppd (avec poff), j'ai les messages suivants : ]
Sep 22 20:46:11 laputa pppd[3261]: Terminating on signal 15
Sep 22 20:46:11 laputa pppd[3261]: Exit.
[Rien d'anormal ici.]
Donc, en résumé, tout se passe bien, sauf qu'à un moment le serveur me
demande poliment de mourir. Et comme pppd est bien élevé, il obéit. C'est
gentil de sa part, mais ca ne m'arrange pas...
Deuxième phase, je configure le modem pour qu'il se connecte lui-même à
mon FAI, et non plus qu'il serve de pont. Je crée une entrée de type PPP
dans "l'annuaire" du modem, que je configure sur les bons VPI/VCI, puis je
configure cette entrée avec mes logins/mdp. J'ai droit à trois pauvres
options de configuration (tout se fait par une interface web), à savoir :
Connection Sharing (valeurs possibles : Me only, Everybody, My net only.
J'ai mis Everybody)
Destination networks (valeurs possibles : All networks, Remote net only,
Remote host only, Specific network defined below. J'ai mis All networks)
Specific network (j'ai rien mis, c'est lié à l'option au dessus)
Address translation (NAT-PAT) (une check box, qui est activée.)
Primary DNS
Secondary DNS (j'ai évidemment rempli avec les deux serveurs DNS fournis
par mon FAI).
Local IP
Remote IP (j'ai rien mis, c'est à mon FAI de me fournir ca, ce qu'il fait
d'après le log précédent)
Mode : (c'est pour dire si la connexion doit être établie au démarrage du
modem ou juste quand je le demande explicitement)
Idle time limit : (un champ vide. J'ai rien mis.)
Et avec tout ca, ca marche parfaitement ! Mon modem se connecte sans le
moindre problème...
Donc, première question, pourquoi ça marche quand le modem établit
directement la connexion et pas quand je le fais par pppd/pppoe ?
D'autre part, si j'utilise le modem pour établir la connexion, j'ai deux
problèmes : un cité dans un autre message (le modem ne fait pas de routage
très évolué, j'arrive donc pas à rediriger des connexion extérieures vers
une machine spécifique sur mon réseau) ; et deuxième problème (effleuré
dans l'autre message), je n'arrive pas à savoir quelle est mon IP.
En effet, le log ci-dessus montre deux IPs :
local IP address 87.80.26.93
remote IP address 82.108.10.42
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et
d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings.
Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être
celle-là la bonne. Mais comment je fais pour la récupérer ? Dans les
tables de routage du modem, je vois apparaître la première, mais jamais la
deuxième (ce qui est assez normal si la deuxième est celle qui sert pour
le vaste monde extérieur depuis mon FAI et que la première ne sert que
pour la connection modem<-->FAI. Je sais pas trop pourquoi, mais y'a
vaguement une logique).
Bref, est-ce que quelqu'un peut m'aider à faire marcher pppd, ou à défaut,
à configurer proprement mon modem ?
Merci d'avance, et désolé pour ce long message (je préfère mettre trop
d'infos que pas assez... ça évite aux gentils lecteurs d'explorer des
pistes que j'ai déjà épuisées !).
--
Rémi Moyen
Le 22.09.2005 21:19, *Rémi Moyen* a écrit fort à propos :
Salut,
Bonsoir
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être celle-là la bonne.
Je crois qu'il est normal de ne pas pouvoir pinger sa propre ip, du moins avec ce modèle de modem. L'adresse de ton ordinateur est 87.80.26.93 comme tu peux aussi le vérifier dans l'en-tête de ton post.
Mais comment je fais pour la récupérer ?
Comme tu le dis toi-même, dans les tables du routeur, ou simplement dans cette page : http://10.0.0.138/cgi/router/ dans la case adresse ppp1. Autrement, tu as encore la ressource de t'envoyer un courriel et de lire l'adresse ip de l'expéditeur. ;-)
Le 22.09.2005 21:19, *Rémi Moyen* a écrit fort à propos :
Salut,
Bonsoir
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et
d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings.
Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être
celle-là la bonne.
Je crois qu'il est normal de ne pas pouvoir pinger sa propre ip, du
moins avec ce modèle de modem.
L'adresse de ton ordinateur est 87.80.26.93 comme tu peux aussi le
vérifier dans l'en-tête de ton post.
Mais comment je fais pour la récupérer ?
Comme tu le dis toi-même, dans les tables du routeur, ou simplement dans
cette page : http://10.0.0.138/cgi/router/ dans la case adresse ppp1.
Autrement, tu as encore la ressource de t'envoyer un courriel et de lire
l'adresse ip de l'expéditeur. ;-)
Le 22.09.2005 21:19, *Rémi Moyen* a écrit fort à propos :
Salut,
Bonsoir
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être celle-là la bonne.
Je crois qu'il est normal de ne pas pouvoir pinger sa propre ip, du moins avec ce modèle de modem. L'adresse de ton ordinateur est 87.80.26.93 comme tu peux aussi le vérifier dans l'en-tête de ton post.
Mais comment je fais pour la récupérer ?
Comme tu le dis toi-même, dans les tables du routeur, ou simplement dans cette page : http://10.0.0.138/cgi/router/ dans la case adresse ppp1. Autrement, tu as encore la ressource de t'envoyer un courriel et de lire l'adresse ip de l'expéditeur. ;-)
Rémi Moyen
On Thu, 22 Sep 2005 22:55:41 +0200, geo cherchetout wrote:
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être celle-là la bonne.
Je crois qu'il est normal de ne pas pouvoir pinger sa propre ip, du moins avec ce modèle de modem.
Ben, j'ai aussi essayé depuis une autre machine, totalement en dehors de mon réseau : je n'arrive pas à pinger 87.80.26.93, mais par contre 82.108.10.42 marche. Donc bon, je veux bien que la "vraie" IP soit la première, mais si je ne peux pas l'utiliser pour me connecter, ça ne me sert à rien !
L'adresse de ton ordinateur est 87.80.26.93 comme tu peux aussi le vérifier dans l'en-tête de ton post.
Oui, mais comment récupère-je l'autre IP ? Ou alors, comment je fais pour utiliser cette IP ? Si je ne peux rien en faire, ça me fait une belle jambe de la connaître...
Mais comment je fais pour la récupérer ?
Comme tu le dis toi-même, dans les tables du routeur, ou simplement dans cette page : http://10.0.0.138/cgi/router/ dans la case adresse ppp1. Autrement, tu as encore la ressource de t'envoyer un courriel et de lire l'adresse ip de l'expéditeur. ;-)
Voui, sauf que tout comme avec checkip.dyndns.org ou autres services web, j'ai une IP que je ne peux pas pinger. Pour moi, c'est totalement inutile.
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets arrivants sur le port 22 vers une machine sur mon réseau local, je m'en contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du modem qui permettrait de faire ça... Snif...
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois deux IPs dans les logs de connection ? -- Rémi Moyen
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et
d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux
pings.
Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit
être
celle-là la bonne.
Je crois qu'il est normal de ne pas pouvoir pinger sa propre ip, du
moins avec ce modèle de modem.
Ben, j'ai aussi essayé depuis une autre machine, totalement en dehors de
mon réseau : je n'arrive pas à pinger 87.80.26.93, mais par contre
82.108.10.42 marche. Donc bon, je veux bien que la "vraie" IP soit la
première, mais si je ne peux pas l'utiliser pour me connecter, ça ne me
sert à rien !
L'adresse de ton ordinateur est 87.80.26.93 comme tu peux aussi le
vérifier dans l'en-tête de ton post.
Oui, mais comment récupère-je l'autre IP ? Ou alors, comment je fais pour
utiliser cette IP ? Si je ne peux rien en faire, ça me fait une belle
jambe de la connaître...
Mais comment je fais pour la récupérer ?
Comme tu le dis toi-même, dans les tables du routeur, ou simplement dans
cette page : http://10.0.0.138/cgi/router/ dans la case adresse ppp1.
Autrement, tu as encore la ressource de t'envoyer un courriel et de lire
l'adresse ip de l'expéditeur. ;-)
Voui, sauf que tout comme avec checkip.dyndns.org ou autres services web,
j'ai une IP que je ne peux pas pinger. Pour moi, c'est totalement inutile.
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets
arrivants sur le port 22 vers une machine sur mon réseau local, je m'en
contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du
modem qui permettrait de faire ça... Snif...
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois
deux IPs dans les logs de connection ?
--
Rémi Moyen
On Thu, 22 Sep 2005 22:55:41 +0200, geo cherchetout wrote:
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être celle-là la bonne.
Je crois qu'il est normal de ne pas pouvoir pinger sa propre ip, du moins avec ce modèle de modem.
Ben, j'ai aussi essayé depuis une autre machine, totalement en dehors de mon réseau : je n'arrive pas à pinger 87.80.26.93, mais par contre 82.108.10.42 marche. Donc bon, je veux bien que la "vraie" IP soit la première, mais si je ne peux pas l'utiliser pour me connecter, ça ne me sert à rien !
L'adresse de ton ordinateur est 87.80.26.93 comme tu peux aussi le vérifier dans l'en-tête de ton post.
Oui, mais comment récupère-je l'autre IP ? Ou alors, comment je fais pour utiliser cette IP ? Si je ne peux rien en faire, ça me fait une belle jambe de la connaître...
Mais comment je fais pour la récupérer ?
Comme tu le dis toi-même, dans les tables du routeur, ou simplement dans cette page : http://10.0.0.138/cgi/router/ dans la case adresse ppp1. Autrement, tu as encore la ressource de t'envoyer un courriel et de lire l'adresse ip de l'expéditeur. ;-)
Voui, sauf que tout comme avec checkip.dyndns.org ou autres services web, j'ai une IP que je ne peux pas pinger. Pour moi, c'est totalement inutile.
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets arrivants sur le port 22 vers une machine sur mon réseau local, je m'en contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du modem qui permettrait de faire ça... Snif...
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois deux IPs dans les logs de connection ? -- Rémi Moyen
Et je vois aussi que tu as un réseau 10.0.0.* sur eth0 : il se peut que le serveur à l'autre bout de l'ADSL n'apprécie pas de voir du trafic IP là où il pense ne voir que du PPPoE.
Rémi Moyen wrote in message <op.sxiqndd7fbrdmg@laputa>:
Sep 22 20:46:01 laputa pppd[3261]: not replacing default route to eth0
[10.0.0.138]
Hum, ça ne me dit rien de bon, ça. Ce n'est probablement pas ce qui cause la
fin de la connexion, mais je soupçonne que ce n'est pas normal.
Et je vois aussi que tu as un réseau 10.0.0.* sur eth0 : il se peut que le
serveur à l'autre bout de l'ADSL n'apprécie pas de voir du trafic IP là où
il pense ne voir que du PPPoE.
Et je vois aussi que tu as un réseau 10.0.0.* sur eth0 : il se peut que le serveur à l'autre bout de l'ADSL n'apprécie pas de voir du trafic IP là où il pense ne voir que du PPPoE.
Michel Tatoute
Rémi Moyen wrote:
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets arrivants sur le port 22 vers une machine sur mon réseau local, je m'en contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du modem qui permettrait de faire ça... Snif...
tu as dit dans ton postr initial que tpon modem avait un réglage me only, my
network ou everybody. Je te conseille de tester les autres (me only par exemple) pour voir s'il propage les connexion entrantes dans ce cas.
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois deux IPs dans les logs de connection ?
je crois. L'une est la tienne, l'autre celle de la machine en face de toi qui te répond.
Michel.
Rémi Moyen wrote:
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets
arrivants sur le port 22 vers une machine sur mon réseau local, je m'en
contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du
modem qui permettrait de faire ça... Snif...
tu as dit dans ton postr initial que tpon modem avait un réglage me only, my
network ou everybody. Je te conseille de tester les autres (me only par
exemple) pour voir s'il propage les connexion entrantes dans ce cas.
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois
deux IPs dans les logs de connection ?
je crois. L'une est la tienne, l'autre celle de la machine en face de toi
qui te répond.
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets arrivants sur le port 22 vers une machine sur mon réseau local, je m'en contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du modem qui permettrait de faire ça... Snif...
tu as dit dans ton postr initial que tpon modem avait un réglage me only, my
network ou everybody. Je te conseille de tester les autres (me only par exemple) pour voir s'il propage les connexion entrantes dans ce cas.
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois deux IPs dans les logs de connection ?
je crois. L'une est la tienne, l'autre celle de la machine en face de toi qui te répond.
Michel.
geo cherchetout
Le 22.09.2005 23:14, *Rémi Moyen* a écrit fort à propos :
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets arrivants sur le port 22 vers une machine sur mon réseau local, je m'en contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du modem qui permettrait de faire ça... Snif...
Si tu n'as pas le manuel papier, tu trouveras de la documentation ici : http://www.alcateldsl.com/ Pour créer un règle nat en mode graphique, il suffit de te rendre avec ton navigateur à l'adresse http://10.0.0.138/index.htm et de cliquer le bouton NAT. Une fois ta règle créée, n'oublie pas de sauvegarder avec le bouton « save all ». Tu peux également dialoguer avec le modem et réaliser tes réglages par telnet, voir et/ou modifier les fichiers de configuration par ftp.
À toutes fins utiles, voici les lignes du fichiers nat.ini qui me semblent correspondre plus ou moins à ce que tu veux faire :
Si tu le souhaites, je peux t'envoyer les autres fichiers. (10.0.0.1 est l'ip de mon pc, qui est souvent le seul dans mon petit réseau local.)
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois deux IPs dans les logs de connection ?
L'autre adresse pourrait bien être celle du BAS, c'est-à-dire le premier serveur rencontré en sortant de chez toi ? En faisant un traceroute vers n'importe où, il figurerait alors immédiatement après 10.0.0.138 qui est celle du modem/routeur. D'ailleurs, je viens de tenter un traceroute vers 87.80.26.93 et le dernier qui répond est bien : 14 ds0.lwchi.uk.easynet.net (82.108.10.42) 58.977 ms 47.940 ms 6.132 ms Personnellement, mes connaissances étant très limitées, j'ai réalisé mes configurations avec l'aide du site : http://forpage.com/forum/portal.php avant que ses services deviennent payants. Tu trouveras aussi de l'aide dans le groupe fr.reseaux.telecoms.adsl, pour n'en citer qu'un.
Le 22.09.2005 23:14, *Rémi Moyen* a écrit fort à propos :
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets
arrivants sur le port 22 vers une machine sur mon réseau local, je m'en
contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du
modem qui permettrait de faire ça... Snif...
Si tu n'as pas le manuel papier, tu trouveras de la documentation ici :
http://www.alcateldsl.com/
Pour créer un règle nat en mode graphique, il suffit de te rendre avec
ton navigateur à l'adresse http://10.0.0.138/index.htm et de cliquer le
bouton NAT. Une fois ta règle créée, n'oublie pas de sauvegarder avec le
bouton « save all ».
Tu peux également dialoguer avec le modem et réaliser tes réglages par
telnet, voir et/ou modifier les fichiers de configuration par ftp.
À toutes fins utiles, voici les lignes du fichiers nat.ini qui me
semblent correspondre plus ou moins à ce que tu veux faire :
Si tu le souhaites, je peux t'envoyer les autres fichiers.
(10.0.0.1 est l'ip de mon pc, qui est souvent le seul dans mon petit
réseau local.)
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois
deux IPs dans les logs de connection ?
L'autre adresse pourrait bien être celle du BAS, c'est-à-dire le premier
serveur rencontré en sortant de chez toi ? En faisant un traceroute vers
n'importe où, il figurerait alors immédiatement après 10.0.0.138 qui est
celle du modem/routeur.
D'ailleurs, je viens de tenter un traceroute vers 87.80.26.93 et le
dernier qui répond est bien :
14 ds0.lwchi.uk.easynet.net (82.108.10.42) 58.977 ms 47.940 ms 6.132 ms
Personnellement, mes connaissances étant très limitées, j'ai réalisé mes
configurations avec l'aide du site :
http://forpage.com/forum/portal.php avant que ses services deviennent
payants.
Tu trouveras aussi de l'aide dans le groupe fr.reseaux.telecoms.adsl,
pour n'en citer qu'un.
Le 22.09.2005 23:14, *Rémi Moyen* a écrit fort à propos :
Ceci dit, tant que je n'arrive à dire à mon modem de rediriger les paquets arrivants sur le port 22 vers une machine sur mon réseau local, je m'en contrefiche de savoir mon IP. Et comme je n'ai rien vu dans la config du modem qui permettrait de faire ça... Snif...
Si tu n'as pas le manuel papier, tu trouveras de la documentation ici : http://www.alcateldsl.com/ Pour créer un règle nat en mode graphique, il suffit de te rendre avec ton navigateur à l'adresse http://10.0.0.138/index.htm et de cliquer le bouton NAT. Une fois ta règle créée, n'oublie pas de sauvegarder avec le bouton « save all ». Tu peux également dialoguer avec le modem et réaliser tes réglages par telnet, voir et/ou modifier les fichiers de configuration par ftp.
À toutes fins utiles, voici les lignes du fichiers nat.ini qui me semblent correspondre plus ou moins à ce que tu veux faire :
Si tu le souhaites, je peux t'envoyer les autres fichiers. (10.0.0.1 est l'ip de mon pc, qui est souvent le seul dans mon petit réseau local.)
Merci quand même pour ta réponse ! Par curiosité, sais-tu pourquoi je vois deux IPs dans les logs de connection ?
L'autre adresse pourrait bien être celle du BAS, c'est-à-dire le premier serveur rencontré en sortant de chez toi ? En faisant un traceroute vers n'importe où, il figurerait alors immédiatement après 10.0.0.138 qui est celle du modem/routeur. D'ailleurs, je viens de tenter un traceroute vers 87.80.26.93 et le dernier qui répond est bien : 14 ds0.lwchi.uk.easynet.net (82.108.10.42) 58.977 ms 47.940 ms 6.132 ms Personnellement, mes connaissances étant très limitées, j'ai réalisé mes configurations avec l'aide du site : http://forpage.com/forum/portal.php avant que ses services deviennent payants. Tu trouveras aussi de l'aide dans le groupe fr.reseaux.telecoms.adsl, pour n'en citer qu'un.
oli-cla
Salut,
Y'a quelques temps, j'avais chez moi un ordinateur (Debian/testing) et un modem ADSL (Alcatel SpeedTouch Pro, modem ethernet). Et un abonnement ADSL, aussi, mais bon. Ma machine établissait la connexion internet via pppoe et pppd (ou le contraire). Mon modem était donc configuré pour fonctionner en tant que "pont" (suivant les termes du modem), il n'établissait pas la connexion lui-même. En fait, le modem faisait le moins de choses possibles (pas de routage spécifique, pas de serveur DHCP ou DNS).
J'ai déménagé, et histoire d'être sûr que je ne pourrais pas réutiliser ma config telle quelle, j'ai changé de pays :-) (je suis maintenant à Londres). J'ai repris un abonnement ADSL (chez UKOnline, pour ceux qui veulent les détails), et j'ai réinstallé le même résau, cad exactement la même machine derrière exactement le même modem, avec exactement les même cablages (oui, bon, j'ai peut-être inversé deux cables ethernet ;-) ).
Et ca marche pas. Argh. Bon, dans un premier temps, il m'a fallu régler les paramètres VPI/VCI, qui sont semble-t-il des trucs spécifiques à l'ADSL de chaque pays (en France c'est 8-35, ici c'est 0-38). Pour le reste, voici le log de mon essai de connexion (j'ai passé l'option debug à pppd), avec quelques commentaires :
[Ok, j'ai bien reçu les adresses des serveurs DNS et une IP pour ma machine. Les DNS sont bien ceux qui sont indiqués dans la doc du FAI.]
Sep 22 20:46:01 laputa pppd[3261]: Script /etc/ppp/ip-up started (pid 3265) Sep 22 20:46:01 laputa pppd[3261]: rcvd [LCP TermReq id=0x1] Sep 22 20:46:01 laputa pppd[3261]: LCP terminated by peer Sep 22 20:46:01 laputa pppd[3261]: Connect time 0.0 minutes. Sep 22 20:46:01 laputa pppd[3261]: Sent 0 bytes, received 0 bytes. Sep 22 20:46:01 laputa pppd[3261]: sent [LCP TermAck id=0x1] Sep 22 20:46:01 laputa pppd[3261]: rcvd [IPCP TermReq id=0x1] Sep 22 20:46:01 laputa pppd[3261]: Discarded non-LCP packet when LCP not open Sep 22 20:46:01 laputa pppoe[3262]: Session 5761 terminated -- received PADT from peer Sep 22 20:46:01 laputa pppoe[3262]: Sent PADT Sep 22 20:46:01 laputa pppd[3261]: Modem hangup Sep 22 20:46:01 laputa pppd[3261]: Connection terminated.
[Buh ?? Le serveur m'envoie une demande de fin de connexion, et le client, sagement, termine la connexion. Soit. Mais pourquoi diable le serveur me demande-t-il de fermer la connexion ???]
[Évidemment, les scripts de connexion ensuite ne servent plus à rien. Et quand je ferme pppd (avec poff), j'ai les messages suivants : ]
Sep 22 20:46:11 laputa pppd[3261]: Terminating on signal 15 Sep 22 20:46:11 laputa pppd[3261]: Exit.
[Rien d'anormal ici.]
Donc, en résumé, tout se passe bien, sauf qu'à un moment le serveur me demande poliment de mourir. Et comme pppd est bien élevé, il obéit. C'est gentil de sa part, mais ca ne m'arrange pas...
Deuxième phase, je configure le modem pour qu'il se connecte lui-même à mon FAI, et non plus qu'il serve de pont. Je crée une entrée de type PPP dans "l'annuaire" du modem, que je configure sur les bons VPI/VCI, puis je configure cette entrée avec mes logins/mdp. J'ai droit à trois pauvres options de configuration (tout se fait par une interface web), à savoir :
Connection Sharing (valeurs possibles : Me only, Everybody, My net only. J'ai mis Everybody) Destination networks (valeurs possibles : All networks, Remote net only, Remote host only, Specific network defined below. J'ai mis All networks) Specific network (j'ai rien mis, c'est lié à l'option au dessus)
Address translation (NAT-PAT) (une check box, qui est activée.)
Primary DNS Secondary DNS (j'ai évidemment rempli avec les deux serveurs DNS fournis par mon FAI).
Local IP Remote IP (j'ai rien mis, c'est à mon FAI de me fournir ca, ce qu'il fait d'après le log précédent)
Mode : (c'est pour dire si la connexion doit être établie au démarrage du modem ou juste quand je le demande explicitement) Idle time limit : (un champ vide. J'ai rien mis.)
Et avec tout ca, ca marche parfaitement ! Mon modem se connecte sans le moindre problème...
Donc, première question, pourquoi ça marche quand le modem établit directement la connexion et pas quand je le fais par pppd/pppoe ?
D'autre part, si j'utilise le modem pour établir la connexion, j'ai deux problèmes : un cité dans un autre message (le modem ne fait pas de routage très évolué, j'arrive donc pas à rediriger des connexion extérieures vers une machine spécifique sur mon réseau) ; et deuxième problème (effleuré dans l'autre message), je n'arrive pas à savoir quelle est mon IP.
En effet, le log ci-dessus montre deux IPs : local IP address 87.80.26.93 remote IP address 82.108.10.42 Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être celle-là la bonne. Mais comment je fais pour la récupérer ? Dans les tables de routage du modem, je vois apparaître la première, mais jamais la deuxième (ce qui est assez normal si la deuxième est celle qui sert pour le vaste monde extérieur depuis mon FAI et que la première ne sert que pour la connection modem<-->FAI. Je sais pas trop pourquoi, mais y'a vaguement une logique).
Bref, est-ce que quelqu'un peut m'aider à faire marcher pppd, ou à défaut, à configurer proprement mon modem ?
Merci d'avance, et désolé pour ce long message (je préfère mettre trop d'infos que pas assez... ça évite aux gentils lecteurs d'explorer des pistes que j'ai déjà épuisées !). Salut,
J'ai le même à la maison configuré en bridge et pas pb, mais je vois dans tes logs que l'authentification est CHAP, je veux bien mais est tu sur que tu 'ai pas besoin de PAP plutôt copie ton chap.secret dans pap.secret pour voir.
Salut,
Salut,
Y'a quelques temps, j'avais chez moi un ordinateur (Debian/testing) et
un modem ADSL (Alcatel SpeedTouch Pro, modem ethernet). Et un
abonnement ADSL, aussi, mais bon. Ma machine établissait la connexion
internet via pppoe et pppd (ou le contraire). Mon modem était donc
configuré pour fonctionner en tant que "pont" (suivant les termes du
modem), il n'établissait pas la connexion lui-même. En fait, le modem
faisait le moins de choses possibles (pas de routage spécifique, pas de
serveur DHCP ou DNS).
J'ai déménagé, et histoire d'être sûr que je ne pourrais pas réutiliser
ma config telle quelle, j'ai changé de pays :-) (je suis maintenant à
Londres). J'ai repris un abonnement ADSL (chez UKOnline, pour ceux qui
veulent les détails), et j'ai réinstallé le même résau, cad exactement
la même machine derrière exactement le même modem, avec exactement les
même cablages (oui, bon, j'ai peut-être inversé deux cables ethernet
;-) ).
Et ca marche pas. Argh. Bon, dans un premier temps, il m'a fallu régler
les paramètres VPI/VCI, qui sont semble-t-il des trucs spécifiques à
l'ADSL de chaque pays (en France c'est 8-35, ici c'est 0-38). Pour le
reste, voici le log de mon essai de connexion (j'ai passé l'option debug
à pppd), avec quelques commentaires :
[Ok, j'ai bien reçu les adresses des serveurs DNS et une IP pour ma
machine. Les DNS sont bien ceux qui sont indiqués dans la doc du FAI.]
Sep 22 20:46:01 laputa pppd[3261]: Script /etc/ppp/ip-up started (pid 3265)
Sep 22 20:46:01 laputa pppd[3261]: rcvd [LCP TermReq id=0x1]
Sep 22 20:46:01 laputa pppd[3261]: LCP terminated by peer
Sep 22 20:46:01 laputa pppd[3261]: Connect time 0.0 minutes.
Sep 22 20:46:01 laputa pppd[3261]: Sent 0 bytes, received 0 bytes.
Sep 22 20:46:01 laputa pppd[3261]: sent [LCP TermAck id=0x1]
Sep 22 20:46:01 laputa pppd[3261]: rcvd [IPCP TermReq id=0x1]
Sep 22 20:46:01 laputa pppd[3261]: Discarded non-LCP packet when LCP
not open
Sep 22 20:46:01 laputa pppoe[3262]: Session 5761 terminated -- received
PADT from peer
Sep 22 20:46:01 laputa pppoe[3262]: Sent PADT
Sep 22 20:46:01 laputa pppd[3261]: Modem hangup
Sep 22 20:46:01 laputa pppd[3261]: Connection terminated.
[Buh ?? Le serveur m'envoie une demande de fin de connexion, et le
client, sagement, termine la connexion. Soit. Mais pourquoi diable le
serveur me demande-t-il de fermer la connexion ???]
[Évidemment, les scripts de connexion ensuite ne servent plus à rien.
Et quand je ferme pppd (avec poff), j'ai les messages suivants : ]
Sep 22 20:46:11 laputa pppd[3261]: Terminating on signal 15
Sep 22 20:46:11 laputa pppd[3261]: Exit.
[Rien d'anormal ici.]
Donc, en résumé, tout se passe bien, sauf qu'à un moment le serveur me
demande poliment de mourir. Et comme pppd est bien élevé, il obéit.
C'est gentil de sa part, mais ca ne m'arrange pas...
Deuxième phase, je configure le modem pour qu'il se connecte lui-même à
mon FAI, et non plus qu'il serve de pont. Je crée une entrée de type
PPP dans "l'annuaire" du modem, que je configure sur les bons VPI/VCI,
puis je configure cette entrée avec mes logins/mdp. J'ai droit à trois
pauvres options de configuration (tout se fait par une interface web),
à savoir :
Connection Sharing (valeurs possibles : Me only, Everybody, My net
only. J'ai mis Everybody)
Destination networks (valeurs possibles : All networks, Remote net
only, Remote host only, Specific network defined below. J'ai mis All
networks)
Specific network (j'ai rien mis, c'est lié à l'option au dessus)
Address translation (NAT-PAT) (une check box, qui est activée.)
Primary DNS
Secondary DNS (j'ai évidemment rempli avec les deux serveurs DNS
fournis par mon FAI).
Local IP
Remote IP (j'ai rien mis, c'est à mon FAI de me fournir ca, ce qu'il
fait d'après le log précédent)
Mode : (c'est pour dire si la connexion doit être établie au démarrage
du modem ou juste quand je le demande explicitement)
Idle time limit : (un champ vide. J'ai rien mis.)
Et avec tout ca, ca marche parfaitement ! Mon modem se connecte sans le
moindre problème...
Donc, première question, pourquoi ça marche quand le modem établit
directement la connexion et pas quand je le fais par pppd/pppoe ?
D'autre part, si j'utilise le modem pour établir la connexion, j'ai
deux problèmes : un cité dans un autre message (le modem ne fait pas de
routage très évolué, j'arrive donc pas à rediriger des connexion
extérieures vers une machine spécifique sur mon réseau) ; et deuxième
problème (effleuré dans l'autre message), je n'arrive pas à savoir
quelle est mon IP.
En effet, le log ci-dessus montre deux IPs :
local IP address 87.80.26.93
remote IP address 82.108.10.42
Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et
d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux
pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça
doit être celle-là la bonne. Mais comment je fais pour la récupérer ?
Dans les tables de routage du modem, je vois apparaître la première,
mais jamais la deuxième (ce qui est assez normal si la deuxième est
celle qui sert pour le vaste monde extérieur depuis mon FAI et que la
première ne sert que pour la connection modem<-->FAI. Je sais pas trop
pourquoi, mais y'a vaguement une logique).
Bref, est-ce que quelqu'un peut m'aider à faire marcher pppd, ou à
défaut, à configurer proprement mon modem ?
Merci d'avance, et désolé pour ce long message (je préfère mettre trop
d'infos que pas assez... ça évite aux gentils lecteurs d'explorer des
pistes que j'ai déjà épuisées !).
Salut,
J'ai le même à la maison configuré en bridge et pas pb, mais je vois
dans tes logs que l'authentification est CHAP, je veux bien mais est tu
sur que tu 'ai pas besoin de PAP plutôt copie ton chap.secret dans
pap.secret pour voir.
Y'a quelques temps, j'avais chez moi un ordinateur (Debian/testing) et un modem ADSL (Alcatel SpeedTouch Pro, modem ethernet). Et un abonnement ADSL, aussi, mais bon. Ma machine établissait la connexion internet via pppoe et pppd (ou le contraire). Mon modem était donc configuré pour fonctionner en tant que "pont" (suivant les termes du modem), il n'établissait pas la connexion lui-même. En fait, le modem faisait le moins de choses possibles (pas de routage spécifique, pas de serveur DHCP ou DNS).
J'ai déménagé, et histoire d'être sûr que je ne pourrais pas réutiliser ma config telle quelle, j'ai changé de pays :-) (je suis maintenant à Londres). J'ai repris un abonnement ADSL (chez UKOnline, pour ceux qui veulent les détails), et j'ai réinstallé le même résau, cad exactement la même machine derrière exactement le même modem, avec exactement les même cablages (oui, bon, j'ai peut-être inversé deux cables ethernet ;-) ).
Et ca marche pas. Argh. Bon, dans un premier temps, il m'a fallu régler les paramètres VPI/VCI, qui sont semble-t-il des trucs spécifiques à l'ADSL de chaque pays (en France c'est 8-35, ici c'est 0-38). Pour le reste, voici le log de mon essai de connexion (j'ai passé l'option debug à pppd), avec quelques commentaires :
[Ok, j'ai bien reçu les adresses des serveurs DNS et une IP pour ma machine. Les DNS sont bien ceux qui sont indiqués dans la doc du FAI.]
Sep 22 20:46:01 laputa pppd[3261]: Script /etc/ppp/ip-up started (pid 3265) Sep 22 20:46:01 laputa pppd[3261]: rcvd [LCP TermReq id=0x1] Sep 22 20:46:01 laputa pppd[3261]: LCP terminated by peer Sep 22 20:46:01 laputa pppd[3261]: Connect time 0.0 minutes. Sep 22 20:46:01 laputa pppd[3261]: Sent 0 bytes, received 0 bytes. Sep 22 20:46:01 laputa pppd[3261]: sent [LCP TermAck id=0x1] Sep 22 20:46:01 laputa pppd[3261]: rcvd [IPCP TermReq id=0x1] Sep 22 20:46:01 laputa pppd[3261]: Discarded non-LCP packet when LCP not open Sep 22 20:46:01 laputa pppoe[3262]: Session 5761 terminated -- received PADT from peer Sep 22 20:46:01 laputa pppoe[3262]: Sent PADT Sep 22 20:46:01 laputa pppd[3261]: Modem hangup Sep 22 20:46:01 laputa pppd[3261]: Connection terminated.
[Buh ?? Le serveur m'envoie une demande de fin de connexion, et le client, sagement, termine la connexion. Soit. Mais pourquoi diable le serveur me demande-t-il de fermer la connexion ???]
[Évidemment, les scripts de connexion ensuite ne servent plus à rien. Et quand je ferme pppd (avec poff), j'ai les messages suivants : ]
Sep 22 20:46:11 laputa pppd[3261]: Terminating on signal 15 Sep 22 20:46:11 laputa pppd[3261]: Exit.
[Rien d'anormal ici.]
Donc, en résumé, tout se passe bien, sauf qu'à un moment le serveur me demande poliment de mourir. Et comme pppd est bien élevé, il obéit. C'est gentil de sa part, mais ca ne m'arrange pas...
Deuxième phase, je configure le modem pour qu'il se connecte lui-même à mon FAI, et non plus qu'il serve de pont. Je crée une entrée de type PPP dans "l'annuaire" du modem, que je configure sur les bons VPI/VCI, puis je configure cette entrée avec mes logins/mdp. J'ai droit à trois pauvres options de configuration (tout se fait par une interface web), à savoir :
Connection Sharing (valeurs possibles : Me only, Everybody, My net only. J'ai mis Everybody) Destination networks (valeurs possibles : All networks, Remote net only, Remote host only, Specific network defined below. J'ai mis All networks) Specific network (j'ai rien mis, c'est lié à l'option au dessus)
Address translation (NAT-PAT) (une check box, qui est activée.)
Primary DNS Secondary DNS (j'ai évidemment rempli avec les deux serveurs DNS fournis par mon FAI).
Local IP Remote IP (j'ai rien mis, c'est à mon FAI de me fournir ca, ce qu'il fait d'après le log précédent)
Mode : (c'est pour dire si la connexion doit être établie au démarrage du modem ou juste quand je le demande explicitement) Idle time limit : (un champ vide. J'ai rien mis.)
Et avec tout ca, ca marche parfaitement ! Mon modem se connecte sans le moindre problème...
Donc, première question, pourquoi ça marche quand le modem établit directement la connexion et pas quand je le fais par pppd/pppoe ?
D'autre part, si j'utilise le modem pour établir la connexion, j'ai deux problèmes : un cité dans un autre message (le modem ne fait pas de routage très évolué, j'arrive donc pas à rediriger des connexion extérieures vers une machine spécifique sur mon réseau) ; et deuxième problème (effleuré dans l'autre message), je n'arrive pas à savoir quelle est mon IP.
En effet, le log ci-dessus montre deux IPs : local IP address 87.80.26.93 remote IP address 82.108.10.42 Tous les trucs sur le web pour me donner mon IP (checkip.dyndns.org et d'autres) me répondent 87.80.26.93. Mais cette IP ne répond pas aux pings. Par contre, l'autre IP (82.108.10.42) répond correctement, et ça doit être celle-là la bonne. Mais comment je fais pour la récupérer ? Dans les tables de routage du modem, je vois apparaître la première, mais jamais la deuxième (ce qui est assez normal si la deuxième est celle qui sert pour le vaste monde extérieur depuis mon FAI et que la première ne sert que pour la connection modem<-->FAI. Je sais pas trop pourquoi, mais y'a vaguement une logique).
Bref, est-ce que quelqu'un peut m'aider à faire marcher pppd, ou à défaut, à configurer proprement mon modem ?
Merci d'avance, et désolé pour ce long message (je préfère mettre trop d'infos que pas assez... ça évite aux gentils lecteurs d'explorer des pistes que j'ai déjà épuisées !). Salut,
J'ai le même à la maison configuré en bridge et pas pb, mais je vois dans tes logs que l'authentification est CHAP, je veux bien mais est tu sur que tu 'ai pas besoin de PAP plutôt copie ton chap.secret dans pap.secret pour voir.
Salut,
Rémi Moyen
On Fri, 23 Sep 2005 11:38:27 +0200, geo cherchetout wrote:
Si tu n'as pas le manuel papier, tu trouveras de la documentation ici : http://www.alcateldsl.com/
Si, je l'ai. Mais bien que ce soit un pavé de 200 pages, si tu enlèves la moitié de pages vides et l'autre moitié d'infos inutiles (42 répétitions de la même chose, principalement), il ne reste pas grand chose d'utilisable.
Pour créer un règle nat en mode graphique, il suffit de te rendre avec ton navigateur à l'adresse http://10.0.0.138/index.htm et de cliquer le bouton NAT. Une fois ta règle créée, n'oublie pas de sauvegarder avec le bouton « save all ».
Je voudrais bien, mais j'ai pas de menu NAT dans la page web. Snif.
Tu peux également dialoguer avec le modem et réaliser tes réglages par telnet, voir et/ou modifier les fichiers de configuration par ftp.
Mouais. Je vais essayer ça, bien que la doc soit excessivement succinte là-dessus : deux pages qui se résument à "faites 'help' pour avoir la liste des commandes". Et la dernière fois que j'avais essayé, y'avait pas grand chose dans cette aide.
Ceci dit, j'ai bien un menu nat par telnet. L'aide, ici, est tellement réduite qu'elle ne risque pas d'être redondante. Bon, on va jouer avec ca.
Putain, si j'avais pu deviner que l'interface telnet contiendrait trois fois plus de choses que l'interface web. Argh. Ça m'enerve d'autant plus que vu la taille du manuel, ça leur aurait fait mal de mettre des infos utiles dedans, au lieu de leur verbiage baratineux ? Ils en arrivent même à rendre compliquée la description d'une simple connexion ethernet modem<->ordinateur, tellement leurs explications sont contournées. Scrogneugneu.
À toutes fins utiles, voici les lignes du fichiers nat.ini qui me semblent correspondre plus ou moins à ce que tu veux faire :
Voui, c'est ce genre de choses. Mais... où est ce fichier nat.ini ? Depuis l'interface web, j'ai pas de liste de fichiers où que ce soit, rien de ce genre n'est mentionné dans le manuel, et je ne vois pas de fichiers non plus par telnet.
Si tu le souhaites, je peux t'envoyer les autres fichiers. (10.0.0.1 est l'ip de mon pc, qui est souvent le seul dans mon petit réseau local.)
Bon, si c'est juste d'entrer les règles de NAT, je devrais me débrouiller, une fois que j'aurais trouvé comment ça marche. Ceci dit, merci pour l'offre, je ne dis pas que je ne te demanderais pas !
Tu trouveras aussi de l'aide dans le groupe fr.reseaux.telecoms.adsl, pour n'en citer qu'un.
Ah oui, je pensais pas à ça. Bon, j'irais y voir si je m'en sors pas avec ça.
Si tu n'as pas le manuel papier, tu trouveras de la documentation ici :
http://www.alcateldsl.com/
Si, je l'ai. Mais bien que ce soit un pavé de 200 pages, si tu enlèves la
moitié de pages vides et l'autre moitié d'infos inutiles (42 répétitions
de la même chose, principalement), il ne reste pas grand chose
d'utilisable.
Pour créer un règle nat en mode graphique, il suffit de te rendre avec
ton navigateur à l'adresse http://10.0.0.138/index.htm et de cliquer le
bouton NAT. Une fois ta règle créée, n'oublie pas de sauvegarder avec le
bouton « save all ».
Je voudrais bien, mais j'ai pas de menu NAT dans la page web. Snif.
Tu peux également dialoguer avec le modem et réaliser tes réglages par
telnet, voir et/ou modifier les fichiers de configuration par ftp.
Mouais. Je vais essayer ça, bien que la doc soit excessivement succinte
là-dessus : deux pages qui se résument à "faites 'help' pour avoir la
liste des commandes". Et la dernière fois que j'avais essayé, y'avait pas
grand chose dans cette aide.
Ceci dit, j'ai bien un menu nat par telnet. L'aide, ici, est tellement
réduite qu'elle ne risque pas d'être redondante. Bon, on va jouer avec ca.
Putain, si j'avais pu deviner que l'interface telnet contiendrait trois
fois plus de choses que l'interface web. Argh. Ça m'enerve d'autant plus
que vu la taille du manuel, ça leur aurait fait mal de mettre des infos
utiles dedans, au lieu de leur verbiage baratineux ? Ils en arrivent même
à rendre compliquée la description d'une simple connexion ethernet
modem<->ordinateur, tellement leurs explications sont contournées.
Scrogneugneu.
À toutes fins utiles, voici les lignes du fichiers nat.ini qui me
semblent correspondre plus ou moins à ce que tu veux faire :
Voui, c'est ce genre de choses. Mais... où est ce fichier nat.ini ? Depuis
l'interface web, j'ai pas de liste de fichiers où que ce soit, rien de ce
genre n'est mentionné dans le manuel, et je ne vois pas de fichiers non
plus par telnet.
Si tu le souhaites, je peux t'envoyer les autres fichiers.
(10.0.0.1 est l'ip de mon pc, qui est souvent le seul dans mon petit
réseau local.)
Bon, si c'est juste d'entrer les règles de NAT, je devrais me débrouiller,
une fois que j'aurais trouvé comment ça marche. Ceci dit, merci pour
l'offre, je ne dis pas que je ne te demanderais pas !
Tu trouveras aussi de l'aide dans le groupe fr.reseaux.telecoms.adsl,
pour n'en citer qu'un.
Ah oui, je pensais pas à ça. Bon, j'irais y voir si je m'en sors pas avec
ça.
On Fri, 23 Sep 2005 11:38:27 +0200, geo cherchetout wrote:
Si tu n'as pas le manuel papier, tu trouveras de la documentation ici : http://www.alcateldsl.com/
Si, je l'ai. Mais bien que ce soit un pavé de 200 pages, si tu enlèves la moitié de pages vides et l'autre moitié d'infos inutiles (42 répétitions de la même chose, principalement), il ne reste pas grand chose d'utilisable.
Pour créer un règle nat en mode graphique, il suffit de te rendre avec ton navigateur à l'adresse http://10.0.0.138/index.htm et de cliquer le bouton NAT. Une fois ta règle créée, n'oublie pas de sauvegarder avec le bouton « save all ».
Je voudrais bien, mais j'ai pas de menu NAT dans la page web. Snif.
Tu peux également dialoguer avec le modem et réaliser tes réglages par telnet, voir et/ou modifier les fichiers de configuration par ftp.
Mouais. Je vais essayer ça, bien que la doc soit excessivement succinte là-dessus : deux pages qui se résument à "faites 'help' pour avoir la liste des commandes". Et la dernière fois que j'avais essayé, y'avait pas grand chose dans cette aide.
Ceci dit, j'ai bien un menu nat par telnet. L'aide, ici, est tellement réduite qu'elle ne risque pas d'être redondante. Bon, on va jouer avec ca.
Putain, si j'avais pu deviner que l'interface telnet contiendrait trois fois plus de choses que l'interface web. Argh. Ça m'enerve d'autant plus que vu la taille du manuel, ça leur aurait fait mal de mettre des infos utiles dedans, au lieu de leur verbiage baratineux ? Ils en arrivent même à rendre compliquée la description d'une simple connexion ethernet modem<->ordinateur, tellement leurs explications sont contournées. Scrogneugneu.
À toutes fins utiles, voici les lignes du fichiers nat.ini qui me semblent correspondre plus ou moins à ce que tu veux faire :
Voui, c'est ce genre de choses. Mais... où est ce fichier nat.ini ? Depuis l'interface web, j'ai pas de liste de fichiers où que ce soit, rien de ce genre n'est mentionné dans le manuel, et je ne vois pas de fichiers non plus par telnet.
Si tu le souhaites, je peux t'envoyer les autres fichiers. (10.0.0.1 est l'ip de mon pc, qui est souvent le seul dans mon petit réseau local.)
Bon, si c'est juste d'entrer les règles de NAT, je devrais me débrouiller, une fois que j'aurais trouvé comment ça marche. Ceci dit, merci pour l'offre, je ne dis pas que je ne te demanderais pas !
Tu trouveras aussi de l'aide dans le groupe fr.reseaux.telecoms.adsl, pour n'en citer qu'un.
Ah oui, je pensais pas à ça. Bon, j'irais y voir si je m'en sors pas avec ça.
Merci bien. -- Rémi Moyen
Rémi Moyen
On Fri, 23 Sep 2005 02:02:39 +0200, Nicolas George <nicolas$ wrote:
Rémi Moyen wrote in message :
Sep 22 20:46:01 laputa pppd[3261]: not replacing default route to eth0 [10.0.0.138]
Hum, ça ne me dit rien de bon, ça. Ce n'est probablement pas ce qui cause la fin de la connexion, mais je soupçonne que ce n'est pas normal.
Possible. Mais je vois pas trop ce que je peux y faire...
Est-ce que tu as regardé ce que faisait ce script ip-up exactement ? Il y a peut-être un gag là.
Non. J'avais essayé en changeant le script (en particulier en mettant un sleep 5 ou 10 au début pour être sûr que le modem avait fini de faire joujou avant de lancer ip-up), et j'avais les mêmes messages mais dans un ordre différent. En d'autres termes, ça n'est pas lancement de ip-up qui provoquait la demande de déconnection.
Et je vois aussi que tu as un réseau 10.0.0.* sur eth0 : il se peut que le serveur à l'autre bout de l'ADSL n'apprécie pas de voir du trafic IP là où il pense ne voir que du PPPoE.
Ben, ça marchait avant avec exactement le même réseau... ??? Ah, oui, pas le même serveur ADSL. Mouais.
Et puis bon, je vois mal comment je pourrais faire du pppoe si j'ai pas de réseau local entre mon ordinateur et mon modem, non ? (sans compter que ça m'arrange pas si je peux pas avoir mon réseau local). -- Rémi Moyen
On Fri, 23 Sep 2005 02:02:39 +0200, Nicolas George
<nicolas$george@salle-s.org> wrote:
Rémi Moyen wrote in message <op.sxiqndd7fbrdmg@laputa>:
Sep 22 20:46:01 laputa pppd[3261]: not replacing default route to eth0
[10.0.0.138]
Hum, ça ne me dit rien de bon, ça. Ce n'est probablement pas ce qui
cause la
fin de la connexion, mais je soupçonne que ce n'est pas normal.
Possible. Mais je vois pas trop ce que je peux y faire...
Est-ce que tu as regardé ce que faisait ce script ip-up exactement ? Il
y a
peut-être un gag là.
Non. J'avais essayé en changeant le script (en particulier en mettant un
sleep 5 ou 10 au début pour être sûr que le modem avait fini de faire
joujou avant de lancer ip-up), et j'avais les mêmes messages mais dans un
ordre différent. En d'autres termes, ça n'est pas lancement de ip-up qui
provoquait la demande de déconnection.
Et je vois aussi que tu as un réseau 10.0.0.* sur eth0 : il se peut que
le
serveur à l'autre bout de l'ADSL n'apprécie pas de voir du trafic IP là
où
il pense ne voir que du PPPoE.
Ben, ça marchait avant avec exactement le même réseau... ??? Ah, oui, pas
le même serveur ADSL. Mouais.
Et puis bon, je vois mal comment je pourrais faire du pppoe si j'ai pas de
réseau local entre mon ordinateur et mon modem, non ? (sans compter que ça
m'arrange pas si je peux pas avoir mon réseau local).
--
Rémi Moyen
Est-ce que tu as regardé ce que faisait ce script ip-up exactement ? Il y a peut-être un gag là.
Non. J'avais essayé en changeant le script (en particulier en mettant un sleep 5 ou 10 au début pour être sûr que le modem avait fini de faire joujou avant de lancer ip-up), et j'avais les mêmes messages mais dans un ordre différent. En d'autres termes, ça n'est pas lancement de ip-up qui provoquait la demande de déconnection.
Et je vois aussi que tu as un réseau 10.0.0.* sur eth0 : il se peut que le serveur à l'autre bout de l'ADSL n'apprécie pas de voir du trafic IP là où il pense ne voir que du PPPoE.
Ben, ça marchait avant avec exactement le même réseau... ??? Ah, oui, pas le même serveur ADSL. Mouais.
Et puis bon, je vois mal comment je pourrais faire du pppoe si j'ai pas de réseau local entre mon ordinateur et mon modem, non ? (sans compter que ça m'arrange pas si je peux pas avoir mon réseau local). -- Rémi Moyen
