[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [linux-team] remote connexion: PPP vs. getty
J'ai moi-meme ete confronté au(x) probleme(s) recemment ...
A ne pas oublier : dans /etc/mgetty+sendfax/login.conf (ou un truc du genre)
DECOMMENTE LA LIGNE /Auto-PPP/
Je te conseille de ne pas jouer avec les authentifications, ca apporte plus
la merde qu'autre chose, j'ai perdu deux semaines a essayer de faire
fonctionner ce truc.
Voici les fichiers dans /etc/ppp importants :
(les // sont des commentaires que je t'ajoute pour te faciliter la vie)
/etc/ppp/options :
debug // On veut des messages dans syslog
kdebug 1 // Seulement les messages generaux et
importants
asyncmap 0 // Pas de escape
netmask 255.255.255.0 // Les adresses que tu attribues ont ce netmask la
...
proxyarp // Le peer de la connexion ppp aura la meme
adresse hard que ta machine sur ton reseau local cote
// serveur
lock // Utilise le lock-style UUCP
crtscts // Controle de transmission .. vois la doc pour plus
de precision
modem // Utilise une communication modem plutot
que directe
-detach // Ne passe pas en arriere-plan, utile pour eviter
que mgetty ne se suicide
noauth // PAS D'AUTHENTIFICATION PAR PAP/CHAP ... je sais,
c'est pas tres sur, mais nous ne sommes
// pas des providers
passive // Si rien ne se passe, attendons un message LCP
valide avant de prendre une decision
/etc/ppp/options.ttyS1 :
Ce fichier regit en fait les connexions par port serie. Ainsi, mon modem est
sur ttyS1, si j'avais eu un modem sur ttyC10, le fichier se serait appellé
options.ttyC10
:ppp01 // En l'absence d'un truc a gauche des ":", on
utilise le hostname serveur
// ce qui est a droite est le "nom" du
client ppp
Bien entendu, ce nom doit etre resolvable (dns pe) mais il est plus
judicieux de le mettre dans /etc/hosts
Et finalement,
/etc/ppp/ppplogin :
#!/bin/sh
mesg n // On ne veut pas recevoir de message
stty -echo // On ne reecrit pas en echo
/usr/bin/pppd
Evidemment, tu peux apporter quelques modifications, comme la creation d'un
options.server que tu appelles avec ppplogin (parametre -f je pense pour
pppd)
Le compte ppp apparait ainsi dans /etc/passwd
login:pwd:502:230:distant:/home/distant:/etc/ppp/ppplogin
Evidemment, login et pwd sont a arranger selon ton gout ... La possession
d'un repertoire personnel pour le login ppp est juste une question de gout.
Perso, j'en ai mis un ...
Cette config' fonctionne pour moi, avec de chaque coté, une machine redhat
5.2 (noyau de base 2.0.36 avec support ppp)
pppd version 2.3.5 et mgetty je sais plus ...
Voila mon sergent, amusez-vous bien ...
> -----Message d'origine-----
> De: Jamart V, 22LW/XSU/SysEnabl Unix [mailto:JamartV@baf.mil.be]
> Date: mercredi 29 septembre 1999 09:57
> À: Linux Belgian Team MailingList
> Objet: [linux-team] remote connexion: PPP vs. getty
>
>
> Je voulais un peu m'amuser et j'ai décidé d'accéder à ma
> machine Linux (chez
> moi) depuis ma machine NT au bureau...j'ai donc mis un modem
> sur le pc NT et
> j'ai configuré une connexion à distance (type Internet PPP,
> avec fenêtre de
> terminal). Sur la machine Linux, j'ai mis mgetty (en respawn
> dans inittab)
> et j'ai édité qqs fichiers (il faudra que je regarde sur la
> machine pour les
> noms de ces fichiers).
> la machine Linux répond bien et la fenêtre de terminal
> s'ouvre. Je fais le
> login-password, OK mais lorsque je fais un ifconfig, beuhh,
> seulement le
> loopback et la carte ethernet sont actifs... et un who me dit
> que je suis
> connecté sur le ttyS0, donc que je n'ai pas reçu d'IP (normal
> me direz-vous,
> getty simule une console sur le port serie...). bien entendu,
> un telent ou
> ftp ou WWW de la workstation NT vers Linux est impossible.
> Ce que je veux: être sur que ma connexion
> Linux-modem-modem-NT se fera en
> PPP (encapsulant TCP/IP) par défaut (je veux néamoins garder
> getty pour
> d'autres utilités).
> Des solutions à me proposer? Merci
>
> {outputs}
> [H[JNABIKI:~ # ifconfig
> eth0 Link encap:Ethernet HWaddr 00:00:B4:5A:47:BC
> inet addr:192.168.0.1 Bcast:192.168.0.15
> Mask:255.255.255.240
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> Interrupt:10 Base address:0x6500
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:3924 Metric:1
> RX packets:32 errors:0 dropped:0 overruns:0 frame:0
> TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> NABIKI:~ #
> NABIKI:~ # w
> 9:56am up 3:25, 1 user, load average: 0.00, 0.00, 0.00
> USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
> sys13 ttyS0 9:55am 0.00s 0.24s 0.03s w
> NABIKI:~ # route
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric
> Ref Use
> Iface
> 192.168.0.0 * 255.255.255.240 U 0
> 0 0 eth0
> loopback * 255.0.0.0 U 0
> 0 0 lo
>
> {eof}
> ---
> Vincent Jamart, Sgt.
> AIX System Administrator
> 22 Log.W - XSU
> BELGIAN AIR FORCE
> phone: +32-(2)-701/21.86
> fax: +32-(2)-701/59.32
> E-mail: JamartV@baf.mil.be
> ------------------------------------------------------
> "ILIAS: The beating will continues until the morale improves"
>
>
> ---------
> Visit the Linux Supertore Online: http://www.redcorp.com !
> If you want to be deleted from the list, send a mail to
> majordomo@rtfm.be with "unsubscribe linux-team" in the body.
>
---------
Visit the Linux Supertore Online: http://www.redcorp.com !
If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.