[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [linux-team] remote connexion: PPP vs. getty
Merci pour tes renseignements, mais ces modifications dans /etc/ppp ne
vont-elles pas avoir de conséquences pour mon accès ISP? (j'en doute mais je
préfère te demander avant)
---
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"
> -----Original Message-----
> From: Gobin Jean-François [SMTP:GobinJF@fnherstal.com]
> Sent: 29 Sep 99 11:16
> To: 'linux-team@rtfm.be'
> Subject: 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.
---------
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.