renommer des interfaces ppp
bonjour, sous debian jessie qui me sert de routeur, jusqu'à aujourd'hui je n'avai qu'une seule interface ppp. très bientôt, je vais en avoir une seconde. Du coup, j'aimerai les renomé pour ne pas les confondre lors de déconnections ou plus simplement pour gérer le routage. en cherchant sur internet j'ai bien trouver quelque chose s'appelant ifname dans ppp mais je n'arrive pas le transposer à mon besoin. merci d'avance si vous connaissez un moyen simple jerem
Re: renommer des interfaces ppp
Jérémy Prégo a écrit : > > sous debian jessie qui me sert de routeur, jusqu'à aujourd'hui je n'avai > qu'une seule interface ppp. très bientôt, je vais en avoir une seconde. > Du coup, j'aimerai les renomé pour ne pas les confondre lors de > déconnections ou plus simplement pour gérer le routage. > > en cherchant sur internet j'ai bien trouver quelque chose s'appelant > ifname dans ppp mais je n'arrive pas le transposer à mon besoin. Si tu fais référence à la variable IFNAME, c'est juste une variable d'environnement passée par pppd aux divers scripts qu'il invoque lors de certaines phases (connexion, déconnexion...) pour les informer du nom de l'interface. On ne peut pas s'en servir pour définir ou modifier le nom de l'interface. En revanche ces scripts peuvent s'en servir pour diverses opérations (gestion des routes, règles iptables...). Pour la déconnexion, on utilise le nom logique de la connexion plutôt que l'interface donc il ne devrait pas y avoir de confusion possible. Le programme ifrename du paquet éponyme permet de renommer une interface réseau, mais j'ignore s'il fonctionne avec une interface PPP.
Connexion M2M SFR via wvdial et ppp
Bonjour, Je rencontre un problème avec un modem USB ercogener et une connexion m2m en gprs/3G : le lien ppp ne tient pas et le modem raccroche. Il me semble que l'ensemble des paramètres sont correctes. J'ai réussi (il y a deux ans) à faire fonctionner ce type de configuration mais aujourd'hui plus rien. À ce moment là il fallait recompiler le driver sierra. mais aujourd'hui je n'ai pas trouvé de sources adapté au noyau 3.2 d'une wheezy. J'ai essayé avec une clé SFR USB vodafone (Huawei) mais même constat... qqu'1 a-t-il résolu de pareils pb ? uname Linux trafic 3.2.0-3-486 #1 Mon Jul 23 02:47:49 UTC 2012 i586 GNU/Linux lsusb Bus 001 Device 011: ID 1199:683c Sierra Wireless, Inc. Trace wvdial -- WvDial: Internet dialer version 1.61 -- Cannot get information for serial port. -- Initializing modem. -- Sending: ATZ ATZ OK -- Sending: ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 OK -- Sending: at+CPIN? at+CPIN? +CPIN: READY OK -- Sending: at+creg? at+creg? +CREG: 0,1 OK -- Sending: at+csq at+csq +CSQ: 19,99 OK -- Sending: AT+CGDCONT=1,IP,m2mpremium AT+CGDCONT=1,IP,m2mpremium OK -- Modem initialized. -- Sending: ATDT*99# -- Waiting for carrier. ATDT*99# CONNECT 115200 -- Carrier detected. Starting PPP immediately. -- Starting pppd at Tue Sep 11 13:56:11 2012 -- Pid of pppd: 19956 -- Using interface ppp0 -- pppd: A0E58A @܊ -- pppd: A0E58A @܊ -- pppd: A0E58A @܊ -- pppd: A0E58A @܊ -- pppd: A0E58A @܊ -- pppd: A0E58A @܊ -- Disconnecting at Tue Sep 11 13:56:12 2012 -- The PPP daemon has died: A modem hung up the phone (exit code = 16) -- man pppd explains pppd error codes in more detail. -- Try again and look into /var/log/messages and the wvdial and pppd man pages for more information. -- Auto Reconnect will be attempted in 5 seconds -- Cannot get information for serial port. Trace /var/log/messages Sep 11 13:56:18 trafic pppd[19965]: pppd 2.4.5 started by root, uid 0 Sep 11 13:56:18 trafic pppd[19965]: Using interface ppp0 Sep 11 13:56:18 trafic pppd[19965]: Connect: ppp0 -- /dev/ttyUSB3 Sep 11 13:56:18 trafic pppd[19965]: CHAP authentication succeeded Sep 11 13:56:18 trafic pppd[19965]: CHAP authentication succeeded Sep 11 13:56:18 trafic pppd[19965]: Terminating on signal 15 Sep 11 13:56:18 trafic pppd[19965]: Connection terminated. Sep 11 13:56:18 trafic pppd[19965]: Exit. Sep 11 14:28:41 trafic kernel: [20576.288100] usb 1-3: new high-speed USB device number 17 using ehci_hcd Sep 11 14:28:42 trafic kernel: [20576.422743] usb 1-3: New USB device found, idVendor=12d1, idProduct=14b7 Sep 11 14:28:42 trafic kernel: [20576.422768] usb 1-3: New USB device strings: Mfr=3, Product=2, SerialNumber=0 Sep 11 14:28:42 trafic kernel: [20576.422789] usb 1-3: Product: Vodafone Mobile Broadband (Huawei) Sep 11 14:28:42 trafic kernel: [20576.422826] usb 1-3: Manufacturer: Vodafone Group (Huawei) Sep 11 14:28:42 trafic kernel: [20576.433204] scsi8 : usb-storage 1-3:1.0 Sep 11 14:28:42 trafic usb_modeswitch: switching device 12d1:14b7 on 001/017 Sep 11 14:28:42 trafic kernel: [20577.068473] usb 1-3: USB disconnect, device number 17 Sep 11 14:28:46 trafic kernel: [20580.948095] usb 1-3: new high-speed USB device number 18 using ehci_hcd Sep 11 14:28:46 trafic kernel: [20581.083102] usb 1-3: New USB device found, idVendor=12d1, idProduct=14cc Sep 11 14:28:46 trafic kernel: [20581.083127] usb 1-3: New USB device strings: Mfr=4, Product=3, SerialNumber=0 Sep 11 14:28:46 trafic kernel: [20581.083149] usb 1-3: Product: Vodafone Mobile Broadband (Huawei) Sep 11 14:28:46 trafic kernel: [20581.083185] usb 1-3: Manufacturer: Vodafone Group (Huawei) Sep 11 14:28:46 trafic kernel: [20581.103557] option 1-3:1.0: GSM modem (1-port) converter detected Sep 11 14:28:46 trafic kernel: [20581.104897] usb 1-3: GSM modem (1-port) converter now attached to ttyUSB0 Sep 11 14:28:46 trafic kernel: [20581.124137] option 1-3:1.4: GSM modem (1-port) converter detected Sep 11 14:28:46 trafic kernel: [20581.124631] usb 1-3: GSM modem (1-port) converter now attached to ttyUSB1 Sep 11 14:28:46 trafic kernel: [20581.140124] scsi9 : usb-storage 1-3:1.5 Sep 11 14:28:46 trafic logger: usb_modeswitch: switched to 12d1:14cc on 001/018 Sep 11 14:28:47 trafic kernel: [20582.141894] scsi 9:0:0:0: Direct-Access Vodafone Storage (Huawei) 2.31 PQ: 0 ANSI: 2 Sep 11 14:28:47 trafic kernel: [20582.151207] sd 9:0:0:0: Attached scsi generic sg2 type 0 Sep 11 14:28:47 trafic kernel: [20582.151693] sd 9:0:0:0: [sdc] Attached SCSI removable disk -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/10d665e606f864b8ef6741d72aef3...@webmail.ianco.homelinux.org
Re: liaison série PPP
On Fri, Jul 20, 2007 at 12:36:13AM +0200, Alexandre Gerussi wrote: # ping Lucie PING Lucie (192.168.0.2) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- Lucie ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms Ton firewall ne t'empecherais pas d'envoyer des pings ? Je me rappelle avoir eu ce genre de message lorsque je configurais le mien. -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
Re: liaison série PPP
On Fri, Jul 20, 2007 at 12:36:13AM +0200, Alexandre Gerussi [EMAIL PROTECTED] wrote a message of 35 lines which said: # ping Lucie PING Lucie (192.168.0.2) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- Lucie ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms D'où cela peut-il venir ? Cela ressemble à un filtrage. Il n'y a pas de pare-feu en service ? Ne pas oublier de regarder avec tcpdump ce qui se passe pendant le ping : # tcpdump -n -i ppp0 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: liaison série PPP
Jean-Yves F. Barbier a écrit : que disent: 'route' et 'route -n'? # route Table de routage IP du noyau Destination Passerelle Genmask Indic Metric RefUse Iface 1.144.102-84.re * 255.255.255.255 UH0 00 ppp0 Lucie * 255.255.255.255 UH0 00 ppp1 default * 0.0.0.0 U 0 00 ppp0 # route -n Table de routage IP du noyau Destination Passerelle Genmask Indic Metric RefUse Iface 84.102.144.10.0.0.0 255.255.255.255 UH0 00 ppp0 192.168.0.2 0.0.0.0 255.255.255.255 UH0 00 ppp1 0.0.0.0 0.0.0.0 0.0.0.0 U 0 00 ppp0
Re: liaison série PPP
Stephane Bortzmeyer a écrit : On Fri, Jul 20, 2007 at 12:36:13AM +0200, Alexandre Gerussi [EMAIL PROTECTED] wrote a message of 35 lines which said: # ping Lucie PING Lucie (192.168.0.2) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- Lucie ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms D'où cela peut-il venir ? Cela ressemble à un filtrage. Il n'y a pas de pare-feu en service ? Alors il a dû s'installer tout seul. A quoi voit-on cela ? Ne pas oublier de regarder avec tcpdump ce qui se passe pendant le ping : # tcpdump -n -i ppp0 Il ne se passe RIEN !
Re: liaison série PPP
Le vendredi 20 juillet 2007 17:00, Alexandre Gerussi a écrit : Stephane Bortzmeyer a écrit : Cela ressemble à un filtrage. Il n'y a pas de pare-feu en service ? Alors il a dû s'installer tout seul. A quoi voit-on cela ? iptables -L En absence de règles (tout passe) on obtient: biniou:/home/sergio# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination si ça peut aider... -- Serge
Re: RESOLU liaison série PPP
iptables -L En absence de règles (tout passe) on obtient: biniou:/home/sergio# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination si ça peut aider... OK merci, apparemment c'était cela, il y avait toute une floppée de règles, qui ont dû être installées automatiquement lors de mon récent dist-upgrade. J'ai tout enlevé et ca fonctionne bien à présent. Merci à tous.
Re: RESOLU liaison série PPP
On Fri, Jul 20, 2007 at 08:11:18PM +0200, Alexandre Gerussi wrote: iptables -L En absence de règles (tout passe) on obtient: biniou:/home/sergio# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination si ça peut aider... OK merci, apparemment c'était cela, il y avait toute une floppée de règles, qui ont dû être installées automatiquement lors de mon récent dist-upgrade. J'ai tout enlevé et ca fonctionne bien à présent. Il y a surement une explication car les regles iptables ca ne se crée pas tout seul. Et puis, si c'étais là et que tu les enlèves à la main, il y a fort à parier qu'au prochain reboot de ta machine tu te retrouveras dans la même situation. Donc, à creuser encore un peu je pense ! -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
liaison série PPP
Bonsoir, décidément pour moi c'est la soirée des bugs. Alors voilà, j'ai (j'avais) relié deux ordis par une liaison série et PPP. # ifconfig ppp1 Lien encap:Protocole Point-à-Point inet adr:192.168.0.1 P-t-P:192.168.0.2 Masque:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:265 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:3 RX bytes:21168 (20.6 KiB) TX bytes:78 (78.0 b) Donc il me semble que la liaison est établie. Malheureusement: # ping Lucie PING Lucie (192.168.0.2) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- Lucie ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms D'où cela peut-il venir ? J'ai regardé les divers fichiers de configuration réseau (ceux où je comprends un peu quelque chose) et tout à l'air en ordre, sachant que tout cela marchait encore il y a une heure, avant mon dist-upgrade. Merci d'avance aux gourous du réseau.
Re: liaison série PPP
que disent: 'route' et 'route -n'? (et corrige ton heure, elle est en avance de plus d'1/4 d'heure) Alexandre Gerussi wrote: Bonsoir, décidément pour moi c'est la soirée des bugs. Alors voilà, j'ai (j'avais) relié deux ordis par une liaison série et PPP. # ifconfig ppp1 Lien encap:Protocole Point-à-Point inet adr:192.168.0.1 P-t-P:192.168.0.2 Masque:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:265 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:3 RX bytes:21168 (20.6 KiB) TX bytes:78 (78.0 b) Donc il me semble que la liaison est établie. Malheureusement: # ping Lucie PING Lucie (192.168.0.2) 56(84) bytes of data. ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted --- Lucie ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms D'où cela peut-il venir ? J'ai regardé les divers fichiers de configuration réseau (ceux où je comprends un peu quelque chose) et tout à l'air en ordre, sachant que tout cela marchait encore il y a une heure, avant mon dist-upgrade. Merci d'avance aux gourous du réseau. -- If I am elected no one will ever have to do their laundry again!
modem rc avec sl-modem: marche avec wvdial et gnome-ppp mais pas avec pppconfig et kppp
Bonjour, J'ai reussi à configurer ma connexion free rtc avec wvdial puis par la suite avec gnome-ppp grace à sl-modem. Par contre, avec kppp et pppconfig, ca ne marche pas du tout... VOila la config qui marche avec wvdial et gnome-ppp qui utilise en fait aussi wvdial: [Dialer Defaults] Modem = /dev/ttySL0 ISDN = off Modem Type = Analog Modem Baud = 460800 Init = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 Init3 = Init4 = Init5 = Init6 = Init7 = Init8 = Init9 = Phone = 0868920911 Phone1 = Phone2 = Phone3 = Phone4 = Dial Prefix = Dial Attempts = 1 Dial Command = ATM1L3DT Ask Password = off Password = xx Username = xx Auto Reconnect = off Abort on Busy = off Carrier Check = off Check Def Route = on Abort on No Dialtone = on Stupid Mode = off Idle Seconds = 0 Auto DNS = on ;Minimize = off ;Dock = off ;Do NOT edit this file by hand! Et voici celle de pppconfig en supposant que c'est bien dans /etc/ppp/peers/FreeCarrier Check hide-password noauth connect /usr/sbin/chat -v -f /etc/chatscripts/Free debug /dev/ttySL0 460800 defaultroute noipdefault user x ipparam Free usepeerdns /dev/ttySL0 Une idée? Sachant que j'avais mis Carrier Check à no,dans wvdial gnome-ppp, mais je n'ai pas trouvé d'equivalent sous pppconfig et kppp. Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
configurer modem 56k pour connexion ppp ou minitel sous debian
Bonjour, Je voulais configurer mon modem 56k pour connexion ppp ou minitel sous debian avec mon laptop. J'ai donc installé et compilé sl-modem-source et le daemon aussi. En ayant mis: SLMODEMD_DEVICE=hw:0,6 SLMODEMD_COUNTRY=FRANCE kppp me reconnait mon modem, mais impossible defaire marcher ma connexion free rtc...il me met: pppd: The remote system is required to authenticate itself pppd: but I couldn't find any suitable secret (password) for it to use to do so. pppd: (None of the available passwords would let it use an IP address.) It was pppd that died pppd exited with return value 1 Une idée, de ce qu'il faut modifier dans la config de ma connexion dans kppp? (j'ai laissé la config par defaut, en donnant juste le numero puis login et mot de passe). Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le Sat, 23 Dec 2006 02:34:58 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13505ième jour après Epoch, Gaëtan PERRIER écrivait: Le Sat, 23 Dec 2006 01:30:23 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13504ième jour après Epoch, Gaëtan PERRIER écrivait: Dans les cron systèmes j'ai les hourly, daily, weekly et monthly donc rien toutes les 5 minutes. Et dans /etc/cron.d/ ?? J'ai anacron et debsecan Et? Anacron se sert de /etc/cron.d/ lui aussi, il me semble. Et je connais pas debsecan. Et pas grand chose, anacron se sert du crontab normal, debsecan est un analyseur de sécurité. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Bonjour, Le jeudi 21 décembre 2006, Gaëtan PERRIER a écrit... Oui c'est périodique. Je ne sais pas trop mais quand je bascule sur la console l'écran en est remplit. Je n'ai pas mesuré mais peut-être toute les minutes. Bon je viens de mesurer et c'est toutes les 5 minutes. Peux tu vérifier les cron* et les crontabs utilisateur pour voir si ce n'est pas qqch lancé par ce biais ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le Fri, 22 Dec 2006 12:08:12 +0100 Jean-Michel OLTRA [EMAIL PROTECTED] a écrit: Bonjour, Le jeudi 21 décembre 2006, Gaëtan PERRIER a écrit... Oui c'est périodique. Je ne sais pas trop mais quand je bascule sur la console l'écran en est remplit. Je n'ai pas mesuré mais peut-être toute les minutes. Bon je viens de mesurer et c'est toutes les 5 minutes. Peux tu vérifier les cron* et les crontabs utilisateur pour voir si ce n'est pas qqch lancé par ce biais ? Rien dans les cron. Les cron utilisateurs c'est bien dans /var/spool/cron ? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Bonjour, Le vendredi 22 décembre 2006, Gaëtan PERRIER a écrit... Peux tu vérifier les cron* et les crontabs utilisateur pour voir si ce n'est pas qqch lancé par ce biais ? Rien dans les cron. Les cron utilisateurs c'est bien dans /var/spool/cron ? Oui, mais tu peux les avoir avec `crontab -u the_user`. man crontab -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le Fri, 22 Dec 2006 22:36:02 +0100 Jean-Michel OLTRA [EMAIL PROTECTED] a écrit: Bonjour, Le vendredi 22 décembre 2006, Gaëtan PERRIER a écrit... Peux tu vérifier les cron* et les crontabs utilisateur pour voir si ce n'est pas qqch lancé par ce biais ? Rien dans les cron. Les cron utilisateurs c'est bien dans /var/spool/cron ? Oui, mais tu peux les avoir avec `crontab -u the_user`. man crontab Oui mais je trouvais plus simple d'aller voir dans le rép pour avoir une vue d'ensemble que de me taper les users un par un. ;-) Dans un users j'ai run-tv-grab de xmltv donc sans rapport. Dans les cron systèmes j'ai les hourly, daily, weekly et monthly donc rien toutes les 5 minutes. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le 13504ième jour après Epoch, Gaëtan PERRIER écrivait: Dans les cron systèmes j'ai les hourly, daily, weekly et monthly donc rien toutes les 5 minutes. Et dans /etc/cron.d/ ??
Re: erreur ppp
Le Sat, 23 Dec 2006 01:30:23 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13504ième jour après Epoch, Gaëtan PERRIER écrivait: Dans les cron systèmes j'ai les hourly, daily, weekly et monthly donc rien toutes les 5 minutes. Et dans /etc/cron.d/ ?? J'ai anacron et debsecan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le 13505ième jour après Epoch, Gaëtan PERRIER écrivait: Le Sat, 23 Dec 2006 01:30:23 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13504ième jour après Epoch, Gaëtan PERRIER écrivait: Dans les cron systèmes j'ai les hourly, daily, weekly et monthly donc rien toutes les 5 minutes. Et dans /etc/cron.d/ ?? J'ai anacron et debsecan Et? Anacron se sert de /etc/cron.d/ lui aussi, il me semble. Et je connais pas debsecan.
Re: erreur ppp
Salut, Gaëtan PERRIER a écrit : Depuis peu je suis passé d'une connection internet par pppoe à une connection via un routeur. Tout semble bien fonctionner sauf que sur la console j'ai régulièrement un message (voir ci-dessous) qui apparaît: ppp0: error fetching interface information: Device not found C'est typiquement ce qu'affiche ifconfig quand on lui fournit un nom d'interface inexistant. Régulièrement, ça veut dire quoi exactement ? Périodiquement (si oui, quelle période) ? Je n'arrive pas à trouver quelle est la cause de ce message. Tu n'aurais pas un script qui fait un ifconfig ppp0 lancé régulièrement par cron ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Selon Pascal Hambourg [EMAIL PROTECTED]: Salut, Gaëtan PERRIER a écrit : Depuis peu je suis passé d'une connection internet par pppoe à une connection via un routeur. Tout semble bien fonctionner sauf que sur la console j'ai régulièrement un message (voir ci-dessous) qui apparaît: ppp0: error fetching interface information: Device not found C'est typiquement ce qu'affiche ifconfig quand on lui fournit un nom d'interface inexistant. Régulièrement, ça veut dire quoi exactement ? Périodiquement (si oui, quelle période) ? Oui c'est périodique. Je ne sais pas trop mais quand je bascule sur la console l'écran en est remplit. Je n'ai pas mesuré mais peut-être toute les minutes. Je n'arrive pas à trouver quelle est la cause de ce message. Tu n'aurais pas un script qui fait un ifconfig ppp0 lancé régulièrement par cron ? Je vais regarder. J'ai fais un grep dans /etc et je n'ai rien trouvé se rapportant à ppp0. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le 13503ième jour après Epoch, gaetan perrier écrivait: Selon Pascal Hambourg [EMAIL PROTECTED]: C'est typiquement ce qu'affiche ifconfig quand on lui fournit un nom d'interface inexistant. Régulièrement, ça veut dire quoi exactement ? Périodiquement (si oui, quelle période) ? Oui c'est périodique. Je ne sais pas trop mais quand je bascule sur la console l'écran en est remplit. Je n'ai pas mesuré mais peut-être toute les minutes. Alors il faut te pencher vers des outils de surveillance. Genre munin ou autres. Regarde tes crons, les paquets installés, etc... Regarde aussi si tu n'as pas un process genre ppp en mode persistant. Pas d'autres idées pour le moment.
Re: erreur ppp
Le Thu, 21 Dec 2006 17:01:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13503ième jour après Epoch, gaetan perrier écrivait: Selon Pascal Hambourg [EMAIL PROTECTED]: C'est typiquement ce qu'affiche ifconfig quand on lui fournit un nom d'interface inexistant. Régulièrement, ça veut dire quoi exactement ? Périodiquement (si oui, quelle période) ? Oui c'est périodique. Je ne sais pas trop mais quand je bascule sur la console l'écran en est remplit. Je n'ai pas mesuré mais peut-être toute les minutes. Bon je viens de mesurer et c'est toutes les 5 minutes. Alors il faut te pencher vers des outils de surveillance. Genre munin ou autres. Regarde tes crons, les paquets installés, etc... l'interface ppp0 n'existant pas je doute que munin puisse aider, non? Dans les crons je n'ai rien trouvé, pour les paquets installés j'ai cherché ce qui concerne ppp et j'ai: fetchmail, gpppon, hwinfo, libhd3, ppp, pppconfig, pppoe, pppoeconf J'ai fais un grep dans /var/log et le message que j'ai sur la console n'est pas loggué... Regarde aussi si tu n'as pas un process genre ppp en mode persistant. pas de process ppp qui tourne. J'ai bien enlevé le lien ppp_on_boot dans /etc/ppp/ Pas d'autres idées pour le moment. Pas mieux! Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le 13503ième jour après Epoch, Gaëtan PERRIER écrivait: Le Thu, 21 Dec 2006 17:01:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Alors il faut te pencher vers des outils de surveillance. Genre munin ou autres. Regarde tes crons, les paquets installés, etc... l'interface ppp0 n'existant pas je doute que munin puisse aider, non? Ce que je voulais dire, c'est que peut-être subsiste un outil de surveillance qui reste paramétré pour monitorer ppp0 ... Pas d'en installer un ;) J'ai fais un grep dans /var/log et le message que j'ai sur la console n'est pas loggué... Ah? Bizarre par contre. Tu n'as pas un ifplugd ou autre qui tourne ? Ou alors un worm installé sur ta machine ... le 'grep -ir ppp0 /etc' ne renvoie rien? Et sur la console en question, tu es loggué? Que dit 'jobs' dans ce cas? Et un lsof de /dev/ppp ? Je ne sais pas comment sont gérés les ppp0 et autres. Encore une idée... lsmod fait-il référence à des modules manipulant ppp ? Bon. Plus d'autres idées pour le moment.
Re: erreur ppp
Le Fri, 22 Dec 2006 00:00:47 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13503ième jour après Epoch, Gaëtan PERRIER écrivait: Le Thu, 21 Dec 2006 17:01:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Alors il faut te pencher vers des outils de surveillance. Genre munin ou autres. Regarde tes crons, les paquets installés, etc... l'interface ppp0 n'existant pas je doute que munin puisse aider, non? Ce que je voulais dire, c'est que peut-être subsiste un outil de surveillance qui reste paramétré pour monitorer ppp0 ... Pas d'en installer un ;) Ah! J'avais pô compris! J'ai fais un grep dans /var/log et le message que j'ai sur la console n'est pas loggué... Ah? Bizarre par contre. Tu n'as pas un ifplugd ou autre qui tourne ? Ou alors un worm installé sur ta machine ... Non plus... le 'grep -ir ppp0 /etc' ne renvoie rien? rien de rien Et sur la console en question, tu es loggué? Que dit 'jobs' dans ce cas? Non mais si je me loggue, jobs ne retourne rien Et un lsof de /dev/ppp ? Je ne sais pas comment sont gérés les ppp0 et autres. ne renvoie rien Encore une idée... lsmod fait-il référence à des modules manipulant ppp ? Non plus... Bon. Plus d'autres idées pour le moment. Le mystère s'épaissi! Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
erreur ppp
Bonjour, Depuis peu je suis passé d'une connection internet par pppoe à une connection via un routeur. Tout semble bien fonctionner sauf que sur la console j'ai régulièrement un message (voir ci-dessous) qui apparaît: ppp0: error fetching interface information: Device not found Je n'arrive pas à trouver quelle est la cause de ce message. Est-ce que ça dit quelque chose à quelqu'un? Merci. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: erreur ppp
Le Mercredi 20 Décembre 2006 22:11, Gaëtan PERRIER a écrit : Bonjour, Bonsoir, Depuis peu je suis passé d'une connection internet par pppoe à une connection via un routeur. Tout semble bien fonctionner sauf que sur la console j'ai régulièrement un message (voir ci-dessous) qui apparaît: ppp0: error fetching interface information: Device not found Je n'arrive pas à trouver quelle est la cause de ce message. Est-ce que ça dit quelque chose à quelqu'un? Avant la modif, la machine se connectait automatiquement? Dans ce cas, je pense qu'il suffit de supprimer cela (une ligne auto ppp0 oubliée dans le /etc/network/interfaces?) Merci. mes 2 cents -- Serge
Re: erreur ppp
Le Wed, 20 Dec 2006 23:27:57 +0100 Serge Cavailles [EMAIL PROTECTED] a écrit: Le Mercredi 20 Décembre 2006 22:11, Gaëtan PERRIER a écrit : Bonjour, Bonsoir, Depuis peu je suis passé d'une connection internet par pppoe à une connection via un routeur. Tout semble bien fonctionner sauf que sur la console j'ai régulièrement un message (voir ci-dessous) qui apparaît: ppp0: error fetching interface information: Device not found Je n'arrive pas à trouver quelle est la cause de ce message. Est-ce que ça dit quelque chose à quelqu'un? Avant la modif, la machine se connectait automatiquement? Dans ce cas, je pense qu'il suffit de supprimer cela (une ligne auto ppp0 oubliée dans le /etc/network/interfaces?) Merci. mes 2 cents Bonne idée mais je l'avais déjà fais. Merci quand même. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: modem usb avec driver cxacru + ppp
Steve a écrit : [...] ha oui, et montre nous le resultat de dmesg lors de l'activité du modem. -- dominix -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Résolu]Re: modem usb avec driver cxacru + ppp
Hello et merci pour la réponse. Après trois jours de durs combat je suis finalement parvenu à faire fonctionner ce satané modem. En fait la solution était simple (elle l'est toujours après...) 1 .- trouver le bon firmware 2.- renseigner correctement /etc/ppp/chap-secrets j'avais oublier de mettre le @monfai.com... Maintenant c'est bon. Merci encore Le dimanche 19 novembre 2006 08:55, DoMinix a écrit : Steve a écrit : Bonjour à tous, 'soir [...] 5. mis un bloc dans /etc/network/interfaces contenant (de mémoire, je ne suis pas sur la machine) : auto nas0 iface nas0 inet dhcp et une ligne avec br2684ctl dont je ne me souviens plus de la syntaxe exacte. l'interface nas0 c'est l'interface de config sur les connexant. tu doit pouvoir te connecter sur cette interface avec un navigateur pour lui dire d'etablir le lien ou de creer une interface ... ensuite je relance le réseau avec /etc/init.d/networking restart Dans le syslog, je vois que le que le modem est reconnue (driver cxacru chargé) et le firmware chargé. De plus en attendant un moment, je vois qu'il se synchronise et qu'il trouve les débit. Un cat /proc/net/atm/cxacru-0 me confirme tout ça. Tout semble ok. Mais un ifconfig me montre que selon les options dans /etc/ppp/peers/bluewin, j'ai soit une ip publique soit une ip privée, celle obtenue via dhcp. Cela semble ok, mais un ping à l'extérieur ne marche pas. J'ai même ajouté une route par défaut avec route add default gw 192.168.1.1 mais toujours rien (pas de ping sur une adresse du net ni avec sa version ip). il me semble que l'acces au net doit se faire par une interface ppp0 que donne ifconfig -a lorsque la ligne est synchronisé ? [...] En vous remerciant d'avance pas de quoi. Très belle journée sous la pluie bah, c'est la saison des pluie ici aussi :) -- dominix -- s°
Re: modem usb avec driver cxacru + ppp
Steve a écrit : Bonjour à tous, 'soir [...] 5. mis un bloc dans /etc/network/interfaces contenant (de mémoire, je ne suis pas sur la machine) : auto nas0 iface nas0 inet dhcp et une ligne avec br2684ctl dont je ne me souviens plus de la syntaxe exacte. l'interface nas0 c'est l'interface de config sur les connexant. tu doit pouvoir te connecter sur cette interface avec un navigateur pour lui dire d'etablir le lien ou de creer une interface ... ensuite je relance le réseau avec /etc/init.d/networking restart Dans le syslog, je vois que le que le modem est reconnue (driver cxacru chargé) et le firmware chargé. De plus en attendant un moment, je vois qu'il se synchronise et qu'il trouve les débit. Un cat /proc/net/atm/cxacru-0 me confirme tout ça. Tout semble ok. Mais un ifconfig me montre que selon les options dans /etc/ppp/peers/bluewin, j'ai soit une ip publique soit une ip privée, celle obtenue via dhcp. Cela semble ok, mais un ping à l'extérieur ne marche pas. J'ai même ajouté une route par défaut avec route add default gw 192.168.1.1 mais toujours rien (pas de ping sur une adresse du net ni avec sa version ip). il me semble que l'acces au net doit se faire par une interface ppp0 que donne ifconfig -a lorsque la ligne est synchronisé ? [...] En vous remerciant d'avance pas de quoi. Très belle journée sous la pluie bah, c'est la saison des pluie ici aussi :) -- dominix -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
modem usb avec driver cxacru + ppp
Bonjour à tous, voilà un copain vient de se mettre à l'adsl (enfin!) et il a reçu son pack avec ce modem usb, driver cxacru (contenu dans le noyau depuis la version 2.6.12 je crois..). Lui est en 2.6.17-2. J'essaie depuis 2 jours de faire fonctionner ce maudit modem sans succès. J'ai suivi plusieurs tutorials, mais en gros voici ce que j'ai fait : 1. trouvé le firmware ici : http://ftp.linux.it/pub/People/md/warez/ puis mis dans /lib/firmware 2. aptitude install atm-tools br2684ctl 3. créé un fichier /etc/ppp/peers/bluewin (du nom du FAI) et inclure ce que se trouve dans ce fichier : http://accessrunner.sourceforge.net/debian-scripts/peers-pppoe mais sans la ligne eth0 qui semble ne pas être reconnue par pppd. 4. mis dans /etc/ppp/chap-secret le mot de passe correct 5. mis un bloc dans /etc/network/interfaces contenant (de mémoire, je ne suis pas sur la machine) : auto nas0 iface nas0 inet dhcp et une ligne avec br2684ctl dont je ne me souviens plus de la syntaxe exacte. ensuite je relance le réseau avec /etc/init.d/networking restart Dans le syslog, je vois que le que le modem est reconnue (driver cxacru chargé) et le firmware chargé. De plus en attendant un moment, je vois qu'il se synchronise et qu'il trouve les débit. Un cat /proc/net/atm/cxacru-0 me confirme tout ça. Tout semble ok. Mais un ifconfig me montre que selon les options dans /etc/ppp/peers/bluewin, j'ai soit une ip publique soit une ip privée, celle obtenue via dhcp. Cela semble ok, mais un ping à l'extérieur ne marche pas. J'ai même ajouté une route par défaut avec route add default gw 192.168.1.1 mais toujours rien (pas de ping sur une adresse du net ni avec sa version ip). Tout ça me semble correcte, d'autant plus qu'avec un vieux w2k, j'ai exactement les mêmes paramètres et ça marche (...). Là je ne sais plus trop comment m'en sortir. Je me dis que c'est peut-être le firmware trouvé sur le net qui déconne et donc qu'il faudrait utiliser celui sur le cd d'install mais le problème c'est qu'il n'y a rien qui ressemble de près ou de loin à ce firmware. Il est planqué dans un *.sys et celui que je retrouve sur la machine w2k (nommé CxeTUfw.bin ou un truc du genre) fait 3.5M alors que celui pompé sur le net que 600K, donc ça ne doit pas être le bon. Toujours est-il que je suis complètement bloqué à ce stade et que ça ne donne pas vraiment une bonne image à mon pote de linux (d'autant plus qu'il y a deux semaines, gros problème d'installation d'une clé bluetooth, mais finalement résolue avec avec une autre clé). Je vais essayer demain de booter sur une knoppix histoire de voir si là ça marche et si oui de pomper l'info, mais sinon auriez-vous une bonne idée sur la manière de résoudre ce problème très embêtant ? Je pense quant à moi que c'est un problème avec pppd et ses options que je ne maîtrise pas vraiment. Mais où ??? En vous remerciant d'avance Très belle journée sous la pluie ps : désolé pour la longueur du mail... -- s°
vpn avec pptpd 1.3 et ppp 2.4.4 ....
Bonjour, Quelqu'un pourrait t'il m'envoyer les options nécessaires pour faire fonction un daemon poptop 1.3 + ppp 2.4.4 Je tourne sur sarge 3.1 et je viens de mettre a jour ces 2 paquets via backports.org et depuis mon VPN ne fonctionne plus ... Les anciennes versions étaient respectivement 1.2.x pour pptpd et ppp 2.4.3 # uname -a Linux vlanrouter1 2.6.16.18-router.3 #4 Mon Jul 24 01:39:18 CEST 2006 i686 GNU/Linux #dpkg -l ppp vlanrouter1:~# dpkg -l ppp pptpd ii ppp2.4.4rel-1bpo1 Point-to-Point Protocol (PPP) daemon ii pptpd 1.3.0-0bpo1PoPToP Point to Point Tunneling Server #tail -f /var/log/syslog Oct 17 18:24:02 vlanrouter1 pptpd[8290]: MGR: Launching /usr/sbin/pptpctrl to handle client Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: local address = 192.168.100.2 Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: remote address = 192.168.100.232 Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: pppd options file = /etc/ppp/pptpd-options Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Client 87.219.60.65 control connection started Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Received PPTP Control Message (type: 1) Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Made a START CTRL CONN RPLY packet Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: I wrote 156 bytes to the client. Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Sent packet to client Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Received PPTP Control Message (type: 7) Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Set parameters to 1 maxbps, 64 window size Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Made a OUT CALL RPLY packet Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Starting call (launching pppd, opening GRE) Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: pty_fd = 6 Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: tty_fd = 7 Oct 17 18:24:02 vlanrouter1 pptpd[5290]: MGR: Reaped child 8290 Oct 17 18:24:02 vlanrouter1 pppd[8291]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.4 Oct 17 18:24:02 vlanrouter1 pptpd[8291]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd Oct 17 18:24:02 vlanrouter1 pptpd[8291]: CTRL (PPPD Launcher): local address = 192.168.100.2 Oct 17 18:24:02 vlanrouter1 pptpd[8291]: CTRL (PPPD Launcher): remote address = 192.168.100.232 Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: I wrote 32 bytes to the client. Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Sent packet to client Oct 17 18:24:02 vlanrouter1 pptpd[8290]: GRE: read(fd=6,buffer=804e560,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7) Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Reaping child PPP[8291] Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Client 87.219.60.65 control connection finished Oct 17 18:24:02 vlanrouter1 pptpd[8290]: CTRL: Exiting now #lsmod ppp_async 5357 0 ppp_mppe4465 0 ppp_generic13260 2 ppp_async,ppp_mppe ... #cat /etc/pptpd.conf option /etc/ppp/pptpd-options debug 1 logwtmp localip 192.168.100.2 remoteip 192.168.100.232-238 #cat /etc/ppp/pptpd-options name pptpd refuse-pap refuse-chap refuse-mschap require-mschap-v2 require-mppe-128 ms-dns 10.0.0.1 ms-wins 10.0.0.1 proxyarp lock nobsdcomp novj novjccomp nologfd auth nodefaultroute -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ppp +freeradius
Bonjour, je souhaite installer un serveur ppp avec freeradius . auriez-vous quelques liens à me conseiller ? Harry Gaillac ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Comment redémarrer une freebox bloqué sur PPP?
Bonjour, Jai un server personnel sur une ligne adsl avec free en connexion permanente. Quelques fois la freebox reste bloqué avec PPP sur lécran. Apparentement cest a cause dun problème de connectivite contre le DLAM. La freebox nessai de se reconnecter si on ne la démarre pas (c'est-à-dire débrancher et reconnecter la prise électrique). Ca nest pas une grande idée ! Si on est absent la machine reste bloqué. Existe il un moyen « autonome » de forcer le démarrage par logiciel dans la cas ou le server détecte la perte de connexion ? Cordialement, Josep SERRANO -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Nommage des interfaces ppp
Bonjour, J'ai un serveur avec deux connexions PPP. L'ordre est tres important, une étant la principale, l'autre la secondaire. Les DNS pointent sur la principal, et mes rêgles de firewall n'autorisent le trafic que sur la principale, la seconde étant là pour l'administration de secours. La première n'a pas l'air tres stable malheureusement ... et ca m'arrangerais pas mal qu'elle soit toujours nommée ppp0, et que ca ne depende pas de l'ordre de lancement de pppd. Sinon je dois passer par des manips via les routes par défaut, c'est pas pratique et pas du tout idéal. Si au moins la connexion de secours était toujours en ppp1 voir autre chose, ca serait plus pratique. Y a-t-il un moyen de faire cela ? Merci d'avance. Guillaume. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nommage des interfaces ppp
Salut, Guillaume Leccese a écrit : J'ai un serveur avec deux connexions PPP. L'ordre est tres important, une étant la principale, l'autre la secondaire. Les DNS pointent sur la principal, et mes rêgles de firewall n'autorisent le trafic que sur la principale, la seconde étant là pour l'administration de secours. La première n'a pas l'air tres stable malheureusement ... et ca m'arrangerais pas mal qu'elle soit toujours nommée ppp0, et que ca ne depende pas de l'ordre de lancement de pppd. Sinon je dois passer par des manips via les routes par défaut, c'est pas pratique et pas du tout idéal. Si au moins la connexion de secours était toujours en ppp1 voir autre chose, ca serait plus pratique. Y a-t-il un moyen de faire cela ? Je ne connais pas de moyen de forcer a priori ou changer a posteriori le nom d'une interface PPP créée par pppd. Ma passerelle est elle aussi susceptible de gérer plusieurs interfaces PPP montées dans n'importe quel ordre et dont le nommage est par conséquent imprévisible. J'utilise des scripts placés dans /etc/ppp/ip-up.d/ (resp. /etc/ppp/ipv6-up.d/) que pppd lance après l'établissement de la liaison IP (resp. IPv6) en leur passant diverses variables d'environnement comme le nom de l'interface, l'adresse IP locale, l'adresse IP du pair, la valeur de l'option 'ipparam', pour créer les règles iptables et les routes liées à chaque connexion, ou pour relancer ou envoyer un signal à un démon pour qu'il prenne l'interface en compte. J'utilise la valeur de l'option 'ipparam' dans les fichiers d'options de pppd pour différencier les connexions. Exemple fictif : == #!/bin/sh # Variables d'environnement : #Variable Name Example #PPP_IFACEInterface nameppp0 #PPP_TTY The tty ttyS1 #PPP_SPEEDThe link speed38400 #PPP_LOCALLocal IP number 12.34.56.78 #PPP_REMOTE Peer IP number 12.34.56.99 #PPP_IPPARAM Optional ipparam value foo # actions apres debut ou fin d'une connexion PPP en IPv4 # creation ou suppression des regles iptables liees aux interfaces PPP if [ $PPP_IPPARAM == connexion1 ] then iptables -A INPUT -i $PPP_IFACE -d $PPP_LOCAL -j ACCEPT iptables -t nat -A POSTROUTING -o $PPP_IFACE -j MASQUERADE route add default gw $PPP_REMOTE dev $PPP_IFACE kill -HUP `cat /var/run/mon_demon.pid` elif [ $PPP_IPPARAM == connexion2 ] then iptables -A INPUT -i $PPP_IFACE -d $PPP_LOCAL -j ACCEPT route add -net 192.168.7.0/24 gw $PPP_REMOTE dev $PPP_IFACE fi == Réciproquement j'utilise des scripts placés dans /etc/ppp/ip-down.d/ (resp. /etc/ppp/ipv6-down.d/) que pppd lance après la fermeture de la liaison IP (resp. IPv6) avec les mêmes arguments pour nettoyer les règles iptables obsolètes (normalement les routes liées à l'interface qui tombe sont automatiquement nettoyées). Rappel : ces scripts sont lancés par run-parts et doivent remplir des conditions sur le nom et la mention de l'interpréteur en début de script (cf. man run-parts). -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nommage des interfaces ppp
Salut, Merci pour les infos, ca semble etre effectivement ce qu'il me faut. Le probleme c'est qu'a terme, j'aurais une ppp et une dhcp, le probleme ne se posera plus. L'utilisation des scripts résoudra mon probleme, mais c'est un serveur en prod et je n'ai pas le temps de faire des tests. Je pensais qu'il y avait un moyen simple de dire a pppd qu'une interface doit etre ppp0 et l'autre ppp1 mais effectivement ce n'est pas possible. Merci pour ta réponse, je la garde sous le coude car tres interessante :) A+ [EMAIL PROTECTED] wrote: Salut, Guillaume Leccese a écrit : J'ai un serveur avec deux connexions PPP. L'ordre est tres important, une étant la principale, l'autre la secondaire. Les DNS pointent sur la principal, et mes rêgles de firewall n'autorisent le trafic que sur la principale, la seconde étant là pour l'administration de secours. La première n'a pas l'air tres stable malheureusement ... et ca m'arrangerais pas mal qu'elle soit toujours nommée ppp0, et que ca ne depende pas de l'ordre de lancement de pppd. Sinon je dois passer par des manips via les routes par défaut, c'est pas pratique et pas du tout idéal. Si au moins la connexion de secours était toujours en ppp1 voir autre chose, ca serait plus pratique. Y a-t-il un moyen de faire cela ? Je ne connais pas de moyen de forcer a priori ou changer a posteriori le nom d'une interface PPP créée par pppd. Ma passerelle est elle aussi susceptible de gérer plusieurs interfaces PPP montées dans n'importe quel ordre et dont le nommage est par conséquent imprévisible. J'utilise des scripts placés dans /etc/ppp/ip-up.d/ (resp. /etc/ppp/ipv6-up.d/) que pppd lance après l'établissement de la liaison IP (resp. IPv6) en leur passant diverses variables d'environnement comme le nom de l'interface, l'adresse IP locale, l'adresse IP du pair, la valeur de l'option 'ipparam', pour créer les règles iptables et les routes liées à chaque connexion, ou pour relancer ou envoyer un signal à un démon pour qu'il prenne l'interface en compte. J'utilise la valeur de l'option 'ipparam' dans les fichiers d'options de pppd pour différencier les connexions. Exemple fictif : == #!/bin/sh # Variables d'environnement : #Variable Name Example #PPP_IFACEInterface nameppp0 #PPP_TTY The tty ttyS1 #PPP_SPEEDThe link speed38400 #PPP_LOCALLocal IP number 12.34.56.78 #PPP_REMOTE Peer IP number 12.34.56.99 #PPP_IPPARAM Optional ipparam value foo # actions apres debut ou fin d'une connexion PPP en IPv4 # creation ou suppression des regles iptables liees aux interfaces PPP if [ $PPP_IPPARAM == connexion1 ] then iptables -A INPUT -i $PPP_IFACE -d $PPP_LOCAL -j ACCEPT iptables -t nat -A POSTROUTING -o $PPP_IFACE -j MASQUERADE route add default gw $PPP_REMOTE dev $PPP_IFACE kill -HUP `cat /var/run/mon_demon.pid` elif [ $PPP_IPPARAM == connexion2 ] then iptables -A INPUT -i $PPP_IFACE -d $PPP_LOCAL -j ACCEPT route add -net 192.168.7.0/24 gw $PPP_REMOTE dev $PPP_IFACE fi == Réciproquement j'utilise des scripts placés dans /etc/ppp/ip-down.d/ (resp. /etc/ppp/ipv6-down.d/) que pppd lance après la fermeture de la liaison IP (resp. IPv6) avec les mêmes arguments pour nettoyer les règles iptables obsolètes (normalement les routes liées à l'interface qui tombe sont automatiquement nettoyées). Rappel : ces scripts sont lancés par run-parts et doivent remplir des conditions sur le nom et la mention de l'interpréteur en début de script (cf. man run-parts). -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nommage des interfaces ppp
Guillaume Leccese a écrit : Le probleme c'est qu'a terme, j'aurais une ppp et une dhcp, le probleme ne se posera plus. L'utilisation des scripts résoudra mon probleme, mais c'est un serveur en prod et je n'ai pas le temps de faire des tests. Même avec une seule connexion PPP, je reste convaincu que l'utilisation de ces scripts reste la seule méthode vraiment propre, et que supposer a priori que l'interface sera toujours nommée 'ppp0' est risqué. J'ai déjà vu des cas particuliers où une nouvelle instance de l'unique connexion est relancée alors que l'interface 'ppp0' de l'instance précédente existe encore. La nouvelle instance prend alors 'ppp1' comme nom d'interface. Je pensais qu'il y avait un moyen simple de dire a pppd qu'une interface doit etre ppp0 et l'autre ppp1 mais effectivement ce n'est pas possible. C'est vrai que c'est une option qui aurait pu être prévue. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nommage des interfaces ppp
Antoine Delaporte a écrit : Afin de forcer une interface ppp, n'hesitez pas a rajouter dans le /etc/ppp/peers/MACNX la douce ligne : unit100 Cela creera donc une interface ppp100 Ah oui tiens, c'est décrit dans le man de pppd 2.4.2 de Sarge. Je ne connaissais pas, utilisant encore Woody avec pppd 2.4.1 sur ma passerelle. Merci de l'info. Toutefois, cette option n'est utilisable que pour les connexions PPP sortantes (ce qui entre dans le cadre de la demande initiale). -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nommage des interfaces ppp
Antoine Delaporte a écrit : Antoine Delaporte a écrit : Afin de forcer une interface ppp, n'hesitez pas a rajouter dans le /etc/ppp/peers/MACNX la douce ligne : unit100 Cela creera donc une interface ppp100 Ah oui tiens, c'est décrit dans le man de pppd 2.4.2 de Sarge. Je ne connaissais pas, utilisant encore Woody avec pppd 2.4.1 sur ma passerelle. Merci de l'info. Correction : Sarge contient pppd 2.4.3. Je sais, j'ai du la lire entierement cette man page, dans une autre autre autre vie... :) ainsi que tt le code src :/ Mais rassure toi, en woody ca fonctionne deja ;) Effectivement, je viens de tester... On ne me dit jamais rien à moi :'( Toutefois, cette option n'est utilisable que pour les connexions PPP sortantes (ce qui entre dans le cadre de la demande initiale). oui, oui, forcement :) Pour préciser, l'option est aussi prise en compte pour une connexion entrante (je vois mal comment pppd pourrait faire la différence) mais je suppose que ça va coincer quand une seconde demande de connexion arrivera. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Script ppp ip-down
Le samedi 17 septembre 2005 à 16:19 +0200, Julien Valroff a écrit : Le vendredi 16 septembre 2005 à 00:16 +0200, Leopold BAILLY a écrit : Julien Valroff [EMAIL PROTECTED] writes: Le mardi 13 septembre 2005 à 01:10 +0200, [EMAIL PROTECTED] a écrit : [...] Je dois mettre un temporisateur relativement long (pour le moment, je mets un 'sleep 45', mais j'espère pouvoir réduire par la suite) : l'erreur n'apparait que lors de la tentative de connexion suivante, qui échoue avec, entre autres, un 'Modem hangup'. sleep ne rend pas la main mais at oui. Tu peux mettre dans ip-down.d un script qui fait : echo /n/importe/ou/traitement_de_l_erreur.sh | at now + 5secondes Comme ça pppd se termine rapidement et écris éventuellement le message d'erreur dans les logs. Le script traitement_de_l_erreur.sh se déclenche plus tard et décide ou non de relancer la connexion. En effet, c'est peut-être une solution que je vais m'empresser d'essayer... Merci pour le conseil ! Je vous tiens au courant lors de la prochaine déconnexion. J'ai entre temps eu droit à plusieurs déconnexions de ce type, et tout fonctionne correctement. ip-down.d : at -f /root/checkModemHangup.sh now +1minute checkModemHangup.sh : tail /var/log/ppp.log | grep '^.*Modem hangup$' /dev/null 21 if [ $? -eq 0 ]; then ( echo 'open 192.168.1.23' sleep 1 echo 'root' sleep 1 echo 'mot_de_passe' sleep 1 echo '/sbin/reboot' sleep 1 ) | telnet | mail root -s Modem was resetted fi Et voilà ;-) Merci à tous pour votr aide. Julien -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Script ppp ip-down
Le vendredi 16 septembre 2005 à 00:16 +0200, Leopold BAILLY a écrit : Julien Valroff [EMAIL PROTECTED] writes: Le mardi 13 septembre 2005 à 01:10 +0200, [EMAIL PROTECTED] a écrit : [...] Je dois mettre un temporisateur relativement long (pour le moment, je mets un 'sleep 45', mais j'espère pouvoir réduire par la suite) : l'erreur n'apparait que lors de la tentative de connexion suivante, qui échoue avec, entre autres, un 'Modem hangup'. sleep ne rend pas la main mais at oui. Tu peux mettre dans ip-down.d un script qui fait : echo /n/importe/ou/traitement_de_l_erreur.sh | at now + 5secondes Comme ça pppd se termine rapidement et écris éventuellement le message d'erreur dans les logs. Le script traitement_de_l_erreur.sh se déclenche plus tard et décide ou non de relancer la connexion. En effet, c'est peut-être une solution que je vais m'empresser d'essayer... Merci pour le conseil ! Je vous tiens au courant lors de la prochaine déconnexion. Julien -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp et déconnexion automatique
Une idée? et sinon, est-ce qu'il existe un moyen (un paquet?) de limiter la durée d'une connexion à t minutes? Il suffit de rajouter un script dans /etc/ip-up.d qui programme l'arrêt de la connexion : echo poff | at now + 10minutes je vais voir ce que je peux faire avec ça. merci Léo. très belle journée s.
Re: ppp et déconnexion automatique
steve [EMAIL PROTECTED] writes: Bonjour, j'ai un problème avec la déconnexion automatique (de ppp); d'après ce que j'ai compris, c'est l'option 'idle' du fichier /etc/ppp/options qui permet cela. J'ai donc mis 'idle 300' pour 5 minutes. Mais ça ne marche pas. Donc je ne me suis dit qu'il doit y avoir un truc qui se connecte régulièrement à Internet et qui remet le compteur à zéro. Bingo j'avais installé une extension pour la météo sur firefox. Désinstallation, et toujours pas de déconnexion automatique. Alors j'ai fait un tcpdump sur ppp0 histoire de voir ce qui passe. Et là surprise, je me rends compte qu'il y a beaucoup de bavardage avec mon FAI (peu de données mais assez régulièrement). Quoi exactement je ne sais pas. Come l'a dit Gilles, l'option active-filter permet d'ignorer le traffic qui retient ta ligne up. Tu peux filtrer sur le port de destination (détecté avec tcpdump) mais tu devras mettre régulièrement à jour la liste des ports concernés car j'ai l'impression que les tentatives de connexions proviennent de virus qui tentent d'exploiter certaines failles de sécurité et il y en a fréquemment de nouveaux. Une idée? et sinon, est-ce qu'il existe un moyen (un paquet?) de limiter la durée d'une connexion à t minutes? Il suffit de rajouter un script dans /etc/ip-up.d qui programme l'arrêt de la connexion : echo poff | at now + 10minutes Léo. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Script ppp ip-down
Julien Valroff [EMAIL PROTECTED] writes: Le mardi 13 septembre 2005 à 01:10 +0200, [EMAIL PROTECTED] a écrit : Salut, Julien Valroff a écrit : [...] Pour cela, j'ai créé un script dans /etc/ppp/ip-down.d/ qui va lire les dernières entrées du log de ppp (/var/log/ppp.log dans mon cas) et chercher si l'erreur spécifique à mon problème est présente. Le souci, c'est que ces lignes ne sont pas présentes au moment de la déconnexion, mais juste après, lors de la tentative de reconnexion. Il me faut donc utiliser un temporisateur pour que cela fonctionne, mais je ne trouve pas ça très propre, et cela bloque les autres scripts en attendant... [...] Je dois mettre un temporisateur relativement long (pour le moment, je mets un 'sleep 45', mais j'espère pouvoir réduire par la suite) : l'erreur n'apparait que lors de la tentative de connexion suivante, qui échoue avec, entre autres, un 'Modem hangup'. sleep ne rend pas la main mais at oui. Tu peux mettre dans ip-down.d un script qui fait : echo /n/importe/ou/traitement_de_l_erreur.sh | at now + 5secondes Comme ça pppd se termine rapidement et écris éventuellement le message d'erreur dans les logs. Le script traitement_de_l_erreur.sh se déclenche plus tard et décide ou non de relancer la connexion. Léo. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Script ppp ip-down
[EMAIL PROTECTED] a écrit, mardi 13 septembre 2005, à 01:10 : Salut, Salut, [...] Quels autres scripts ? Ceux dans ip-down.d ? Dans ce cas il suffit de nommer le script de sorte qu'il soit exécuté en dernier, genre 999resetmodem. Si 000qqch précède bien 00alpha, 999resetmodem ne suit pas 99zeta ... -- Jacques L'helgoualc'h -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp et déconnexion automatique
Le Mardi 13 Septembre 2005 01:20, [EMAIL PROTECTED] a écrit : Gilles Mocellin a écrit : J'utilise cette connexion avec ma boite, je me connecte en ssh et je ne veux pas qu'un autre trafic ouvre la connexion. [...] vicelard Et si on te bombarde de l'extérieur avec des requêtes de connexion SSH, ça coupe quand même ? :- Héhé, m'en fout, je coupe le modem. Il est allumé que lorsque je suis d'astreinte, et encore. En plus, je paye pas la communication, c'est une ligne professionnelle ;-) pgps6X4mPF7wR.pgp Description: PGP signature
Re: Script ppp ip-down
Jacques L'helgoualc'h a écrit : [EMAIL PROTECTED] a écrit, mardi 13 septembre 2005, à 01:10 : [...] Quels autres scripts ? Ceux dans ip-down.d ? Dans ce cas il suffit de nommer le script de sorte qu'il soit exécuté en dernier, genre 999resetmodem. Si 000qqch précède bien 00alpha, 999resetmodem ne suit pas 99zeta ... Ouais, tu n'as pas tort. Je me suis inspiré des 000xxx dans ip-up.d, mais ça ne marche pas dans l'autre sens. :-( Yaka l'appeler zzzresetmodem alors :-D -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Script ppp ip-down
Le mardi 13 septembre 2005 à 01:10 +0200, [EMAIL PROTECTED] a écrit : Salut, Julien Valroff a écrit : [...] Pour cela, j'ai créé un script dans /etc/ppp/ip-down.d/ qui va lire les dernières entrées du log de ppp (/var/log/ppp.log dans mon cas) et chercher si l'erreur spécifique à mon problème est présente. Le souci, c'est que ces lignes ne sont pas présentes au moment de la déconnexion, mais juste après, lors de la tentative de reconnexion. Il me faut donc utiliser un temporisateur pour que cela fonctionne, mais je ne trouve pas ça très propre, et cela bloque les autres scripts en attendant... Quels autres scripts ? Ceux dans ip-down.d ? Dans ce cas il suffit de nommer le script de sorte qu'il soit exécuté en dernier, genre 999resetmodem. Les scripts dans ip-up.d sont également concernés, donc le simple fait de renommer celui-ci ne résoud pas le problème. J'ai un script dans ip-up.d qui met permet de connaitre l'heure de la dernière connexion, et il n'est pas exécuté si je laisse mon temporisateur dans le script ip-down.d. Je ne comprends pas vraiment pourquoi. Je dois mettre un temporisateur relativement long (pour le moment, je mets un 'sleep 45', mais j'espère pouvoir réduire par la suite) : l'erreur n'apparait que lors de la tentative de connexion suivante, qui échoue avec, entre autres, un 'Modem hangup'. J'ai utilisé ip-down pour faire quelque chose du même genre (temporisation + examen du log), ça marchait mais c'est vrai que ce n'est pas terrible. Dans mon cas c'était plus facile parce que le message d'erreur se produisait à la déconnexion. Ma passerelle pouvant gérer plusieurs liaisons PPP simultanées (ADSL + des VPN PPTP), j'avais inclus des vérifications sur les variables $PPPD_PID et $PPP_IPPARAM : if [ $PPP_IPPARAM == fai ] then sleep 5s if grep -qi pppd\[${PPPD_PID}\].*chaine a chercher /var/log/log then # action fi fi C'est exactement cela... la vérification de la connexion en moins, ma passerelle ne gère que ma connexion ADSL. Merci pour vos réponses. Julien -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ppp et déconnexion automatique
Bonjour, j'ai un problème avec la déconnexion automatique (de ppp); d'après ce que j'ai compris, c'est l'option 'idle' du fichier /etc/ppp/options qui permet cela. J'ai donc mis 'idle 300' pour 5 minutes. Mais ça ne marche pas. Donc je ne me suis dit qu'il doit y avoir un truc qui se connecte régulièrement à Internet et qui remet le compteur à zéro. Bingo j'avais installé une extension pour la météo sur firefox. Désinstallation, et toujours pas de déconnexion automatique. Alors j'ai fait un tcpdump sur ppp0 histoire de voir ce qui passe. Et là surprise, je me rends compte qu'il y a beaucoup de bavardage avec mon FAI (peu de données mais assez régulièrement). Quoi exactement je ne sais pas. Une idée? et sinon, est-ce qu'il existe un moyen (un paquet?) de limiter la durée d'une connexion à t minutes? merci d'avance
Re: ppp et déconnexio n automatique
bonjour, Le lundi 12 septembre 2005, steve a écrit... Une idée? et sinon, est-ce qu'il existe un moyen (un paquet?) de limiter la durée d'une connexion à t minutes? Il y a diald, qui permet de paramétrer ce qui compte et ce qui ne sera pas pris en compte en tant que flux. Donc de gérer la déconnexion automatique un peu plus finement. Diald ne doit pas marcher avec l'adsl, il me semble. -- jm -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp et déconnexion automatique
Le Lundi, 12 Septembre 2005 16.52, Jean-Michel OLTRA a écrit : bonjour, Le lundi 12 septembre 2005, steve a écrit... Une idée? et sinon, est-ce qu'il existe un moyen (un paquet?) de limiter la durée d'une connexion à t minutes? Il y a diald, qui permet de paramétrer ce qui compte et ce qui ne sera pas pris en compte en tant que flux. Donc de gérer la déconnexion automatique un peu plus finement. Diald ne doit pas marcher avec l'adsl, il me semble. mais c'est pour un vieux modem 56k, donc ça devrait le faire. Mer ci je n'y avais pas pensé. -- jm
Re: ppp et déconnexion automatique
Le Lundi 12 Septembre 2005 16:52, Jean-Michel OLTRA a écrit : bonjour, Le lundi 12 septembre 2005, steve a écrit... Une idée? et sinon, est-ce qu'il existe un moyen (un paquet?) de limiter la durée d'une connexion à t minutes? Il y a diald, qui permet de paramétrer ce qui compte et ce qui ne sera pas pris en compte en tant que flux. Donc de gérer la déconnexion automatique un peu plus finement. Diald ne doit pas marcher avec l'adsl, il me semble. pppd le gère aussi : Dans mon /etc/ppp/peers/maconf, j'ai mis ça idle 300 active-filter dst port ssh J'utilise cette connexion avec ma boite, je me connecte en ssh et je ne veux pas qu'un autre trafic ouvre la connexion. Parmi le trafic perturbant, on a du ntp, du dhcp, divers broadcasts (samba...). pgpxfulmEcafX.pgp Description: PGP signature
Script ppp ip-down
Bonsoir, Je perds de temps à autre la synchronisation de ma ligne ADSL, et dans ce cas, il me faut soit débrancher la prise téléphonique, soit redémarrer le modem pour pouvoir me re-connecter. J'utilise un modem en mode bridge (le firmware est à jour), et j'ai une passerelle qui gère la connexion, et je souhaiterais pouvoir redémarrer mon modem (auquel j'accède par telnet) lorsque la ligne n'est plus synchronisée. Pour cela, j'ai créé un script dans /etc/ppp/ip-down.d/ qui va lire les dernières entrées du log de ppp (/var/log/ppp.log dans mon cas) et chercher si l'erreur spécifique à mon problème est présente. Le souci, c'est que ces lignes ne sont pas présentes au moment de la déconnexion, mais juste après, lors de la tentative de reconnexion. Il me faut donc utiliser un temporisateur pour que cela fonctionne, mais je ne trouve pas ça très propre, et cela bloque les autres scripts en attendant... Sachant que les scripts ip-up sont lancés *après* l'établissement de la connexion, ça ne m'aide pas. Voi le script actuel : #!/bin/sh sleep 45 tail /var/log/ppp.log | grep '^.*Modem hangup$' /dev/null 21 if [ $? -eq 0 ]; then # je redémarre le modem fi Existe-t-il une option de ppp permettant ce genre de choses ? J'ai passé en revue les différentes options lcp-* et ipcp-* mais rien ne convient. Avez-vous une idée ? Merci par avance Julien signature.asc Description: This is a digitally signed message part
Re: ppp et déconnexion automatique
Salut, Gilles Mocellin a écrit : pppd le gère aussi : Dans mon /etc/ppp/peers/maconf, j'ai mis ça idle 300 active-filter dst port ssh J'utilise cette connexion avec ma boite, je me connecte en ssh et je ne veux pas qu'un autre trafic ouvre la connexion. Parmi le trafic perturbant, on a du ntp, du dhcp, divers broadcasts (samba...). Du DHCP et des broadcasts sur une liaison PPP, vraiment ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp et déconnexion automatique
Le Lundi 12 Septembre 2005 22:58, [EMAIL PROTECTED] a écrit : Salut, Gilles Mocellin a écrit : pppd le gère aussi : Dans mon /etc/ppp/peers/maconf, j'ai mis ça idle 300 active-filter dst port ssh J'utilise cette connexion avec ma boite, je me connecte en ssh et je ne veux pas qu'un autre trafic ouvre la connexion. Parmi le trafic perturbant, on a du ntp, du dhcp, divers broadcasts (samba...). Du DHCP et des broadcasts sur une liaison PPP, vraiment ? Ben ça dépend de ce qui tourne des deux cotés. Allez, j'avoue que je n'ai pas regardé (pas d'outils comme tcpdump sur ma passerelle) :*) j'ai vu cette option active-filter, je ne fais que du ssh, depuis ma connexion se coupe bien toute seul dans les délais. pgp1gebkPi1br.pgp Description: PGP signature
Re: Script ppp ip-down
Salut, Julien Valroff a écrit : Je perds de temps à autre la synchronisation de ma ligne ADSL, et dans ce cas, il me faut soit débrancher la prise téléphonique, soit redémarrer le modem pour pouvoir me re-connecter. J'utilise un modem en mode bridge (le firmware est à jour), et j'ai une passerelle qui gère la connexion, et je souhaiterais pouvoir redémarrer mon modem (auquel j'accède par telnet) lorsque la ligne n'est plus synchronisée. Pour cela, j'ai créé un script dans /etc/ppp/ip-down.d/ qui va lire les dernières entrées du log de ppp (/var/log/ppp.log dans mon cas) et chercher si l'erreur spécifique à mon problème est présente. Le souci, c'est que ces lignes ne sont pas présentes au moment de la déconnexion, mais juste après, lors de la tentative de reconnexion. Il me faut donc utiliser un temporisateur pour que cela fonctionne, mais je ne trouve pas ça très propre, et cela bloque les autres scripts en attendant... Quels autres scripts ? Ceux dans ip-down.d ? Dans ce cas il suffit de nommer le script de sorte qu'il soit exécuté en dernier, genre 999resetmodem. J'ai utilisé ip-down pour faire quelque chose du même genre (temporisation + examen du log), ça marchait mais c'est vrai que ce n'est pas terrible. Dans mon cas c'était plus facile parce que le message d'erreur se produisait à la déconnexion. Ma passerelle pouvant gérer plusieurs liaisons PPP simultanées (ADSL + des VPN PPTP), j'avais inclus des vérifications sur les variables $PPPD_PID et $PPP_IPPARAM : if [ $PPP_IPPARAM == fai ] then sleep 5s if grep -qi pppd\[${PPPD_PID}\].*chaine a chercher /var/log/log then # action fi fi Sachant que les scripts ip-up sont lancés *après* l'établissement de la connexion, ça ne m'aide pas. Non, effectivement ces scripts ne sont pas faits pour ça. Détail : les scripts ip-up ne sont pas exécutés quand la liaison PPP est établie mais seulement après le succès de la négociation IPCP, c'est-à-dire une fois IP établi sur la liaison. Idem pour les scripts ipv6-up et la négociation IPV6CP. Liaison PPP établie mais pas d'IP = pas d'exécution de ip-up. Existe-t-il une option de ppp permettant ce genre de choses ? As-tu regardé du côté des options init, connect et disconnect de pppd ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp et déconnexion automatique
Gilles Mocellin a écrit : J'utilise cette connexion avec ma boite, je me connecte en ssh et je ne veux pas qu'un autre trafic ouvre la connexion. Parmi le trafic perturbant, on a du ntp, du dhcp, divers broadcasts (samba...). Du DHCP et des broadcasts sur une liaison PPP, vraiment ? Ben ça dépend de ce qui tourne des deux cotés. Mouais. NTP, d'accord, mais DHCP n'a rien à faire sur du PPP ; je ne vois pas comment il ferait vu qu'il n'y a pas d'adresse MAC en PPP. Idem pour les broadcasts qui circulent sur un réseau local vu que d'une part une interface PPP n'a pas le flag BROADCAST et d'autre part les broadcasts ne sont pas censés traverser les routeurs. Allez, j'avoue que je n'ai pas regardé (pas d'outils comme tcpdump sur ma passerelle) :*) j'ai vu cette option active-filter, je ne fais que du ssh, depuis ma connexion se coupe bien toute seul dans les délais. vicelard Et si on te bombarde de l'extérieur avec des requêtes de connexion SSH, ça coupe quand même ? :- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
PPP et l'option maxfail
Salut ! j'essaie depuis un moment d'initialiser ma connection PPP ( avec un modem USB, il y a donc un firmware à charger ) via le fichier /etc/ network/interfaces mais le problème est que pppd ( que j'appelle avec pon speedtch ) ne s'exécute qu'un instant, sans attendre que le firmware soit chargé voilà le contenu de mon fichier /etc/ppp/peers/speedtch : # # Userspace GPL Speedtouch USB peer auto-generated file # noauth hide-passwd updetach # # Put your ISP login name here and update your chap-secrets # user fti/7xr3kqa # # Asynchronous mode is possible too # sync # # We don't need a default ip # noipdefault # # We don't want to negociate compression schemes at all # noaccomp nopcomp noccp novj # # Makes pppd dial again when the connection is lost # persist # # pppd will try to connect maxfail times and wait holdoff seconds # between each try. # holdoff 4 maxfail 25 # # Asks your ISP for its DNS ip # (look at the /etc/ppp/resolv.conf) # #usepeerdns # # Makes this ppp link the default inet route # (route -n to check it) # defaultroute # # If something goes wrong try uncommenting this # #debug #kdebug 1 # # LCP requests are not mandatory plus they fail # on some systems # #lcp-echo-interval 600 #lcp-echo-failure 10 # # Requires the PPP Over ATM plugin # plugin pppoatm.so # # VPI.VCI # 8.35 ### ( /etc/ppp/options est vide lui ) La même commande sous Gentoo avec le même fichier, laisse tourner pppd pendant un moment ce qui laisse le temps au firmware de se charger, et c'est sans doute donc que Debian n'interprète pas comme il le faut l'option maxfail ( et holdoff ) Est-ce que je me suis planté qque part ? Ou est-ce que c'est dû à un choix des mainteneurs du paquetage de ppp ? Ou alors est-ce qu'un bug s'est glissé dans la version Debian de ppp ? Merci pour votre aide !
connection ppp avec Sarge
bonjour, j'ai installé sur mon portable Sarge j'ai également Mandriva où tout fonctionne donc côté matériel, c'est ok. j'ai installé gnome-ppp, il y a une connection graphique mais elle est virtuelle: je n'ai aucun ping ni de route et les divers navigateurs ne fonctionnent pas. on m'a dit de regarder dans /etc/ppp/peers/free s'il y a defaultroute : oui j'ai également essayé avec pon free (après avoir paramétré) cela ne fonctionne pas! je ne sais pas quoi faire! stéphane
Re: connection ppp avec Sarge
[EMAIL PROTECTED] a écrit : bonjour, Bonjour, j'ai installé sur mon portable Sarge j'ai également Mandriva où tout fonctionne donc côté matériel, c'est ok. j'ai installé gnome-ppp, il y a une connection graphique mais elle est virtuelle: je n'ai aucun ping ni de route et les divers navigateurs ne fonctionnent pas. on m'a dit de regarder dans /etc/ppp/peers/free s'il y a defaultroute : oui j'ai également essayé avec pon free (après avoir paramétré) cela ne fonctionne pas! je ne sais pas quoi faire! stéphane Je suppose que le but est d'avoir une connexion internet mais avec quel materiel ? Que donne la commande ifconfig -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
connexion ppp avec Sarge
merci à snoopy d'avoir répondu si vite en fait c'est résolu: j'ai réinstallé gnome-ppp avec synaptic j'ai supprimé gpppon j'ai supprimé la connexion que j'avais faite en pppconfig dans la configuratin reseau j'ai revu tous les parametres je suis passé de manuel à DHCP et j'ai supprimé la passerelle depuis cela fonctionne! par contre je n'ai plus le son de la porteuse lors de la numérotation et dans les parametres de gnome-ppp le volume du haut parleur est sur haut! enfin ceci n'est pas grave! stéphane -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: liaison ADSL ppp persistente
Le Tue, Jun 07, 2005 at 11:45:03PM +0200, Fran?ois TOURDE écrivait/wrote: Bon, ben puisque personne ne t'as proposé ça: Le 12941ième jour après Epoch, Basile STARYNKEVITCH écrivait: et voici la partie relative à ppp de mon /etc/network/interfaces ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth Ok gateway 62.212.121.80 post-up route add default gw 62.212.121.80 A mon avis, ces 2 lignes là sont inutiles. Sauf si tu as nodefaultroute dans ton fichier de config /etc/ppp/peers/nerim-provider Merci. J'ai rajoute defaultroute dans /etc/ppp/option et ca semble mieux marcher. post-up /usr/local/sbin/firewall_iptable_hector provider nerim Mais il manque auto ppp0 dans /etc/network/interfaces pour que la liaison démarre automatiquement lors du boot. Je l'avais déjà. J'ai sans doute oublié quelquechose qui fait que la liaison redemarre (mais j'ai oublié quoi). Peut-être l'option sync de pppd? Cette option ne sert qu'à faire des IO synchrones sur pppoe. Il faut l'activer dans le kernel et dans la config ppp. Selon la version que tu as, tu dois aussi utiliser le fichier /etc/ppp/ppp_on_boot si il est référencé dans /etc/init.d/ppp ... Je crois que je n'ai pas de tel fichier; Et il me semble que mon pppd démarre par ifup... -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: liaison ADSL ppp persistente
Le 12942ième jour après Epoch, Basile STARYNKEVITCH écrivait: Le Tue, Jun 07, 2005 at 11:45:03PM +0200, Fran?ois TOURDE écrivait/wrote: Mais il manque auto ppp0 dans /etc/network/interfaces pour que la liaison démarre automatiquement lors du boot. Je l'avais déjà. Ah ben si tu dis pas tout... :) Selon la version que tu as, tu dois aussi utiliser le fichier /etc/ppp/ppp_on_boot si il est référencé dans /etc/init.d/ppp ... Je crois que je n'ai pas de tel fichier; Et il me semble que mon pppd démarre par ifup... Normal, il faut que l'interface ethN soit up pour transiter le pppoe. Par contre, il n'est pas nécessaire qu'elle ait une adresse IP, et dans certains (?) cas ça peut poser des soucis. Il y a eu un thread ici à ce sujet justement. Tu peux éventuellement regarder/nous envoyer les extraits de ta log de démarrage, pour voir pourquoi ça ne démarre pas tout seul ppp ?? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
liaison ADSL ppp persistente
Bonjour j'ai une connexion ADSL (chez nerim) par pppoe sur une carte Bewan ADSL PCI ST (un modem PCI ADSL interne), et je viens de réinstaller Debian/Sid. Il me semble que ma liaison ne redemarre pas automatiquement. Voici les lignes non commentés de mon /etc/ppp/options defaultroute asyncmap 0 auth crtscts lock hide-password modem noipdefault proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx persist maxfail 0 plugin pppoatm.so 8.35 et voici la partie relative à ppp de mon /etc/network/interfaces ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth gateway 62.212.121.80 post-up route add default gw 62.212.121.80 post-up /usr/local/sbin/firewall_iptable_hector provider nerim J'ai sans doute oublié quelquechose qui fait que la liaison redemarre (mais j'ai oublié quoi). Peut-être l'option sync de pppd? Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: liaison ADSL ppp persistente
salut! essaie un coup de dpkg_reconfigure, et choisis l'option de démarrage de la liason au démarrage du pc. en fait, c'est l'existence ou non d'un fichier qui détermine si la connexion est lancée automatiquement ou pas. là je suis pas sur ma debian, et je peux pas te dire le nom exact du fichier, mais c'est un truc du genre ppp-on-boot. voilà, n'hésite pas! Jay Ar --- Basile STARYNKEVITCH [EMAIL PROTECTED] a écrit : Bonjour j'ai une connexion ADSL (chez nerim) par pppoe sur une carte Bewan ADSL PCI ST (un modem PCI ADSL interne), et je viens de réinstaller Debian/Sid. Il me semble que ma liaison ne redemarre pas automatiquement. Voici les lignes non commentés de mon /etc/ppp/options defaultroute asyncmap 0 auth crtscts lock hide-password modem noipdefault proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx persist maxfail 0 plugin pppoatm.so 8.35 et voici la partie relative à ppp de mon /etc/network/interfaces ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth gateway 62.212.121.80 post-up route add default gw 62.212.121.80 post-up /usr/local/sbin/firewall_iptable_hector provider nerim J'ai sans doute oublié quelquechose qui fait que la liaison redemarre (mais j'ai oublié quoi). Peut-être l'option sync de pppd? Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] _ Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: liaison ADSL ppp persistente
On Tuesday 7 June 2005 19:22, Basile STARYNKEVITCH wrote: Bonjour j'ai une connexion ADSL (chez nerim) par pppoe sur une carte Bewan ADSL PCI ST (un modem PCI ADSL interne), et je viens de réinstaller Debian/Sid. Il me semble que ma liaison ne redemarre pas automatiquement. Voici les lignes non commentés de mon /etc/ppp/options defaultroute asyncmap 0 auth crtscts lock hide-password modem noipdefault proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx persist maxfail 0 plugin pppoatm.so 8.35 et voici la partie relative à ppp de mon /etc/network/interfaces ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth gateway 62.212.121.80 post-up route add default gw 62.212.121.80 post-up /usr/local/sbin/firewall_iptable_hector provider nerim J'ai sans doute oublié quelquechose qui fait que la liaison redemarre (mais j'ai oublié quoi). Peut-être l'option sync de pppd? Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France Je ne peux pas t'aider car ma carte est configurée en pppoa. Je voulais juste savoir comment tu avais fait pour la configurer en tant que carte ethernet. Tu as utilisé un bridge ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: liaison ADSL ppp persistente
Jay Ar [EMAIL PROTECTED] writes: en fait, c'est l'existence ou non d'un fichier qui détermine si la connexion est lancée automatiquement ou pas. là je suis pas sur ma debian, et je peux pas te dire le nom exact du fichier, mais c'est un truc du genre ppp-on-boot. Deprecated. Maintenant, il faut passer par /etc/network/interfaces. Léo.
Re: liaison ADSL ppp persistente
Salut, Basile STARYNKEVITCH a écrit : j'ai une connexion ADSL (chez nerim) par pppoe sur une carte Bewan ADSL PCI ST (un modem PCI ADSL interne), et je viens de réinstaller Debian/Sid. A propos, ta route par défaut est réparée ? Il me semble que ma liaison ne redemarre pas automatiquement. ^^ Mais encore ? Tu n'aurais pas un petit bout de log avec des détails croustillants à se mettre sous la dent ? Voici les lignes non commentés de mon /etc/ppp/options [...] persist [...] Voilà l'option qui dit à pppd de se reconnecter en permanence. Et concernant les options de /etc/ppp/peers/nerim, qui, si je ne m'abuse, ont priorité sur celles de /etc/ppp/options ? et voici la partie relative à ppp de mon /etc/network/interfaces ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth Il te faut les deux modules ? Il ne serait pas plus simple de les charger une fois pour toutes au démarrage du système ? gateway 62.212.121.80 Incompatible avec la méthode ppp. post-up route add default gw 62.212.121.80 Marchera pas, arrive trop tôt. J'ai sans doute oublié quelquechose qui fait que la liaison redemarre (mais j'ai oublié quoi). Peut-être l'option sync de pppd? Non, pas que je sache. C'est l'option persist qui s'occupe de ça. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: liaison ADSL ppp persistente
Bon, ben puisque personne ne t'as proposé ça: Le 12941ième jour après Epoch, Basile STARYNKEVITCH écrivait: et voici la partie relative à ppp de mon /etc/network/interfaces ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth Ok gateway 62.212.121.80 post-up route add default gw 62.212.121.80 A mon avis, ces 2 lignes là sont inutiles. Sauf si tu as nodefaultroute dans ton fichier de config /etc/ppp/peers/nerim-provider post-up /usr/local/sbin/firewall_iptable_hector provider nerim Mais il manque auto ppp0 dans /etc/network/interfaces pour que la liaison démarre automatiquement lors du boot. J'ai sans doute oublié quelquechose qui fait que la liaison redemarre (mais j'ai oublié quoi). Peut-être l'option sync de pppd? Cette option ne sert qu'à faire des IO synchrones sur pppoe. Il faut l'activer dans le kernel et dans la config ppp. Selon la version que tu as, tu dois aussi utiliser le fichier /etc/ppp/ppp_on_boot si il est référencé dans /etc/init.d/ppp ... HTH -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
route par defaut avec ifup en ppp
Bonjour mon PC (x86/Linux/Debian/Sid) a 2 interfaces réseau ethernet (une pour le réseau interne, l'autre pour le Wifi) et une carte ADSL PCI Bewan (en pppatm) - ou j'ai une IP fixe: 62.212.121.80 (= ours.starynkevitch.net) Auparavant, l'ADSL était démarré par des scripts maisons qui merdaient un peu. Maintenant (j'ai reinstallé Debian en faisant un debootstrap avec chroot) je veux démarrer les interfaces proprement, par ifup. Voici donc mon /etc/network/interfaces ### etherconf DEBCONF AREA. DO NOT EDIT THIS AREA OR INSERT TEXT BEFORE IT. auto lo eth0 ppp0 eth1 iface lo inet loopback iface eth0 inet static address 192.168.0.5 netmask 255.255.255.0 broadcast 192.168.0.255 #gateway 213.41.130.15 iface eth1 inet static address 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255 #gateway 192.168.1.2 ### END OF DEBCONF AREA. PLACE YOUR EDITS BELOW; THEY WILL BE PRESERVED. ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth # firewall_iptable_hector est un script maison d'iptable pre-up /usr/local/sbin/firewall_iptable_hector gateway 62.212.121.80 provider nerim Ca marche, (en ce sens que ppp0 démarre bien avec ifup -a) sauf que le routage par défault vers l'ADSL ne se fait pas. Il me suffit de faire (manuellement, ce que je veux éviter) un route add default gw 62.212.121.80 j'avais essayé de mettre cette commande en post-up mais ca ne marche pas. Comment indiquer que le routage par défaut, quand ppp0 fonctionne, est 62.212.121.80? Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: route par defaut avec ifup en ppp
Basile STARYNKEVITCH a écrit : Bonjour mon PC (x86/Linux/Debian/Sid) a 2 interfaces réseau ethernet (une pour le réseau interne, l'autre pour le Wifi) et une carte ADSL PCI Bewan (en pppatm) - ou j'ai une IP fixe: 62.212.121.80 (= ours.starynkevitch.net) Auparavant, l'ADSL était démarré par des scripts maisons qui merdaient un peu. Maintenant (j'ai reinstallé Debian en faisant un debootstrap avec chroot) je veux démarrer les interfaces proprement, par ifup. Voici donc mon /etc/network/interfaces ### etherconf DEBCONF AREA. DO NOT EDIT THIS AREA OR INSERT TEXT BEFORE IT. auto lo eth0 ppp0 eth1 iface lo inet loopback iface eth0 inet static address 192.168.0.5 netmask 255.255.255.0 broadcast 192.168.0.255 #gateway 213.41.130.15 iface eth1 inet static address 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255 #gateway 192.168.1.2 ### END OF DEBCONF AREA. PLACE YOUR EDITS BELOW; THEY WILL BE PRESERVED. ## ajout par Basile iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth # firewall_iptable_hector est un script maison d'iptable pre-up /usr/local/sbin/firewall_iptable_hector gateway 62.212.121.80 provider nerim Ca marche, (en ce sens que ppp0 démarre bien avec ifup -a) sauf que le routage par défault vers l'ADSL ne se fait pas. Il me suffit de faire (manuellement, ce que je veux éviter) un route add default gw 62.212.121.80 j'avais essayé de mettre cette commande en post-up mais ca ne marche pas. Comment indiquer que le routage par défaut, quand ppp0 fonctionne, est 62.212.121.80? option defaultroute à rajouter dans le fichier conf de nerim -- Daniel Huhardeaux __ _ _ __ __ __ enum+48 32 285 5276 /_ _// _ // _ //_ _// __ // / iaxtel 1-700-849-6983 / / / // // // / / / / /_/ // / sip/iax:callto [EMAIL PROTECTED]/_/ //// /_/ /_/ /_//_/.net -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: route par defaut avec ifup en ppp
Salut, Basile STARYNKEVITCH a écrit : j'ai une IP fixe: 62.212.121.80 [...] mon /etc/network/interfaces [...] iface ppp0 inet ppp pre-up modprobe -v unicorn_pci_atm || echo pas unicorn_pci_atm pre-up modprobe -v unicorn_pci_eth || echo pas unicorn_pci_eth # firewall_iptable_hector est un script maison d'iptable pre-up /usr/local/sbin/firewall_iptable_hector gateway 62.212.121.80 provider nerim Ca marche, (en ce sens que ppp0 démarre bien avec ifup -a) sauf que le routage par défault vers l'ADSL ne se fait pas. L'option gateway n'est pas valide avec la méthode ppp. Cf. man interfaces. Il me suffit de faire (manuellement, ce que je veux éviter) un route add default gw 62.212.121.80 Tiens, ça marche sous Linux ça ? Il me semblait qu'il fallait plutôt utiliser l'adresse du pair PPP, ou bien l'interface de sortie. j'avais essayé de mettre cette commande en post-up mais ca ne marche pas. Il y a un problème avec l'option post-up pour la méthode ppp. La commande spécifiée s'exécute après le lancement de pppd, mais cela se produit avant que la connexion soit effectivement établie. Donc à ce moment l'interface, si elle existe, n'est pas encore activée ou n'a pas encore d'adresse IP et la commande route est rejetée pour adresse injoignable. Comment indiquer que le routage par défaut, quand ppp0 fonctionne, est 62.212.121.80? Méthode classique : ajouter l'option defaultroute de pppd dans /etc/ppp/peers/nerim qui ajoutera automatiquement l'adresse du pair PPP comme passerelle par défaut une fois la connexion établie. Méthode tordue : créer un script dans /etc/ppp/ip-up.d/ qui lance ta commande route. Les scripts présents dans ce répertoire sont exécutés par pppd via run-parts (attention donc aux restrictions sur le nom entre autres, cf. man run-parts) une fois la connexion établie. Le nom de l'interface, l'adresse locale, l'adresse du pair PPP et d'autres informations sont exportées dans des variables passées au script, cf. man pppd et le contenu du script /etc/ppp/ip-up. Je m'en sers pour créer les règles iptables liées à mes interfaces PPP. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Coupure connexion PPP par le tiers et perte de services...
Bonjour, J'ai un serveur/passerelle qui est connecté 24/24h chez moi. Suite à un déménagement, je suis passé au dégroupage LDCOM et j'ai modifié quelques paramètres. Auparavant, je forçais une déconnexion tous les jours (m'étant rendu compte que la reconnexion était plus longue si elle était coupée par le tiers, à savoir l'infrastructure FT). Comme c'est LDCOM qui gère la ligne ADSL, j'ai arrêté ce cron-job puisqu'il parait qu'ils forcent une déconnexion par semaine (et non toutes les 24h). Surprise ce matin quand je découvre qu'aucun service TCP n'est disponible sur ce serveur. Pourtant, un echo ICMP fonctionne bien (notez que les séquences perdues ne représentent rien d'anormal, c'est juste une protection un peu raide contre le flood) : $ ping chouppy.net PING chouppy.net (213.41.130.8) 56(84) bytes of data. 64 bytes from chouppy.net (213.41.130.8): icmp_seq=2 ttl=52 time=65.6 ms 64 bytes from chouppy.net (213.41.130.8): icmp_seq=4 ttl=52 time=64.6 ms Or, j'ai plusieurs services sur cette machine qui semblent bien fonctionner. Notamment un bot IRC qui est bien présent là où il doit être (et qui répond bien à mes commandes). Alors voilà, n'ayant pas accès à la machine jusqu'à ce midi ou ce soir, je me pose des questions. La seule hypothèse que je vois pour l'instant, c'est que l'interface ppp0 a été détruite à la coupure de connexion et que toutes les règles iptables ont été vidées, ne laissant que la politique par défaut (iptables -P INPUT DROP). Avez-vous d'autres idées ? -- Jonathan ILIAS
Re: Coupure connexion PPP par le tiers et perte de services...
On Wed, Jun 01, 2005 at 09:09:52AM +0200, Jonathan ILIAS wrote: Bonjour, J'ai un serveur/passerelle qui est connecté 24/24h chez moi. Suite à un déménagement, je suis passé au dégroupage LDCOM et j'ai modifié quelques paramètres. Auparavant, je forçais une déconnexion tous les jours (m'étant rendu compte que la reconnexion était plus longue si elle était coupée par le tiers, à savoir l'infrastructure FT). Comme c'est LDCOM qui gère la ligne ADSL, j'ai arrêté ce cron-job puisqu'il parait qu'ils forcent une déconnexion par semaine (et non toutes les 24h). Surprise ce matin quand je découvre qu'aucun service TCP n'est disponible sur ce serveur. Pourtant, un echo ICMP fonctionne bien (notez que les séquences perdues ne représentent rien d'anormal, c'est juste une protection un peu raide contre le flood) : $ ping chouppy.net PING chouppy.net (213.41.130.8) 56(84) bytes of data. 64 bytes from chouppy.net (213.41.130.8): icmp_seq=2 ttl=52 time=65.6 ms 64 bytes from chouppy.net (213.41.130.8): icmp_seq=4 ttl=52 time=64.6 ms Or, j'ai plusieurs services sur cette machine qui semblent bien fonctionner. Notamment un bot IRC qui est bien présent là où il doit être (et qui répond bien à mes commandes). Demande lui ce qu'il se passe :-D Alors voilà, n'ayant pas accès à la machine jusqu'à ce midi ou ce soir, je me pose des questions. La seule hypothèse que je vois pour l'instant, c'est que l'interface ppp0 a été détruite à la coupure de connexion et que toutes les règles iptables ont été vidées, ne laissant que la politique par défaut (iptables -P INPUT DROP). Avez-vous d'autres idées ? Peut être : Il me semble (vu les dernières manip que j'ai faite chez moi) que iptables n'oublie pas les interfaces absentes. En revanche, il se peut que tu te sois reconnectés via ppp1, et non ppp0. Cela m'est arrivé quelques fois par le passé. Si tel est le cas, tu devrais mettre la partie PPP de ton firewall dans /etc/ppp/ifup.d et de quoi l'enlever dans ifdown.d Cyprien -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Coupure connexion PPP par le tiers et perte de services...
Cyprien a écrit, mercredi 1 juin 2005, à 09:55 : [...] Il me semble (vu les dernières manip que j'ai faite chez moi) que iptables n'oublie pas les interfaces absentes. Il accepte même n'importe quoi : # iptables -A INPUT -i pas_glop42 -j DROP # iptables -vL INPUT Chain INPUT (policy DROP 0 packets, 0 bytes) [...] 0 0 DROP all -- pas_glop42 any anywhere anywhere En revanche, il se peut que tu te sois reconnectés via ppp1, et non ppp0. Cela m'est arrivé quelques fois par le passé. Si tel est le cas, tu devrais mettre la partie PPP de ton firewall dans /etc/ppp/ifup.d et de quoi l'enlever dans ifdown.d On peut aussi utiliser la syntaxe « ppp+ », si le numéro de ppp n'a pas d'importance. -- Jacques L'helgoualc'h -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Coupure connexion PPP par le tiers et perte de services...
Jacques L'helgoualc'h wrote: On peut aussi utiliser la syntaxe « ppp+ », si le numéro de ppp n'a pas d'importance. Merci à vous deux pour ce conseil, même si cela ne résoud pas mon problème, cela me semble être en effet plus prudent. -- Jonathan ILIAS, déjà un peu moins bête aujourd'hui
Re: Coupure connexion PPP par le tiers et perte de services...
Jacques L'helgoualc'h wrote: En revanche, il se peut que tu te sois reconnectés via ppp1, et non ppp0. Cela m'est arrivé quelques fois par le passé. Si tel est le cas, tu devrais mettre la partie PPP de ton firewall dans /etc/ppp/ifup.d et de quoi l'enlever dans ifdown.d On peut aussi utiliser la syntaxe « ppp+ », si le numéro de ppp n'a pas d'importance. Bingo, vous avez trouvé le problème et sa solution :) Merci -- Jonathan ILIAS
Re: Coupure connexion PPP par le tiers et perte de services...
On Wed, Jun 01, 2005 at 11:21:29AM +0200, Jonathan ILIAS wrote: Jacques L'helgoualc'h wrote: On peut aussi utiliser la syntaxe « ppp+ », si le numéro de ppp n'a pas d'importance. Merci à vous deux pour ce conseil, même si cela ne résoud pas mon problème, cela me semble être en effet plus prudent. Tu as du nouveau sur ce qu'il se passe ? as-tu pu te connecter dessus? Cyprien -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pb connexion automatique ppp
bonjour, voici mon pb : depuis quelques temps je n'arrive plus a me connecter au net: ma config : * 1 carte eth1 relié au réseau local * 1 carte eth0 relié au modem ADSL Si j'utilise pppoeconf tout fonctionne a merveille. En gros j'ai l'impression qu'au démarrage, la carte eth0 pose un pb ... si je fais un ifconfig je ne la vois pas: debut eth1 Lien encap:Ethernet HWaddr 00:50:BA:6E:82:66 inet adr:192.168.1.1 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::250:baff:fe6e:8266/64 Scope:Lien UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:378 (378.0 b) Interruption:19 Adresse de base:0xec00 loLien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:38 errors:0 dropped:0 overruns:0 frame:0 TX packets:38 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:2636 (2.5 KiB) TX bytes:2636 (2.5 KiB) fin (elle est bien vu avec un ifconfig -a). debut eth0 Lien encap:Ethernet HWaddr 00:10:5A:6F:C2:DF BROADCAST 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 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interruption:17 Adresse de base:0xe800 eth1 Lien encap:Ethernet HWaddr 00:50:BA:6E:82:66 inet adr:192.168.1.1 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::250:baff:fe6e:8266/64 Scope:Lien UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:378 (378.0 b) Interruption:19 Adresse de base:0xec00 loLien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:38 errors:0 dropped:0 overruns:0 frame:0 TX packets:38 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:2636 (2.5 KiB) TX bytes:2636 (2.5 KiB) sit0 Lien encap:IPv6-dans-IPv4 NOARP MTU:1480 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 lg file transmission:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) fin voici un listing de mon fichier de log ppp lorsque je demarre la machine : debut Apr 7 21:15:53 debian pppd[4351]: Plugin rp-pppoe.so loaded. Apr 7 21:15:53 debian pppd[4352]: pppd 2.4.3 started by root, uid 0 Apr 7 21:15:53 debian pppd[4352]: sendPacket: send: Network is down Apr 7 21:15:53 debian pppd[4352]: Exit. fin pour moi j'ai l'impression que le pb vient donc de eth0 La config des interfaces est faite au boot dans /etc/network/interfaces (pas de ppp_on_boot dans /etc/ppp), voici mon fichier : debut # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface auto lo iface lo inet loopback # the local network auto eth1 iface eth1 inet static address 192.168.1.1 netmask 255.255.255.0 # the internet auto free iface free inet ppp provider dsl-provider fin je ne met rien pour eth0 car elle doit rester libre pour la connexion ppp ... lorsque je lance pppoeconf, il detecte bien un modem adsl sur eth0 et tout fonctionne : sortie de ifconfig une fois le pppoeconf effectué : debut debian:/var/log# ifconfig eth0 Lien encap:Ethernet HWaddr 00:10:5A:6F:C2:DF adr inet6: fe80::210:5aff:fe6f:c2df/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:36 errors:0 dropped:0 overruns:0 frame:0 TX packets:40 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:2807 (2.7 KiB) TX bytes:2845 (2.7 KiB) Interruption:17 Adresse de base:0xe800 eth1 Lien encap:Ethernet HWaddr 00:50:BA:6E:82:66 inet adr:192.168.1.1 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::250:baff:fe6e:8266/64 Scope:Lien UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:378 (378.0 b) Interruption:19 Adresse de base
Re: pb connexion automatique ppp
Salut, Debian User a écrit : depuis quelques temps je n'arrive plus a me connecter au net: ma config : * 1 carte eth1 relié au réseau local * 1 carte eth0 relié au modem ADSL En gros j'ai l'impression qu'au démarrage, la carte eth0 pose un pb ... si je fais un ifconfig je ne la vois pas: (elle est bien vu avec un ifconfig -a). eth0 Lien encap:Ethernet HWaddr 00:10:5A:6F:C2:DF BROADCAST MULTICAST MTU:1500 Metric:1 Elle est DOWN, désactivée (pas UP). voici un listing de mon fichier de log ppp lorsque je demarre la machine : Apr 7 21:15:53 debian pppd[4351]: Plugin rp-pppoe.so loaded. Apr 7 21:15:53 debian pppd[4352]: pppd 2.4.3 started by root, uid 0 Apr 7 21:15:53 debian pppd[4352]: sendPacket: send: Network is down Apr 7 21:15:53 debian pppd[4352]: Exit. Voilà, comme eth0 est down, pppoe ne peut pas l'utiliser. La config des interfaces est faite au boot dans /etc/network/interfaces (pas de ppp_on_boot dans /etc/ppp), voici mon fichier : [pas de eth0] je ne met rien pour eth0 car elle doit rester libre pour la connexion ppp ... C'est bien le problème. Comme elle n'est pas paramétrée, elle n'est pas activée. Avec la méthode ppp_on_boot, c'était le script /etc/ppp/ppp_on_boot lui-même qui active l'interface si nécessaire. Extrait du mien : INTERFACE=eth1 # Bring the interface up /sbin/ifconfig $INTERFACE up Note que l'usage d'une interface par pppoe n'est pas exclusif. D'ailleurs, tu vois bien qu'IPv6 est monté sur eth0. (IPv6 monte sur tout ce qui bouge) ;-) Chez moi, l'interface vers le modem a une adresse IP pour pouvoir communiquer avec les services de configuration en telnet ou HTTP du modem. lorsque je lance pppoeconf, il detecte bien un modem adsl sur eth0 et tout fonctionne : Parce que le script pppoeconf active l'interface ethernet utilisée par pppoe. De plus, si je fais un poff, le lient eth0 reste alors visible : Simplement l'interface eth0 reste ensuite activée tant qu'on ne la désactive pas, jusqu'à ce qu'on redémarre la machine. Pour activer l'interface eth0 sans la configurer avant de lancer la connexion PPP, tu peux utiliser une option pre-up dans les paramètres de cette dernière dans /etc/network/interfaces : iface free inet ppp provider dsl-provider pre-up ifconfig eth0 up -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pb connexion automatique ppp
Le Thu, 07 Apr 2005 21:32:24 +0200, Debian User a écrit : bonjour, voici mon pb : depuis quelques temps je n'arrive plus a me connecter au net: ma config : * 1 carte eth1 relié au réseau local * 1 carte eth0 relié au modem ADSL Si j'utilise pppoeconf tout fonctionne a merveille. En gros j'ai l'impression qu'au démarrage, la carte eth0 pose un pb ... il y a un nouveau hotplug qui vorrige des problèmes avec ppp, est ce qu'il résoud ce problème ? Alban -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp
Bruno [EMAIL PROTECTED] writes: bonjour sous Sid je n'ai plus le lancement auto de la connexion internet. j'ai bien vu un message au boot mais pas le temps de le lire, il semblerait qu'il y ait un changement dans la config de ppp, quelqu'un est au courant. Il y a eu récemment un fil là-dessus ; voici en gros ce que j'ai retenu : l'utilisation du fichier /etc/ppp/ppp_on_boot est dépréciée, la connexion ppp se configure maintenant dans /etc/network/interfaces. Pour les détails, man interfaces et recherche dans les archives. Léo.
ppp
bonjour sous Sid je n'ai plus le lancement auto de la connexion internet. j'ai bien vu un message au boot mais pas le temps de le lire, il semblerait qu'il y ait un changement dans la config de ppp, quelqu'un est au courant. merci -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problème de droits avec gnome-ppp
Bonjour, Souhaitant me connecter à internet via un modem par liaison série, j'essaye d'utiliser gnome-ppp. Bizarrement lorsque je lance la détection du modem (/dev/ttyS0), il me rétorque que je n'ai pas les droits alors que normalement c'est bon : crw-r- 1 root dialout 4, 64 Nov 8 23:47 ttyS0 La preuve ? J'arrive à me connecter avec la commande pon provider Si je mets les droits d'écriture au groupe dialout, tout d'un coup ça marche ! Mais je me demande pourquoi gnome-ppp tient tellement que ça à mettre les droits d'écritures sur /dev/ttyS0 alors que pon s'en moque ? Je peux laisser les droits d'écriture au groupe dialout ou est-ce un trou de sécurité potentiel ? Merci !
Re: PPP et routage
J.Pierre Pourrez wrote: Le 08/09/04 à 18:34, Vera Mickael écrivait: Est-ce qu'une interface PPP a une adresse IP ? Comme Internet est basé sur les réseaux TCP/IP, une adresse IP peut aider ;-) En fait, il y a 2 adresses IP mis en jeu: ton adresse IP pour recevoir les réponses à tes demandes, l'adresse du serveur pour savoir où adresser tes demandes. En général ces adresses sont dynamiques et attribués par le serveur (ton FAI) Cela correspond à l'option noipdefault dans ton fichier de config /etc/ppp/peers/provider Une fois la connexion établie, tapez ifconfig ppp0 pour connaitre la valeur de ces adresses. J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. A relire Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. Cela correspond à l'option defaultroute dans le fichier /etc/ppp/peers/provider Après connexion, on peut vérifier cela par la commande route -n Une autre option intéressante est usepeerdns qui va mettre à jour ton fichier /etc/resolv.conf qui contient l'adresse IP de 1 ou 2 serveurs de noms pour faire la correspondance entre le nom d'hôte (ex: www.voila.fr) et son adresse IP (195.101.94.80) Il existe un Howto à propos de PPP in french ici: http://www.traduc.org/docs/HOWTO/vf/PPP-HOWTO.html Merci, Avec plaisir Jean-Pierre Je reviens sur un vieux thread, je dépile mes mails :-) Ok une interface PPP a une adresse IP. Dans le howto de PPP on peut lire que le protocole PPP est symétrique, j'en déduis que mon provider attribue une adresse IP à l'interface qui se trouve sur ma machine et une adresse pour l'interface qui se trouve sur sa machine. Mais je trouverais ça bizarre qu'il y ait besoin de réserver 2 adresses pour moi ? A moins que de son côté il s'agisse d'une adresse sur son réseau local ? Mickaël
Re: PPP et routage
J.Pierre Pourrez wrote: Je reviens sur un vieux thread, je dépile mes mails :-) Ok une interface PPP a une adresse IP. Dans le howto de PPP on peut lire que le protocole PPP est symétrique, j'en déduis que mon provider attribue une adresse IP à l'interface qui se trouve sur ma machine et une adresse pour l'interface qui se trouve sur sa machine. Mais je trouverais ça bizarre qu'il y ait besoin de réserver 2 adresses pour moi ? A moins que de son côté il s'agisse d'une adresse sur son réseau local ? Mickaël A vérifier mais normalement le serveur du FAI réserve une IP de son coté, mais celle-ci est utilisé pour tous les tunnels pptp. C'est à dire que s'il y'a 50 connections simultannées il y'aura 50 ip coté client, et une ip coté serveur. Donc en fait le FAI ne réserve qu'une seule ip par personne, plus une ip pour son serveur. Mais à vérifier tout de même. sich
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat, 18 Sep 2004 18:27:55 +0200 Erwan David [EMAIL PROTECTED] a écrit: Le Sat 18/09/2004, J.Pierre Pourrez disait Resolvconf semble être un proxy DNS. Un peu comme dnsmasq qui a plus de possibilités. Dans ce cas, mettre dans /etc/resolv.conf: Nameserver 127.0.0.1 Mais je ne connais pas la config de resolvconf. Il doit y avoir un lien ou une variable vers /etc/ppp/resolv.conf Non, resolvconf mets à jour /etc/resolvconf en récupérant les inforamtions àfdifférents endroits statiques ou dynamiques (clienst ppp/dhcp ou autres). Oui enfin c'est ce qu'il est sensé faire parce que chez moi il ne le fait pas...
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le 17/09/04 à 14:38, [EMAIL PROTECTED] écrivait: Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans /var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et /etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Voilà Jean-Pierre
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat, 18 Sep 2004 11:56:03 +0200 J.Pierre Pourrez [EMAIL PROTECTED] a écrit: Le 17/09/04 à 14:38, [EMAIL PROTECTED] écrivait: Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans/var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et/etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Oui j'ai bien ce script dans les répertoires indiqués mais il ne fait pas son office...
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat, 18 Sep 2004 12:23:23 +0200 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: Le Sat, 18 Sep 2004 11:56:03 +0200 J.Pierre Pourrez [EMAIL PROTECTED] a écrit: Le 17/09/04 à 14:38, [EMAIL PROTECTED] écrivait: Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans/var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et/etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Oui j'ai bien ce script dans les répertoires indiqués mais il ne fait pas son office... D'ailleurs il ne risque pas de faire quelque chose car quand resolvconf est là il ne fait rien...
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le 18/09/04 à 12:29, Gaëtan PERRIER écrivait: le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et/etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Oui j'ai bien ce script dans les répertoires indiqués mais il ne fait pas son office... D'ailleurs il ne risque pas de faire quelque chose car quand resolvconf est là il ne fait rien... Effectivement je n'ai pas resolconf installé et ça marche très bien comme cela. Resolvconf semble être un proxy DNS. Un peu comme dnsmasq qui a plus de possibilités. Dans ce cas, mettre dans /etc/resolv.conf: Nameserver 127.0.0.1 Mais je ne connais pas la config de resolvconf. Il doit y avoir un lien ou une variable vers /etc/ppp/resolv.conf A Jean-Pierre
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat 18/09/2004, J.Pierre Pourrez disait Resolvconf semble être un proxy DNS. Un peu comme dnsmasq qui a plus de possibilités. Dans ce cas, mettre dans /etc/resolv.conf: Nameserver 127.0.0.1 Mais je ne connais pas la config de resolvconf. Il doit y avoir un lien ou une variable vers /etc/ppp/resolv.conf Non, resolvconf mets à jour /etc/resolvconf en récupérant les inforamtions àfdifférents endroits statiques ou dynamiques (clienst ppp/dhcp ou autres). -- Erwan
resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Salut, Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans /var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. Donc pour l'instant j'en suis arrivé à écrire en dur les adresses des serveurs de noms dans le fichier tail de resolvconf...
PPP et routage
Bonjour, J'ai deux petites questions : Est-ce qu'une interface PPP a une adresse IP ? J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. Merci, Mickaël
Re: PPP et routage
* Vera Mickael [EMAIL PROTECTED] [2004-09-08 18:34] : Bonjour, J'ai deux petites questions : Est-ce qu'une interface PPP a une adresse IP ? Oui, c'est une interface réseau comme une autre, son adresse IP est généralement négociée lors de l'établissement de la liaison PPP. J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. /etc/ppp/options (par le paramètre defaultroute qui positionne la passerelle par défaut sur cette interface). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html