[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}
> > NABIKI:~ # 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.