Re: pppd incomatible with libradcli4
Hello, 20.10.2018 20:48, Eugene M. Zheganin пишет: Hello, I'm trying to set up the VPN stack using xl2tpd/strongswan on recent Debian 9.5, and so far everything is working except radius authentication (I have a freeradius3 setup which is fully working, so I need to use it to authenticate users). Seems like pppd is totally incompatible with libradcli4: when I add plugin radius.so plugin radattr.so into the /etc/ppp/options.xl2tpd configuration file, pppd starts complaining about missing directives: first, /etc/radiusclient/radiusclient.conf cannot be read. Okay, I don't know if it's right, but since radiusclient1 seems to be vanished completely, I can link /etc/radcli as /etc/radiusclient. Then the following happens: /etc/radiusclient/radiusclient.conf: mapfile not specified /etc/radiusclient/radiusclient.conf: seqfile not specified These two can be easily (again, not sure if it' s the right way to fix it) by specifying the old seqfile/mapfile directives, but then I'm stuck at rc_read_dictionary: invalid type on line 34 of dictionary /etc/radcli/dictionary Seems like pppd and libradcli4 have totally different ideas about radius dictionnaries. How do you guys handle it ? Finally I managed getting working this stuff, by building from sources radiusclient-ng. It's definitely something wrong with the pppd-libradcli4 stack. Eugene.
Re: pppd: how to die on connection lost
On Thu 17 May 2018 at 09:14:48 (+0200), Morel Bérenger wrote: > Hello. > > I am trying to make the pppd process to die if connection failed or is > lost, so that I could restart the connection with a different script (I > could tweak the chat script, but I'm still new to modem stuff and from > the doc I can hardily find how to only specify the PIN code "once per > hardware uptime" if you get what I mean). > > I tried to read documentation from various sources, including debian's > manpages, but failed to do that, so now I'm reading the code to see if > it is possible to at least die if the chat script failed. > > While reading the code ("apt-get sources ppp" gave me ppp-2-4-7, I'm > on stretch), I've noticed a variable that might be used without being > initialized. In fact, grep can not find any place where it's value is > set: > > ppp-2.4.7% grep -r callback_script -n > debian/ppp.symbols:54: callback_script@Base 2.4.7-1+2~ > pppd/tty.c:132:char *callback_script; /* script for > doing callback */ > pppd/tty.c:562: connector = doing_callback? > callback_script: connect_script; > > To me, it seems quite strange, and may be source of problems, but I > guess there is some explanations? I used to use ppp with callback (if I understand correctly what you're doing) up until about 15 years ago. But ppp didn't dial or pick up the calls: that was done by the mgetty package that managed the modem. I would always be sitting in front on the PC that dialled the original call and received the callback, so I was always aware if the connection dropped for any reason. But if I wanted to automate a reconnection after the line dropped, I would probably be watching mgetty's logs and syslog with tail -F. For example, at the calling-back end, mgetty dies and is respawned when the call drops. I don't remember what's logged at my end because I could see the modem lights and hear its clicks and characteristic beeps. During the connection, pinging the other end is useful just to make sure that data is passing. Cheers, David.
Re: pppd not starting scripts for connect and disconnect
Rusi Mody rustompm...@gmail.com writes: On Sunday, August 24, 2014 2:40:01 AM UTC+5:30, lee wrote: Hi, what might be the reason that pppd does not start the scripts given in the config in use with the connect and disconnect options? I had a thread out here on ppp not starting on startup as it used to Assuming thats what you are talking about The conclusion was - if machine between systemd and sysv then manually modprobe pppoe is needed - after init=systemd is done it works at startup as before /Assuming thats what you are talking about Thank you for your input! To clarify: Pppd is started and establishes the connection just fine when the system boots. In case the connection is interrupted for some reason (like someone unplugs the network cable), I would like to be informed that the connection was interrupted. Pppd is configured to retry indefinitely to re-establish the connection in case it is interrupted. When the connection has been re-established, I would like to be informed. To get informed, I've written two scripts that send me an email. One informs me that the connection has been interrupted; the other one that the connection has been established. I want pppd to start these scripts. For this purpose, pppd knows the options connect and disconnect, as described in its man page. I've configured pppd accordingly. For unknown reasons, pppd never starts these scripts. How do I make it so that the scripts are started? Or is there another way for pppd to inform me? -- Knowledge is volatile and fluid. Software is power. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87zjetinl4@yun.yagibdah.de
Re: pppd not starting scripts for connect and disconnect
On Sunday, August 24, 2014 2:40:01 AM UTC+5:30, lee wrote: Hi, what might be the reason that pppd does not start the scripts given in the config in use with the connect and disconnect options? I had a thread out here on ppp not starting on startup as it used to Assuming thats what you are talking about The conclusion was - if machine between systemd and sysv then manually modprobe pppoe is needed - after init=systemd is done it works at startup as before /Assuming thats what you are talking about -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1986bab2-7baf-4f85-937e-720713fec...@googlegroups.com
Re: pppd shutdown
Have you found the problem yet? On Thu, Sep 20, 2012 at 01:21:33PM -0700, Mike McClain wrote: Howdy, I'm on dialup using pppd and loosing the connection often in the middle of fetching mail or loading some URL in the browser. I'm hoping for suggestions to help me debug the problem. Hopefully, you have an external modem. That way you can make sure the CD (carrier detect) is on. If the CD is off or flickers, you have a problem between your modem and the modem at the other end. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120925123325.GK8247@tal
Re: pppd shutdown
On Fri, 21 Sep 2012 12:40:20 -0700, Mike McClain wrote: On Fri, Sep 21, 2012 at 02:53:52PM +, Camale?n wrote: snip You can try by adding/enabling crtscts and also the modem options at the config file. depending on the hardware you're using, these were to alleviate the kind of errors you get although OTOH, dialup links are very unreliable, it's quite usual to get random disconnects. snip I think the first to do would be enabling verbose/debug logging for pppd. Since my first post showed that crtscts, modem and debug are included Ooops, you're right, I overlooked it. Try the opposite (#commenting out), as these are hardware related features maybe your modem does not fully or properly support them. in /etc/ppp/options I assume you are saying they should be somewhere else as well but you forgot to say where. No, they should be where they are, it was my head that wasn't in the right place :-). As per the debug flag, it's quite rare because the verbosity of messages is very scarce, did you send the complete logs? Also, you can do a Google search to find out more ideas on how to overcome the problem: http://bit.ly/PwxvEx Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k3k80u$mv$5...@ger.gmane.org
Re: pppd shutdown
On Thu, 20 Sep 2012 13:21:33 -0700, Mike McClain wrote: I'm on dialup using pppd and loosing the connection often in the middle of fetching mail or loading some URL in the browser. I'm hoping for suggestions to help me debug the problem. (...) My logs show this when I close the connection with 'poff': (...) Sep 16 08:56:01 playground pppd[13474]: sent [LCP TermReq id=0x2 User request] That looks like a manual hang off. Often I see this: (...) Sep 16 14:12:52 playground pppd[1762]: sent [LCP TermReq id=0x2 Peer not responding] (...) You can try by adding/enabling crtscts and also the modem options at the config file. depending on the hardware you're using, these were to alleviate the kind of errors you get although OTOH, dialup links are very unreliable, it's quite usual to get random disconnects. I can see that sometimes my ISP seems to go to sleep but other times it appears to be some other problem and I just don't know how to gather the data to make an informed diagnosis. Any suggestions on how to track pppd's shutdown with greater resolution will be appreciated. I think the first to do would be enabling verbose/debug logging for pppd. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k3hv20$oni$4...@ger.gmane.org
Re: pppd shutdown
On Fri, Sep 21, 2012 at 02:53:52PM +, Camale?n wrote: snip You can try by adding/enabling crtscts and also the modem options at the config file. depending on the hardware you're using, these were to alleviate the kind of errors you get although OTOH, dialup links are very unreliable, it's quite usual to get random disconnects. snip I think the first to do would be enabling verbose/debug logging for pppd. Since my first post showed that crtscts, modem and debug are included in /etc/ppp/options I assume you are saying they should be somewhere else as well but you forgot to say where. Thanks, Mike -- Though I do use Linux, I don't appreciate being called a Linutic. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120921194020.GA10358@playground
Re: pppd no CHAP response when using NM
On Sun, 2012-01-15 at 20:52 +0100, Stefan Rutzinger wrote: Dec 31 17:18:11 stefano NetworkManager[1725]:SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found. On Arch I had such an issue, can't remember what my Debian settings were. On Arch I'm not using NM, anyway, I have to run ifconfig eth0 up or ip link set eth0 up before I can run netcfg pppoe Dunno how to do it for Debian and using NM, but I suspect you need to bring the interface up. - Ralf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1326665466.1178.199.camel@localhost.localdomain
Re: pppd no CHAP response when using NM
On Sun, 2012-01-15 at 23:11 +0100, Ralf Madorf wrote: On Sun, 2012-01-15 at 20:52 +0100, Stefan Rutzinger wrote: Dec 31 17:18:11 stefano NetworkManager[1725]:SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found. On Arch I had such an issue, can't remember what my Debian settings were. On Arch I'm not using NM, anyway, I have to run ifconfig eth0 up or ip link set eth0 up before I can run netcfg pppoe Dunno how to do it for Debian and using NM, but I suspect you need to bring the interface up. - Ralf PS: Dec 31 17:18:32 stefano NetworkManager[1725]: info (ttyUSB2): device state change: ip-config - failed (reason 'ip-config-unavailable') [70 120 5] IIUC you need to bring the interface up without an IP first. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/132087.1178.203.camel@localhost.localdomain
Fwd: Re: pppd debian cliente a windows server como ISP
-Original Message- From: cosme co...@esid.gecgr.co.cu To: BasaBuru basab...@basatu.org Date: Mon, 09 May 2011 09:15:42 -0500 Subject: Re: pppd debian cliente a windows server como ISP Gracias por tus anotaciones Pero te aseguro que este correo hace bastante lo estoy pasando pero nadie parece ya tener modem. Mira fijandome en el man del PPP pude hacer que se conectara al mi ISP pero algo no funciona bien si lo del DNS lo entiendo pero que otro protocolo pudiese usar?? por ejemplo me dijero que probara el pptp-client pero por lo que entiendo es que este es para configurar cuendo Linux hace de servidor y este no es mi caso. Pudieras aconsejarme algun link o alguien que pudiese usar modem para estos casos. De todas formas agradezco tu ayuda. salu2 Cosme -Original Message- From: BasaBuru basab...@basatu.org To: debian-user-spanish@lists.debian.org Date: Sat, 7 May 2011 07:11:13 +0200 Subject: Re: pppd debian cliente a windows server como ISP On Sábado 07 Mayo 2011 04:58:53 cosme escribió: Hola Por mucho tiempo estuve tratando de establecer conexion via modem con mi ISP que es windows server 2003 Ya logré conectar con el dichoso mschap-v2, pero hasta ahí no hay respuesta del isp aqui muestro los logs my /var/log/messages Apr 28 09:48:44 sax pppd[6140]: pppd 2.4.5 started by root, uid 0 Apr 28 09:48:44 sax pppd[6140]: Using interface ppp0 Apr 28 09:48:44 sax pppd[6140]: Connect: ppp0 -- /dev/ttyS0 Apr 28 09:48:45 sax pppd[6140]: CHAP authentication succeeded Apr 28 09:48:45 sax pppd[6140]: MPPE 128-bit stateful compression enabled Apr 28 09:48:46 sax pppd[6140]: local IP address 192.168.200.6 Apr 28 09:48:46 sax pppd[6140]: remote IP address 192.168.200.5 Apr 28 09:48:46 sax pppd[6140]: primary DNS address 192.168.200.1 Apr 28 09:49:20 sax pppd[6140]: Unsupported protocol 0xa2fc received Hace demasiado que no me conecto por modem. Pero te lo esta diciendo muy claro conectas, te da ip te pasa el dns y se muere por que estas usando un protocolo de conexión que no comprende. Sinceramente no me acuerdo, pero prueba con los otros protocolos de conexión. Seguro que otro compañero te puede orientar ahí usasaís modems. Un saludo BasaBuru -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201105070711.14023.basab...@basatu.org ** Empresa de Servicios de Ingeniería y Diseño de Granma
Re: pppd debian cliente a windows server como ISP
On Sábado 07 Mayo 2011 04:58:53 cosme escribió: Hola Por mucho tiempo estuve tratando de establecer conexion via modem con mi ISP que es windows server 2003 Ya logré conectar con el dichoso mschap-v2, pero hasta ahí no hay respuesta del isp aqui muestro los logs my /var/log/messages Apr 28 09:48:44 sax pppd[6140]: pppd 2.4.5 started by root, uid 0 Apr 28 09:48:44 sax pppd[6140]: Using interface ppp0 Apr 28 09:48:44 sax pppd[6140]: Connect: ppp0 -- /dev/ttyS0 Apr 28 09:48:45 sax pppd[6140]: CHAP authentication succeeded Apr 28 09:48:45 sax pppd[6140]: MPPE 128-bit stateful compression enabled Apr 28 09:48:46 sax pppd[6140]: local IP address 192.168.200.6 Apr 28 09:48:46 sax pppd[6140]: remote IP address 192.168.200.5 Apr 28 09:48:46 sax pppd[6140]: primary DNS address 192.168.200.1 Apr 28 09:49:20 sax pppd[6140]: Unsupported protocol 0xa2fc received Hace demasiado que no me conecto por modem. Pero te lo esta diciendo muy claro conectas, te da ip te pasa el dns y se muere por que estas usando un protocolo de conexión que no comprende. Sinceramente no me acuerdo, pero prueba con los otros protocolos de conexión. Seguro que otro compañero te puede orientar ahí usasaís modems. Un saludo BasaBuru -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201105070711.14023.basab...@basatu.org
Re: pppd odczyt predkosci DL/UL
W dniu 4 września 2010 14:54 użytkownik R.M.M rm...@op.pl napisał: Witam, czy jest jakis sposob, zeby zmusic pppd do wyplucia informacji o szerokosci pasma, jakie przydzielil serwer pppoe dla aktualnego polaczenia? Moj stary router DSL wyswietlal takie informacje (zanim jeszcze otrzymal IP od providera, wiec zakladam, ze musza przychodzic w trakcie/tuz po ustanowieniu polaczenia przez pppd). Teraz lacze sie przez goly modem, z ktorym nie ma mozliwosci polaczyc sie, zeby odczytac jakiekolwiek informacje diagnostyczne. Wystarczy sprawdzic logi (syslog lub dmesg w zaleznosci od konfiguracji) pozdr. -- Wojciech Ziniewicz http://www.rfc-editor.org/rfc/rfc2324.txt -- To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktik7zk_r4dako_g4ubkgozxmhpbzdq0rfsqhv...@mail.gmail.com
Re: pppd odczyt predkosci DL/UL
W dniu 2010-09-04 19:08, Wojciech Ziniewicz pisze: W dniu 4 września 2010 14:54 użytkownik R.M.Mrm...@op.pl napisał: Witam, czy jest jakis sposob, zeby zmusic pppd do wyplucia informacji o szerokosci pasma, jakie przydzielil serwer pppoe dla aktualnego polaczenia? Moj stary router DSL wyswietlal takie informacje (zanim jeszcze otrzymal IP od providera, wiec zakladam, ze musza przychodzic w trakcie/tuz po ustanowieniu polaczenia przez pppd). Teraz lacze sie przez goly modem, z ktorym nie ma mozliwosci polaczyc sie, zeby odczytac jakiekolwiek informacje diagnostyczne. Wystarczy sprawdzic logi (syslog lub dmesg w zaleznosci od konfiguracji) Mowisz?;) Sprawdzilem dokladnie zanim napisalem. Nawet z wlaczona opcja debug nigdzie nie ma ani slowa o tym, jaka jest predkosc ustanowionego polaczenia. Szukalem juz nawet czy moze pppd trzeba jakis sygnal wyslac, zeby sie rozgadalo, ale niestety... -- To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c828b3f.1020...@op.pl
Re: pppd odczyt predkosci DL/UL
W dniu 4 września 2010 20:09 użytkownik R.M.M rm...@op.pl napisał: Mowisz?;) Sprawdzilem dokladnie zanim napisalem. Nawet z wlaczona opcja debug nigdzie nie ma ani slowa o tym, jaka jest predkosc ustanowionego polaczenia. Szukalem juz nawet czy moze pppd trzeba jakis sygnal wyslac, zeby sie rozgadalo, ale niestety... Mam modem Thomson SpeedTouch 330 (sterownik speedtch). # dmesg | grep 'line is up' ATM dev 0: ADSL line is up (1312 kb/s down | 320 kb/s up) -- Krzysztof Burghardt krzysz...@burghardt.pl http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikhalz2dnqg=nn_xekunwe3fshn+2mp=pvnc...@mail.gmail.com
Re: pppd
cosme wrote: Hola He estado tratando de conectar un modem serie Multitech desde Debian Lenny a un Server Windows Server 2003 pero siempre me pone esto, me dice de el error 16 pero este no me dice nada claro cual puede ser el problema o sea es conectar una pc con debian a un servidor con window server 2003 Cual es la arquitectura, porque para poder usar dos modems necesitas una linea telefónica, con portadora si no recuerdo mal de algún mensaje anterior. (No sirve una conexión directa entre ellos) Saludos. CONNECT 115200 -- Carrier detected. Waiting for prompt. -- Don't know what to do! Starting pppd and hoping for the best. -- Starting pppd at Tue Dec 1 08:13:53 2009 -- Pid of pppd: 3109 -- Using interface ppp0 -- pppd: §e[08]0¥e[08] -- pppd: §e[08]0¥e[08] -- pppd: §e[08]0¥e[08] -- pppd: §e[08]0¥e[08] -- pppd: §e[08]0¥e[08] -- Disconnecting at Tue Dec 1 08:13:55 2009 -- 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 -- Initializing modem. == Grupo Empresarial de la Construcción de Granma http://www.gecgr.co.cu -- Fernando. {:-{D Hackers do it with fewer instructions. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: pppd in a vserver
On Mon, Jul 20, 2009 at 12:01:17PM +0200, Sjoerd Hardeman wrote: Hi list, Does anybody know if it is possible to use pppd in a vserver? I am currently trying to set up a pptpd vpn server inside a vserver environment, but it fails on Jul 19 23:09:02 vserver pppd[18802]: ioctl(SIOCSIFDSTADDR): Cannot assign requested address (line 2387) Jul 19 23:09:02 vserver pppd[18802]: Interface configuration failed (see the full log below) Can a vserver guest create an extra network interface? Thanks for your answers! Sjoerd Full log: (pptpd stuff, succesfully connecting) Jul 19 23:09:02 vserver pppd[18802]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Jul 19 23:09:02 vserver pppd[18802]: pptpd-logwtmp: $Version$ Jul 19 23:09:02 vserver pppd[18802]: pppd 2.4.4 started by root, uid 0 Jul 19 23:09:02 vserver pppd[18802]: using channel 9 Jul 19 23:09:02 vserver pppd[18802]: Using interface ppp0 Jul 19 23:09:02 vserver pppd[18802]: Connect: ppp0 -- /dev/pts/2 Jul 19 23:09:02 vserver pppd[18802]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0x3e2e6464 pcomp accomp] Jul 19 23:09:02 vserver pptpd[18795]: GRE: Bad checksum from pppd. Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #1 Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP ConfReq id=0x1 mru 1492 asyncmap 0x0 magic 0x40c24d4c pcomp accomp] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP ConfAck id=0x1 mru 1492 asyncmap 0x0 magic 0x40c24d4c pcomp accomp] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #2 Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP ConfAck id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0x3e2e6464 pcomp accomp] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP EchoReq id=0x0 magic=0x3e2e6464] Jul 19 23:09:02 vserver pppd[18802]: sent [CHAP Challenge id=0xb5 a3fe3001e997ff974274aeb9e033cf5b, name = pptpd] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #3 Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #4 Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP EchoReq id=0x0 magic=0x40c24d4c] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP EchoRep id=0x0 magic=0x3e2e6464] Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP EchoRep id=0x0 magic=0x40c24d4c] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #5 Jul 19 23:09:02 vserver pppd[18802]: rcvd [CHAP Response id=0xb5 95ef701f762af8f2d852740c394cb127ea091945aa05d9c94371ba3d07a75891e128d6cea9216f0400, name = x] Jul 19 23:09:02 vserver pppd[18802]: sent [CHAP Success id=0xb5 S=C275CED30518026F0CFE920DE67C9B6F1B1544BE M=Access granted] Jul 19 23:09:02 vserver pppd[18802]: sent [CCP ConfReq id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #6 Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #7 Jul 19 23:09:02 vserver pppd[18802]: rcvd [CCP ConfReq id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pppd[18802]: sent [CCP ConfAck id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pppd[18802]: rcvd [CCP ConfAck id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pppd[18802]: MPPE 128-bit stateless compression enabled Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP ConfReq id=0x1 compress VJ 0f 01 addr 10.1.2.10] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #8 Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #9 Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP ConfReq id=0x1 compress VJ 0f 01 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0] Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP ConfNak id=0x1 addr xx.xx.xx.xx ms-dns1 xx.xx.xx.xx ms-dns3 xx.xx.xx.xx] Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP ConfAck id=0x1 compress VJ 0f 01 addr xx.xx.xx.xx] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #10 Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP ConfReq id=0x2 compress VJ 0f 01 addr xx.xx.xx.xx ms-dns1 xx.xx.xx.xx ms-dns3 xx.xx.xx.xx] Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP ConfAck id=0x2 compress VJ 0f 01 addr xx.xx.xx.xx ms-dns1 xx.xx.xx.xx ms-dns3 xx.xx.xx.xx] Jul 19 23:09:02 vserver pppd[18802]: ioctl(SIOCSIFDSTADDR): Cannot assign requested address (line 2387) Jul 19 23:09:02 vserver pppd[18802]: Interface configuration failed Jul 19 23:09:02 vserver pppd[18802]: pptpd-logwtmp.so ip-down ppp0 Jul 19 23:09:02 vserver pppd[18802]: Connect time 0.0 minutes. Jul 19 23:09:02 vserver pppd[18802]: Sent 86 bytes, received 92 bytes. Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP TermReq id=0x2 Interface configuration failed] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #11 Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP TermAck id=0x2] Jul 19 23:09:02 vserver pppd[18802]: MPPE disabled Jul 19 23:09:02 vserver pppd[18802]: sent [LCP TermReq id=0x2 MPPE disabled] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP TermReq id=0x3 MPPE disabled] Jul 19 23:09:02 vserver
Re: pppd in a vserver
Tzafrir Cohen schreef: On Mon, Jul 20, 2009 at 12:01:17PM +0200, Sjoerd Hardeman wrote: Hi list, Does anybody know if it is possible to use pppd in a vserver? I am currently trying to set up a pptpd vpn server inside a vserver environment, but it fails on Jul 19 23:09:02 vserver pppd[18802]: ioctl(SIOCSIFDSTADDR): Cannot assign requested address (line 2387) Jul 19 23:09:02 vserver pppd[18802]: Interface configuration failed (see the full log below) Can a vserver guest create an extra network interface? Well, apparently not. But you can set many capabilities and flags which allow you to do many more things. I did find some claims on how to do this via google, but did not succeed to get it working. I hoped to find somebody succeeded and could tell me how. Of course with all those extra capabilities the added security of a vserver is minimal. For me, that's not a real problem, as the vserver is just a nice way to separate services in a container that I can eg. reboot without rebooting the whole machine. Sjoerd Thanks for your answers! Sjoerd Full log: (pptpd stuff, succesfully connecting) Jul 19 23:09:02 vserver pppd[18802]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Jul 19 23:09:02 vserver pppd[18802]: pptpd-logwtmp: $Version$ Jul 19 23:09:02 vserver pppd[18802]: pppd 2.4.4 started by root, uid 0 Jul 19 23:09:02 vserver pppd[18802]: using channel 9 Jul 19 23:09:02 vserver pppd[18802]: Using interface ppp0 Jul 19 23:09:02 vserver pppd[18802]: Connect: ppp0 -- /dev/pts/2 Jul 19 23:09:02 vserver pppd[18802]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0x3e2e6464 pcomp accomp] Jul 19 23:09:02 vserver pptpd[18795]: GRE: Bad checksum from pppd. Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #1 Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP ConfReq id=0x1 mru 1492 asyncmap 0x0 magic 0x40c24d4c pcomp accomp] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP ConfAck id=0x1 mru 1492 asyncmap 0x0 magic 0x40c24d4c pcomp accomp] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #2 Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP ConfAck id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0x3e2e6464 pcomp accomp] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP EchoReq id=0x0 magic=0x3e2e6464] Jul 19 23:09:02 vserver pppd[18802]: sent [CHAP Challenge id=0xb5 a3fe3001e997ff974274aeb9e033cf5b, name = pptpd] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #3 Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #4 Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP EchoReq id=0x0 magic=0x40c24d4c] Jul 19 23:09:02 vserver pppd[18802]: sent [LCP EchoRep id=0x0 magic=0x3e2e6464] Jul 19 23:09:02 vserver pppd[18802]: rcvd [LCP EchoRep id=0x0 magic=0x40c24d4c] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #5 Jul 19 23:09:02 vserver pppd[18802]: rcvd [CHAP Response id=0xb5 95ef701f762af8f2d852740c394cb127ea091945aa05d9c94371ba3d07a75891e128d6cea9216f0400, name = x] Jul 19 23:09:02 vserver pppd[18802]: sent [CHAP Success id=0xb5 S=C275CED30518026F0CFE920DE67C9B6F1B1544BE M=Access granted] Jul 19 23:09:02 vserver pppd[18802]: sent [CCP ConfReq id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #6 Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #7 Jul 19 23:09:02 vserver pppd[18802]: rcvd [CCP ConfReq id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pppd[18802]: sent [CCP ConfAck id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pppd[18802]: rcvd [CCP ConfAck id=0x1 mppe +H -M +S -L -D -C] Jul 19 23:09:02 vserver pppd[18802]: MPPE 128-bit stateless compression enabled Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP ConfReq id=0x1 compress VJ 0f 01 addr 10.1.2.10] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #8 Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #9 Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP ConfReq id=0x1 compress VJ 0f 01 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0] Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP ConfNak id=0x1 addr xx.xx.xx.xx ms-dns1 xx.xx.xx.xx ms-dns3 xx.xx.xx.xx] Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP ConfAck id=0x1 compress VJ 0f 01 addr xx.xx.xx.xx] Jul 19 23:09:02 vserver pptpd[18795]: GRE: accepting packet #10 Jul 19 23:09:02 vserver pppd[18802]: rcvd [IPCP ConfReq id=0x2 compress VJ 0f 01 addr xx.xx.xx.xx ms-dns1 xx.xx.xx.xx ms-dns3 xx.xx.xx.xx] Jul 19 23:09:02 vserver pppd[18802]: sent [IPCP ConfAck id=0x2 compress VJ 0f 01 addr xx.xx.xx.xx ms-dns1 xx.xx.xx.xx ms-dns3 xx.xx.xx.xx] Jul 19 23:09:02 vserver pppd[18802]: ioctl(SIOCSIFDSTADDR): Cannot assign requested address (line 2387) Jul 19 23:09:02 vserver pppd[18802]: Interface configuration failed Jul 19 23:09:02 vserver pppd[18802]: pptpd-logwtmp.so ip-down ppp0 Jul 19 23:09:02 vserver pppd[18802]: Connect time 0.0 minutes. Jul 19 23:09:02 vserver pppd[18802]: Sent 86 bytes, received
Re: pppd curiosity
2009/3/16 Umarzuki Mochlis umarz...@gmail.com: Frankly, I don't really know how to answer that other than giving you the full dialing message What was the command you typed to get that message? PS I am subscrubed, you don't need to email me, just the list is fine. Adrian -- 24x7x365 != 24x7x52 Stupid or bad maths? erno hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: pppd curiosity
2009/3/16 Adrian Levi adrian.l...@gmail.com 2009/3/16 Umarzuki Mochlis umarz...@gmail.com: Frankly, I don't really know how to answer that other than giving you the full dialing message What was the command you typed to get that message? PS I am subscrubed, you don't need to email me, just the list is fine. Adrian the commands: === modprobe usbserial vendor=0x19d2 product=0x0001 wvdial umobilepin wvdial umobile wvdial.conf [Dialer umobilepin] Init1 = AT+CPIN=1234 Baud = 720 Modem = /dev/ttyUSB0 [Dialer umobile] Init2 = ATZ Init5 = AT+CGDCONT? Modem Type = USB Modem Modem = /dev/ttyUSB0 Password = none Username = none Baud = 720 [Dialer celcom3g] Init2 = ATZ Init5 = AT+CGDCONT? Modem Type = USB Modem Modem = /dev/ttyUSB0 Password = none Username = none Baud = 720 [snipped] -- Regards, Umarzuki Mochlis http://gameornot.net
Re: pppd curiosity
Op Mon, 16 Mar 2009 07:21:13 +0800 Umarzuki Mochlis wrote: -- Warning: Could not modify /etc/ppp/pap-secrets: Permission denied -- -- PAP (Password Authentication Protocol) may be flaky. -- Warning: Could not modify /etc/ppp/chap-secrets: Permission denied -- -- CHAP (Challenge Handshake) may be flaky. From long ago, when I had a dialup connection, I remember the solution to this: chmod +s /usr/sbin/pppd(as root) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: pppd curiosity
2009/3/15 Umarzuki Mochlis umarz...@gmail.com: -- Sending: ATZ ATZ OK -- Sending: AT+CGDCONT? AT+CGDCONT? +CGDCONT: 1,IP,my3g,0.0.0.0,0,0 OK -- Modem initialized. -- Sending: ATDT*99# -- Waiting for carrier. ATDT*99# CONNECT -- Carrier detected. Starting PPP immediately. -- Starting pppd at Sun Mar 15 19:24:44 2009 -- Warning: Could not modify /etc/ppp/pap-secrets: Permission denied -- -- PAP (Password Authentication Protocol) may be flaky. -- Warning: Could not modify /etc/ppp/chap-secrets: Permission denied -- -- CHAP (Challenge Handshake) may be flaky. -- Pid of pppd: 4351 Does it somehow reduce the performance of my modem when it cannot modify /etc/ppp/pap-secrets and /etc/ppp/chap-secrets? What does those do anyway? What sent the AT commands to the modem? You or some other program? I can't understand how you sending AT commands can initiate a ppp session. Adrian -- 24x7x365 != 24x7x52 Stupid or bad maths? erno hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: pppd curiosity
2009/3/16 Adrian Levi adrian.l...@gmail.com [snipped] What sent the AT commands to the modem? You or some other program? I can't understand how you sending AT commands can initiate a ppp session. Frankly, I don't really know how to answer that other than giving you the full dialing message -- Sending: ATZ ATZ OK -- Sending: ATZ ATZ +ZUSIMR:2 OK -- Sending: AT+CGDCONT? AT+CGDCONT? +CGDCONT: 1,IP,my3g,0.0.0.0,0,0 OK -- Modem initialized. -- Cannot get information for serial port. -- Initializing modem. -- Sending: ATZ ATZ OK -- Sending: ATZ ATZ OK -- Sending: AT+CGDCONT? AT+CGDCONT? +CGDCONT: 1,IP,my3g,0.0.0.0,0,0 OK -- Modem initialized. -- Sending: ATDT*99# -- Waiting for carrier. ATDT*99# CONNECT -- Carrier detected. Starting PPP immediately. -- Starting pppd at Mon Mar 16 03:22:31 2009 -- Warning: Could not modify /etc/ppp/pap-secrets: Permission denied -- -- PAP (Password Authentication Protocol) may be flaky. -- Warning: Could not modify /etc/ppp/chap-secrets: Permission denied -- -- CHAP (Challenge Handshake) may be flaky. -- Pid of pppd: 11379 -- pppd: �[7f] -- Using interface ppp0 -- pppd: �[7f] -- pppd: �[7f] -- pppd: �[7f] -- pppd: �[7f] -- pppd: �[7f] -- pppd: �[7f] -- local IP address 10.x.x.x -- pppd: �[7f] -- remote IP address 10.x.x.x -- pppd: �[7f] -- primary DNS address 123.136.100.2 -- pppd: �[7f] -- secondary DNS address 123.136.100.3 -- pppd: �[7f] Adrian -- 24x7x365 != 24x7x52 Stupid or bad maths? erno hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Regards, Umarzuki Mochlis http://gameornot.net
Re: PPPD
Dnia 6-09-2007 o godz. 21:08 Piotr Konieczny napisał(a): On Thu, 6 Sep 2007, Arkadiusz Krysiak wrote: Problem w tym że to konfigurowałem. niestety totalny olew jeśli chodzi o sygnał dzwonienia. Już z lekka zgłupłem. czy jest jakaś opcja wymuszająca by mgetty podniósł słuchawkę? -n - liczba dzwonków po ilu ma podnieść. Poza tym spróbuj zmusić go do pokazywania większej ilości informacji (-x). Modem jest na pewno sprawny? Ostatnio miałem taki problem jak modem się zawiesił i trzeba było go przestartować (modem zewnętrzny). Jeśli to wewnętrzny to zacząłym od restartu maszyny. Pozdrowienia, Piotr Konieczny Dzięki za info. Poszło. Walka jakiej nie widziałeś! KSW eliminacje, nie wszyscy przejdą cało! Zobacz na żywo we Wrocławiu już 15 września. Więcej - http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fksweliminacje.htmlsid=12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD
Dnia 5-09-2007 o godz. 9:46 Piotr Konieczny napisał(a): On Tue, 4 Sep 2007, Arkadiusz Krysiak wrote: czy ktoś pamięta jak toto się konfiguruje? jeśli tak to mam pytankNie wiem co robię źle ale nie odbiera mi połączeń przychodzących. Jak go zmusić do odebrania połączenia przychodzącego. Nie reaguje na rington. gdzie mu ustawić coby zaczął? Hmmm... ja zawsze stawiałem mgetty do odbierania połączeń. Pozdrowienia, Piotr Konieczny Problem w tym że to konfigurowałem. niestety totalny olew jeśli chodzi o sygnał dzwonienia. Już z lekka zgłupłem. czy jest jakaś opcja wymuszająca by mgetty podniósł słuchawkę? Pierwsza od piętnastu lat książka Václava Havla Tylko krótko proszę - już w księgarniach! http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fhavel.htmlsid=15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD
On Thu, 6 Sep 2007, Arkadiusz Krysiak wrote: Problem w tym że to konfigurowałem. niestety totalny olew jeśli chodzi o sygnał dzwonienia. Już z lekka zgłupłem. czy jest jakaś opcja wymuszająca by mgetty podniósł słuchawkę? -n - liczba dzwonków po ilu ma podnieść. Poza tym spróbuj zmusić go do pokazywania większej ilości informacji (-x). Modem jest na pewno sprawny? Ostatnio miałem taki problem jak modem się zawiesił i trzeba było go przestartować (modem zewnętrzny). Jeśli to wewnętrzny to zacząłym od restartu maszyny. Pozdrowienia, Piotr Konieczny
Re: PPPD
On Tue, 4 Sep 2007, Arkadiusz Krysiak wrote: czy ktoś pamięta jak toto się konfiguruje? jeśli tak to mam pytankNie wiem co robię źle ale nie odbiera mi połączeń przychodzących. Jak go zmusić do odebrania połączenia przychodzącego. Nie reaguje na rington. gdzie mu ustawić coby zaczął? Hmmm... ja zawsze stawiałem mgetty do odbierania połączeń. Pozdrowienia, Piotr Konieczny
Re: pppd nie rozpoznaje opcji exec
On Mon, Dec 11, 2006 at 11:56:10AM +0100, Albert Czarnecki wrote: Witam proboje uruchomic polaczenie via gprs mam gotowe skrypty do modemu pod linuxa i problem jest taki na sargu jak wydaje polecenie pppd call orange-connect-chat to wywala mi blad pppd call orange-connect-chat pppd: In file /etc/ppp/peers/orange-connect-chat: unrecognized option 'exec' to samo na unstable dziala ponizej jak wyglada skrypt Hm. Może ja się mylę, ale pppd przyjmuje nazwę (pliku z) konfiguracji w której gdzieś tam powinno być (u mnie akurat blueconnect) # Connect script: # scripts to initialize the GPRS modem and start the connection, connect /usr/sbin/chat -v -f /etc/chatscripts/blueconnect #!/bin/sh # Przykladowy skrypt inicjujacy modem i tworzacy polaczenie. exec chat \ TIMEOUT 5 \ ABORT '\nBUSY\r' \ KJ -- Nie oddawaj Polski oszołomom. http://www.skubi.net/nieoddaj.html COBOL: Completely Over and Beyond reason Or Logic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd nie rozpoznaje opcji exec
Kamil Jońca napisał(a): On Mon, Dec 11, 2006 at 11:56:10AM +0100, Albert Czarnecki wrote: Witam proboje uruchomic polaczenie via gprs mam gotowe skrypty do modemu pod linuxa i problem jest taki na sargu jak wydaje polecenie pppd call orange-connect-chat to wywala mi blad pppd call orange-connect-chat pppd: In file /etc/ppp/peers/orange-connect-chat: unrecognized option 'exec' to samo na unstable dziala ponizej jak wyglada skrypt Hm. Może ja się mylę, ale pppd przyjmuje nazwę (pliku z) konfiguracji w której gdzieś tam powinno być (u mnie akurat blueconnect) # Connect script: # scripts to initialize the GPRS modem and start the connection, connect /usr/sbin/chat -v -f /etc/chatscripts/blueconnect #!/bin/sh # Przykladowy skrypt inicjujacy modem i tworzacy polaczenie. exec chat \ TIMEOUT 5 \ ABORT '\nBUSY\r' \ KJ Tylko ze testuje to rowniez na laptopie gdzie mam sida i tam nie wyrzuca takiego bledu, popbralem te skrypty od producenta modemu takze niepowinno byc z nimi zadnych problemow ale dziwne ze na sidzie idzie a na sargu juz nie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd nie rozpoznaje opcji exec
On Mon, Dec 11, 2006 at 12:28:12PM +0100, Albert Czarnecki wrote: [...] Tylko ze testuje to rowniez na laptopie gdzie mam sida i tam nie wyrzuca takiego bledu, popbralem te skrypty od producenta modemu takze niepowinno byc z nimi zadnych problemow ale dziwne ze na sidzie idzie a na sargu juz nie Ale ja nie twierdzę, że ten skrypt jest zły. Tylko, że powinien być jeszcze jeden plik, z którego dopiero jest ten skrypt wołany. Ale moze się mylę. KJ -- Nie oddawaj Polski oszołomom. http://www.skubi.net/nieoddaj.html In order to form an immaculate member of a flock of sheep one must, above all, be a sheep - Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd nie rozpoznaje opcji exec
Kamil Jońca napisał(a): On Mon, Dec 11, 2006 at 12:28:12PM +0100, Albert Czarnecki wrote: [...] Tylko ze testuje to rowniez na laptopie gdzie mam sida i tam nie wyrzuca takiego bledu, popbralem te skrypty od producenta modemu takze niepowinno byc z nimi zadnych problemow ale dziwne ze na sidzie idzie a na sargu juz nie Ale ja nie twierdzę, że ten skrypt jest zły. Tylko, że powinien być jeszcze jeden plik, z którego dopiero jest ten skrypt wołany. Ale moze się mylę. KJ Jest plik orange i z niego pobierane sa opcje i chyba go skrypt wywlouje:) tyle ze jak narazie to nie rozpoznaje tej opcji exec -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd nie rozpoznaje opcji exec
On Mon, Dec 11, 2006 at 12:48:51PM +0100, Albert Czarnecki wrote: Kamil Jońca napisał(a): On Mon, Dec 11, 2006 at 12:28:12PM +0100, Albert Czarnecki wrote: [...] Tylko ze testuje to rowniez na laptopie gdzie mam sida i tam nie wyrzuca takiego bledu, popbralem te skrypty od producenta modemu takze niepowinno byc z nimi zadnych problemow ale dziwne ze na sidzie idzie a na sargu juz nie Ale ja nie twierdzę, że ten skrypt jest zły. Tylko, że powinien być jeszcze jeden plik, z którego dopiero jest ten skrypt wołany. Ale moze się mylę. KJ Jest plik orange i z niego pobierane sa opcje i chyba go skrypt wywlouje:) tyle ze jak narazie to nie rozpoznaje tej opcji exec ale w pierwszym mailu napisałeś === na sargu jak wydaje polecenie pppd call orange-connect-chat to wywala mi blad pppd call orange-connect-chat pppd: In file /etc/ppp/peers/orange-connect-chat: unrecognized option 'exec' co by sugerowało, że BEZPOŚREDNIO każesz pppd używać tego pliku konwersacji zamiast pppd. KJ -- Nie oddawaj Polski oszołomom. http://www.skubi.net/nieoddaj.html Uwolnić słonia !!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd nie rozpoznaje opcji exec
Kamil Jońca napisał(a): On Mon, Dec 11, 2006 at 12:48:51PM +0100, Albert Czarnecki wrote: Kamil Jońca napisał(a): On Mon, Dec 11, 2006 at 12:28:12PM +0100, Albert Czarnecki wrote: [...] Tylko ze testuje to rowniez na laptopie gdzie mam sida i tam nie wyrzuca takiego bledu, popbralem te skrypty od producenta modemu takze niepowinno byc z nimi zadnych problemow ale dziwne ze na sidzie idzie a na sargu juz nie Ale ja nie twierdzę, że ten skrypt jest zły. Tylko, że powinien być jeszcze jeden plik, z którego dopiero jest ten skrypt wołany. Ale moze się mylę. KJ Jest plik orange i z niego pobierane sa opcje i chyba go skrypt wywlouje:) tyle ze jak narazie to nie rozpoznaje tej opcji exec ale w pierwszym mailu napisałeś === na sargu jak wydaje polecenie pppd call orange-connect-chat to wywala mi blad pppd call orange-connect-chat pppd: In file /etc/ppp/peers/orange-connect-chat: unrecognized option 'exec' co by sugerowało, że BEZPOŚREDNIO każesz pppd używać tego pliku konwersacji zamiast pppd. KJ No wyjasnilo sie mieli blad w howto:) Albert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd doesn't connect
other solution? On 3/4/06, Bill Marcum [EMAIL PROTECTED] wrote: On Fri, Mar 03, 2006 at 05:48:08PM -0500, Fabián Barco wrote: Hi, I have Debian GNU/Linux 3.1 r0. The modem was working ok! but now the modem doesn't connect. I have the following message in the /var/log/syslog file tcflush failed: Bad file descriptor tcsetattr: Invalid argument (line 1010) I was trying setup a ldap + samba server, I modified the /etc/pam.d/common- files. It is that I remember. I have pctel modem, HPS56 MicroModem on pc100 board. Which is the problem? and How to can I solve it? thanks! Probably a winmodem. Try http://linmodems.org or buy an external modem. -- Faith goes out through the window when beauty comes in at the door. -- I'll be back!
Re: pppd doesn't connect
On Fri, Mar 03, 2006 at 05:48:08PM -0500, Fabián Barco wrote: Hi, I have Debian GNU/Linux 3.1 r0. The modem was working ok! but now the modem doesn't connect. I have the following message in the /var/log/syslog file tcflush failed: Bad file descriptor tcsetattr: Invalid argument (line 1010) I was trying setup a ldap + samba server, I modified the /etc/pam.d/common- files. It is that I remember. I have pctel modem, HPS56 MicroModem on pc100 board. Which is the problem? and How to can I solve it? thanks! Probably a winmodem. Try http://linmodems.org or buy an external modem. -- Faith goes out through the window when beauty comes in at the door.
Re: pppd
Salut, Alain Barbason a écrit : comment remettre d'aplomb mon pppd ? ou tourver un log d'erreur ? Il faudrait effectivement commencer par examiner les logs de pppd et eventuellement pppoe s'il est utilisé. Ils sont normalement dans /var/log/syslog et précédents (syslog.0, syslog.1.gz...). Quel type de connexion sur ADSL : PPPoE, PPPoA, PPTP ? -- 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: pppd and dhcp questions [WAS: demon usb modem [WAS: suggestions of uncapped Broadband 512Kbp in UK]]
On Tuesday 16 Aug 2005 17:23, michael wrote: okay, it should be my demon login. but althought it says ADSL line is up (...) it then does several DHCPDISCOVER on eth0... ending with No offers received but once in to X I can do 'sudo pon speedtch' and am away... so it seems am just missing something in the boot scripts so the new questions are a) how to circumvent having to do 'pon' by hand each time b) what to do about the dhcpdiscover msgs (they take ages too) c) and what does Cannot determine ethernet address for proxy ARP mean when I do do 'pon' by hand? I'm busy reading the pppd man pages but it's heavy going! thanks, michael ta, M -- Michael Bane Atmospheric Physics Group University of Manchester -- Michael Bane Atmospheric Physics Group University of Manchester Hello, again. (Sorry I've taken so long to get back to you - bit of a personal nightmare.) Anyway - the problems with DHCPDISCOVER are there because you are not using eth0 for dial up - you are using ppp0 eth0 should be your network card in your machine. If you are not using your network card, then comment out the relevant eth0 section in /etc/network/interfaces . If you don't want to change the file, then you can just Ctrl-C the discover things when you have waited long enough (e.g. after the first failure)/ With my install I then create a file called: /etc/ppp/ppp_on_boot with the following contents: #!/bin/sh PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin export PATH exec pppd call demon-adsl That should be it, Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd en root seulement :
Je pense avoir trouvé : (enfin pas moi , une personne qui l'a trouvé sur Google ) il faut modifier le fichier : /etc/ppp/options: remplacer auth par noauth hope it's help antoine
Re: pppd en root seulement :
Le Mercredi 3 Août 2005 05:30, antoine a écrit : Je pense avoir trouvé : (enfin pas moi , une personne qui l'a trouvé sur Google ) il faut modifier le fichier : /etc/ppp/options: remplacer auth par noauth Je l'avais dit! :o) -- Gurvan Huiban What about a nice cup of coffee? (self-citation)
Re: pppd en root seulement !
On Mon, 01 Aug 2005 22:49:46 +0400 Stephane [EMAIL PROTECTED] wrote: j'imagine que c'est cela en effet, mais quelle appli ?? Si quelqu'un a une idée? Question idiote peut-être mais : pourquoi ne pas lancer pppd directement lors du boot de la machine ? Comme httpd, sendmail, etc. -- M.B -- 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: pppd en root seulement !
Ben quelle est l'appli que tu lance pour te connecter à internet ? j'ai tenté avec kppp et face à l'échec j'ai opté pour wvdial (que je lance en root bien sûr puisqu'en user le processus s'interrompt) Personnellement, plutôt que le bit setuid, j'utiliserais sudo c'est ce que je faisait avant mais j'aimerai éviter cela justement -- 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: pppd en root seulement !
antoine a écrit : Cherche de ce côté là ... : une appli liée à pppd à mettre en bit setuid. j'imagine que c'est cela en effet, mais quelle appli ?? Si quelqu'un a une idée? Stéphane chmod a+s kppp : ls -la /usr/bin/kppp -rwsr-sr-x 1 root dip 546392 2004-04-16 13:39 /usr/bin/kppp il n'y a pas une autre appli pour lancer une connexion RTC ? sous gnome etc ... wvdial bien sûr mais le pb reste entier Je n'utilise mon modem RTC que pour les FAX alors ... vive l'ADSL + Ethernet ! Ici la Réunion et pas d'adsl dans mon quartier ! :( -- 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: pppd en root seulement !
ls -la /usr/bin/kppp -rwsr-sr-x 1 root dip 546392 2004-04-16 13:39 /usr/bin/kppp wvdial bien sûr mais le pb reste entier * * * Je n'utilise plus kppp car ADSL. donc là je sèche. Désolé. Essaye aussi : chmod a+s /usr/sbin/pppd etc ... Wvdial est bien, là aussi tente de donner les droits x à tout le monde. est-ce si gênant que kppp ne se lance qu'en root ? mais c'est vrai on aime bien aller au bout des choses ! :-) antoine
Re: pppd en root seulement !
Le Mardi 2 Août 2005 12:28, antoine a écrit : mais c'est vrai on aime bien aller au bout des choses ! :-) De ma maigre experience en la matiere, je lancerais les pistes suivantes pour le probleme: - un module manquant (si je me souviens bien, il y a de cela 2 ou 3 ans, un pote a moi n'arrivait a se connecter qu'en root, parce que seul root pouvait faire les modprobe requis - je ne crois moyen a ce genre de probleme sur un debien decemment mis a jour) - un probleme dans l'authentification (je pense particulierement a l'option auth/noauth qui traine dans les fichiers de config pppd). J'ai eu ce genre de probleme, dans ma prime jeunesse. Si je mettais l'option sur noauth, ca marchait pour mon utilisateur; si je mettais l'option sur auth, seul root arrivait a se connecter. Mais c'est assez lointain dans ma memoire... Dans un premier temps, passe l'option auth sur noauth dans /etc/ppp/options ; histoire de voir si ca change quelque chose (sans garantie aucune) Desole, j'ai pas mieux a proposer -- Gurvan Huiban Let's go party! Coffee for everyone!!! (self-citation)
Re: pppd en root seulement !
antoine a écrit : Si l'appli = kppp # chmod a+s kppp C'est fait, mais si jeparviens à lancer kppp il ne me permet toujours pas d'établir une connexion Tu penses à autre chose ? * * * Oui, à ton DNS ? Lorsque tu tapes : ping n° IP de ton FAI as tu un écho ? si je fais : ping 193.252.253.113 (la remote ip adress) PING 193.252.253.113 (193.252.253.113) 56(84) bytes of data. From 193.252.253.113 icmp_seq=1 Dest Unreachable, Bad Code: 9 mais si je fais : $ ping 80.10.246.134 (qui est la première adresse dns de mon fai) PING 80.10.246.134 (80.10.246.134) 56(84) bytes of data. et je n'ai àpas de retour : ça reste bloqué la-dessus. Si oui : c'est le DNS à indiquer Sinon mauvaises configs du réseau, voir : passerelle, le forwarding, iptables ... etc ... Hummm... comprends pas bien : normalement, si ces points n'étaient pas bien configurés, je ne pourrais même pas me connecter en tant que root. Or j'y arrive sans pb. Merci 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: pppd en root seulement !
Hummm... comprends pas bien : normalement, si ces points n'étaient pas bien configurés, je ne pourrais même pas me connecter en tant que root. Or j'y arrive sans pb. * * * Si ta connexion pppd fonctionne en tant que root mais pas en tant que user, c'est qu'il faut trouver quelle application doit être mise en setuid root. J'ai ce problème sur mon portable MDK 9.0, je dois lancer le modem RTC, via Drakconf = connexion internet, càd en tant que root. Si je lance kppp en tant que user = niet ! Tant pis j'ai abandonné et me connecte en root. Cherche de ce côté là ... : une appli liée à pppd à mettre en bit setuid. hope it's help antoine -- 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: pppd en root seulement !
Cherche de ce côté là ... : une appli liée à pppd à mettre en bit setuid. j'imagine que c'est cela en effet, mais quelle appli ?? Si quelqu'un a une idée? Merci 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: pppd en root seulement !
Le Lundi 1 Août 2005 20:49, Stephane a écrit : Cherche de ce côté là ... : une appli liée à pppd à mettre en bit setuid. j'imagine que c'est cela en effet, mais quelle appli ?? Si quelqu'un a une idée? Ben quelle est l'appli que tu lance pour te connecter à internet ? Personnellement, plutôt que le bit setuid, j'utiliserais sudo, qui permet de contrôler qui peut ou ne peut pas avoir accès à l'application en root. -- Florent -- Citation aléatoire -- 16:09 Le changement d'heure c'est demain soir ? 16:12 1609 non c tte les 60 minutes!! pgpaoSRkkPuKV.pgp Description: PGP signature
Re: pppd en root seulement !
Cherche de ce côté là ... : une appli liée à pppd à mettre en bit setuid. j'imagine que c'est cela en effet, mais quelle appli ?? Si quelqu'un a une idée? Stéphane chmod a+s kppp : Reconfigure kppp en tant que user ... Regarde du côté des applis liées à pppd il n'y a pas une autre appli pour lancer une connexion RTC ? sous gnome etc ... Je n'utilise mon modem RTC que pour les FAX alors ... vive l'ADSL + Ethernet ! antoine -- 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: pppd en root seulement !
Le Dimanche 31 Juillet 2005 18:31, Stephane a écrit : Bonsoir à tous, je viens de réinstaller tout mon système et je ne peix pas me connecter en utilisateur : seulement en root. Agaçant ! J'ai modifié quelques autorisations mais rien n'y fait... Que devrais-je faire ? Il me semble qu'il faut ajouter l'utilisateur au group dialout. -- Florent -- Citation aléatoire -- J'ai l'impression que quand le nombre d'individus se multiplie, leurs intelligences se divisent proportionnellement. -+- Pierre Desproges -+- pgpgmW9gvaTTl.pgp Description: PGP signature
Re: pppd en root seulement !
Florent Bayle a écrit : Le Dimanche 31 Juillet 2005 18:31, Stephane a écrit : Bonsoir à tous, je viens de réinstaller tout mon système et je ne peix pas me connecter en utilisateur : seulement en root. Agaçant ! J'ai modifié quelques autorisations mais rien n'y fait... Que devrais-je faire ? Il me semble qu'il faut ajouter l'utilisateur au group dialout. C'est fait justement :( Marche pas... -- 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: pppd en root seulement !
Stephane [EMAIL PROTECTED] writes: Florent Bayle a écrit : Le Dimanche 31 Juillet 2005 18:31, Stephane a écrit : Bonsoir à tous, je viens de réinstaller tout mon système et je ne peix pas me connecter en utilisateur : seulement en root. Agaçant ! J'ai modifié quelques autorisations mais rien n'y fait... Que devrais-je faire ? Il me semble qu'il faut ajouter l'utilisateur au group dialout. C'est fait justement :( Marche pas... Le groupe, c'est dip. Léo.
Re: pppd en root seulement !
je viens de réinstaller tout mon système et je ne peix pas me connecter en utilisateur : seulement en root. Agaçant ! J'ai modifié quelques autorisations mais rien n'y fait... * * * Peut-être une bêtise de ma part ? : # chmod a+s kppp antoine -- 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: pppd en root seulement !
Il me semble qu'il faut ajouter l'utilisateur au group dialout. C'est fait justement :( Marche pas... Le groupe, c'est dip. Léo. fait aussi ... marche pas :( -- 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: pppd en root seulement !
Si l'appli = kppp # chmod a+s kppp C'est fait, mais si jeparviens à lancer kppp il ne me permet toujours pas d'établir une connexion Tu penses à autre chose ? * * * Oui, à ton DNS ? Lorsque tu tapes : ping n° IP de ton FAI as tu un écho ? Si oui : c'est le DNS à indiquer Sinon mauvaises configs du réseau, voir : passerelle, le forwarding, iptables ... etc ... Il faut bien paramétrer ces points ci-dessus. antoine -- 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: pppd en root seulement !
On 2005-07-31 19:08:13 +0200, Florent Bayle wrote: Il me semble qu'il faut ajouter l'utilisateur au group dialout. Plutôt le groupe dip, non? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- 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: pppd en root seulement !
On 2005-07-31 23:52:44 +0400, Stephane wrote: Le groupe, c'est dip. fait aussi ... marche pas :( Moi j'ai bêtement écrit un script Perl setuid root qui lance pppd et fait quelques petites autres choses. J'attache ce script ppp-on (ainsi que le ppp-off qui va avec). Si je me souviens bien, j'avais écrit ces scripts à l'origine pour une autre distrib Linux. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA #!/usr/bin/perl -T # Note: this script should be setuid and setgid root. use strict; use warnings; my $RCSID = '$Id: ppp-on 3059 2004-04-17 12:03:20Z lefevre $'; my ($proc) = $RCSID =~ /^.Id: (\S+) / or die; $ENV{'PATH'} = '/usr/sbin:/usr/bin:/sbin:/bin'; @ARGV == 1 and my ($isp) = $ARGV[0] =~ /^([-0-9A-Za-z_]+)$/ or die Usage: $proc ISP\n; $ = $; # set real to effective uid $( = $); # set real to effective gid system '/sbin/ifconfig', 'eth0', 'down'; my $mf = '/var/log/messages'; my $s1 = (stat $mf)[7]; system '/usr/sbin/pppd', 'call', $isp and die; my $s2 = $s1; while (1) { my $s3; while (($s3 = (stat $mf)[7]) == $s2) { sleep 1; } $s2 = $s3; open FILE, $mf or die $proc: can't open $mf\n; seek FILE, $s1, 0 or die $proc: can't seek $mf\n; while (FILE) { if (/ pppd\[\d+\]: Exit\./) { print Failed!\n; exit; } if (/ pppd\[\d+\]: local IP address (\d+\.\d+\.\d+\.\d+)$/) { print Connected (local IP address = $1).\n; getdate; exit; } } close FILE; } sub getdate { open NTPSERVER, '/etc/ntp/step-tickers' or return; my ($server) = NTPSERVER =~ /^([a-z][-a-z0-9.]*)$/; close NTPSERVER; $server ne '' or return; print Updating the system and hardware clocks ($server)...\n; system qw( /usr/sbin/ntpdate -s -b -p 8 -u ), $server; system '/sbin/hwclock', '--systohc'; } #!/usr/bin/perl -T # Note: this script should be setuid and setgid root. use strict; use warnings; my $RCSID = '$Id: ppp-off 3059 2004-04-17 12:03:20Z lefevre $'; my ($proc) = $RCSID =~ /^.Id: (\S+) / or die; $ENV{'PATH'} = '/usr/sbin:/usr/bin:/sbin:/bin'; $ = $; # set real to effective uid $( = $); # set real to effective gid my $device = 'ppp0'; my $pidf = /var/run/$device.pid; if (-e $pidf) { unless (killproc($pidf, 'INT')) { print Removing stale $device pid file.\n; unlink $pidf; exit 1; } print $device link terminated.\n; } else { print $device link is not active.\n; exit 1; } sub killproc { open PIDF, $_[0] or return 0; my $ok; PIDF =~ /^\s*(\d+)\s*$/ and $ok = kill $_[1], $1; close PIDF; return $ok; }
Re: pppd- Probleme seit update auf Sarge
Tim Boneko [EMAIL PROTECTED] wrote: Tach zusammen! Seit ich meine testing- Systeme hier beim Sarge- Release von testing auf stable (de-?)aktualisiert habe, habe ich mit ppp Probleme. Dass im sctive-filter weder inbound noch outbound funktioniert, Lies mal das README und den Changelog zum Paket. /u/s/d/ppp/* Jrg. -- at lilo press tab key | an Luftmatratzenpressetabulatorschlssel (bersetzung von Personal Translator 2000) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
RE: PPPD exit code 2
Pon isn't working!!! I mean it dials, but Mozilla isn't connecting. Still surfing as root... Please Help! _ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD exit code 2
On Friday 03 Jun 2005 13:26, xxx xxx wrote: Pon isn't working!!! I mean it dials, but Mozilla isn't connecting. Still surfing as root... Please Help! Did you add yourself to the dialout and dip groups, and then logout and in again, as instructed? It should work, if so. But if not, you can login as a normal user, and use su to become root, run pon, and still run other programs to browse as a normal user. With sudo, you could automate the permission change, so that a button on your panel could become root and dialup or disconnect. There are many ways to do it, but it works for everyone else, so try the steps above first. _ Don't just search. Find. Check out the new MSN Search! No. -- Lee. Please do not CC replies directly to me. I'll read them on the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD exit code 2
On 06/03/2005 10:26:34 AM, Lee Braiden wrote: On Friday 03 Jun 2005 13:26, xxx xxx wrote: Pon isn't working!!! I mean it dials, but Mozilla isn't connecting. Still surfing as root... Please Help! Did you add yourself to the dialout and dip groups, and then logout and in again, as instructed? It should work, if so. But if not, you can login as a normal user, and use su to become root, run pon, and still run other programs to browse as a normal user. With sudo, you could automate the permission change, so that a button on your panel could become root and dialup or disconnect. There are many ways to do it, but it works for everyone else, so try the steps above first. Not necessarily, I had problems with the permissions on the ppp* executables and had to muck with them a little bit to get access as a regular user... Have had similar problems with other debian distros (Mepis, Ubuntu, Knoppix) but not always the same solution. Somtime it was a misconfigured /etc/ppp/options file. That really cranked me up!! Users shouldn't have to dig into man pppd and the options file to use dialup. It should just work right out of the box... Oh well.. That's my 2 cents worth of hot air today.. :-) _ Don't just search. Find. Check out the new MSN Search! No. -- Lee. Please do not CC replies directly to me. I'll read them on the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD exit code 2
Mr Mike wrote: Users shouldn't have to dig into man pppd and the options file to use dialup. It should just work right out of the box... The only package that worked like that for me is wvdial (for both analog and DSL dialup). After years of experiencing the problems you describe, it was a surprising contrast. YMMV. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD exit code 2
Marty writes: The only package that worked like that for me is wvdial (for both analog and DSL dialup). After years of experiencing the problems you describe, it was a surprising contrast. Did you have this problem after simply running pppconfig, answering the questions, and using pon to bring up the connection? If so, did you file a bug report? -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPPD exit code 2
Incoming from xxx xxx: I've installed Debian Woody v3 r2 and everything works fine. The problem is, that I cannot connect to the Internet when I'm an oridnary user(I have Add yourself to groups dialout and dip (/etc/group). Logout then log back in. pon -- Any technology distinguishable from magic is insufficiently advanced. (*)http://www.spots.ab.ca/~keeling Please don't Cc: me. - - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [pppd] Fehler beim restart der Verbindung nach disconnect
On Day 65 of Chaos 3171, Christian Knoke wrote: On Sun, Mar 06, 2005 at 07:46:28PM +0100, Thomas Kosch wrote: On Day 65 of Chaos 3171, Christian Knoke wrote: On Sun, Mar 06, 2005 at 12:01:57AM +0100, Thomas Kosch wrote: [Reconnect klappt nicht] Wenn die Gegenstelle die Verbindung beendet, liegt es vieleicht an einem temporären Fehler in dieser Gegenstelle... Ja und? Was hat das mit dem Problem zu tun. Wenn die Gegenstelle ein paar Sekunden länger defekt ist, klappt auch der Reconnect nicht. Doch das klappt wunderbar wenn man maxfail auf 0 setzt. Da sich das nach einem Downgrade uf 2.4.2 erledigt hat riecht das sehr nach einem Bug in 2.4.3. [EMAIL PROTECTED] klingt so ähnlich. Ich habe Ihn mal wegen einiger näherer Infos angeschrieben. Wenn sich das bestätigen sollte wäre dann ein Bug-Report fällig. ttyl8er, t.k. -- Fifth Law of Procrastination: Procrastination avoids boredom; one never has the feeling that there is nothing important to do.
Re: [pppd] Fehler beim restart der Verbindung nach disconnect
On Sun, Mar 06, 2005 at 12:01:57AM +0100, Thomas Kosch wrote: Hi, ich habe hier seit ein paar Tagen (28.02) ein Problem. Wenn die Verbindung von der Gegenstelle beendet wird kommt sie nicht wieder hoch. Im Log finde ich dazu nur /-/ Simuliere ich dagegen z.B. einen Leitungsausfall kommt die Verbindung sauber wieder hoch. Hat irgend jemand eine Idee was da schief läuft/wo ich ansetzten könnte? Wenn die Gegenstelle die Verbindung beendet, liegt es vieleicht an einem temporären Fehler in dieser Gegenstelle... Sonst müßtest Du mal die Debug-Optionen einschalten. Wie simulierst Du denn? Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [pppd] Fehler beim restart der Verbindung nach disconnect
On Day 65 of Chaos 3171, Christian Knoke wrote: On Sun, Mar 06, 2005 at 12:01:57AM +0100, Thomas Kosch wrote: [Reconnect klappt nicht] Wenn die Gegenstelle die Verbindung beendet, liegt es vieleicht an einem temporären Fehler in dieser Gegenstelle... Ja und? Was hat das mit dem Problem zu tun. Sonst müßtest Du mal die Debug-Optionen einschalten. Er sagt trotzdem nicht mehr als write: Bad file descriptor (9) Wie simulierst Du denn? Ich klaue ihm die Leitung. Heute schon wieder. Mar 6 15:50:54 slytherin pppd[16968]: No response to 3 echo-requests Mar 6 15:50:54 slytherin pppd[16968]: Serial link appears to be disconnected. Mar 6 15:50:54 slytherin pppd[16968]: Connect time 979.8 minutes. Mar 6 15:50:54 slytherin pppd[16968]: Sent 943177606 bytes, received 1046877233 bytes. Mar 6 15:50:54 slytherin pppd[16968]: Script /etc/ppp/ip-down started (pid 31860) Mar 6 15:50:54 slytherin pppd[16968]: Couldn't increase MTU to 1500 Mar 6 15:50:54 slytherin pppd[16968]: Couldn't increase MRU to 1500 Mar 6 15:50:54 slytherin pppd[16968]: sent [LCP TermReq id=0x5 Peer not responding] Mar 6 15:50:55 slytherin pppd[16968]: rcvd [LCP TermAck id=0x5] Mar 6 15:50:55 slytherin pppd[16968]: Connection terminated. Mar 6 15:50:55 slytherin pppd[16968]: Script /etc/ppp/ip-down finished (pid 31860), status = 0x0 Mar 6 15:51:05 slytherin pppd[16968]: sent [LCP ConfReq id=0x6 magic 0x937789e0] Mar 6 15:51:05 slytherin pppd[16968]: write: Bad file descriptor (9) Mar 6 15:51:08 slytherin pppd[16968]: Modem hangup Mar 6 15:51:08 slytherin pppd[16968]: Connection terminated. Mar 6 19:29:28 slytherin pppd[16968]: Terminating on signal 15 Mar 6 19:29:28 slytherin pppd[16968]: Modem hangup Was zum Geier ist das nur? -- There are two types of people in this world, good and bad. The good sleep better, but the bad seem to enjoy the waking hours much more. -- Woody Allen
Re: [pppd] Fehler beim restart der Verbindung nach disconnect
On Sun, Mar 06, 2005 at 07:46:28PM +0100, Thomas Kosch wrote: On Day 65 of Chaos 3171, Christian Knoke wrote: On Sun, Mar 06, 2005 at 12:01:57AM +0100, Thomas Kosch wrote: [Reconnect klappt nicht] Wenn die Gegenstelle die Verbindung beendet, liegt es vieleicht an einem temporären Fehler in dieser Gegenstelle... Ja und? Was hat das mit dem Problem zu tun. Wenn die Gegenstelle ein paar Sekunden länger defekt ist, klappt auch der Reconnect nicht. In deinem Fall hat das Modem wohl noch nicht aufgelegt. Heute schon wieder. Mar 6 15:50:54 slytherin pppd[16968]: No response to 3 echo-requests Mar 6 15:50:54 slytherin pppd[16968]: Serial link appears to be disconnected. Mar 6 15:50:54 slytherin pppd[16968]: Connect time 979.8 minutes. Mar 6 15:50:54 slytherin pppd[16968]: Sent 943177606 bytes, received 1046877233 bytes. Mar 6 15:50:54 slytherin pppd[16968]: Script /etc/ppp/ip-down started (pid 31860) Mar 6 15:50:54 slytherin pppd[16968]: Couldn't increase MTU to 1500 Mar 6 15:50:54 slytherin pppd[16968]: Couldn't increase MRU to 1500 Mar 6 15:50:54 slytherin pppd[16968]: sent [LCP TermReq id=0x5 Peer not responding] Mar 6 15:50:55 slytherin pppd[16968]: rcvd [LCP TermAck id=0x5] Mar 6 15:50:55 slytherin pppd[16968]: Connection terminated. Mar 6 15:50:55 slytherin pppd[16968]: Script /etc/ppp/ip-down finished (pid 31860), status = 0x0 Mar 6 15:51:05 slytherin pppd[16968]: sent [LCP ConfReq id=0x6 magic 0x937789e0] Mar 6 15:51:05 slytherin pppd[16968]: write: Bad file descriptor (9) Mar 6 15:51:08 slytherin pppd[16968]: Modem hangup ^ Mar 6 15:51:08 slytherin pppd[16968]: Connection terminated. Mar 6 19:29:28 slytherin pppd[16968]: Terminating on signal 15 Mar 6 19:29:28 slytherin pppd[16968]: Modem hangup Was zum Geier ist das nur? Falsche Zauberklasse? Du sendest über die Verbindung die gerade abgebaut wird. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd (pppoe) stribt manchmal - keine wiedereinwahl
* Jan Torben Heuer: Gibt es dazu auch eine Lösung, ausser eines cron-jobs, der alle x-minuten ein Ping versucht? Ich verwende dazu restartd mit der Zeile , | ppp .pppd /usr/bin/pon provider ` in der Konfiguration. Hilft auch bei länger andauernden Einwahlproblemen wieder eine Leitung zu kriegen, sobald diese behoben sind. Grüße, kro -- Slow day. Practice crawling. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd (pppoe) stribt manchmal - keine wiedereinwahl
Hallo, ich benutze ein Zeile in der /etc/inittab: D0:2:respawn:/usr/sbin/pppd nodetach call dsl-provider durch respawn wird der pppd wieder neu gestartet falls er stirbt. nur mit dem Eintrag persist hatte ich immer mal wieder Probleme nach langer Laufzeit. Jedoch darf der Rechner dann nicht vom Script aus nach dem Bootvorgang online gehen. Also bei der Frage im Debianscript mit nein, Verbindung nicht beim booten herstellen antworten. Lars -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd: CHAP authentication failed
On Thu, 30 Dec 2004 at 03:37:27 +, Roberto Sanchez wrote: Dec 29 20:40:30 ifi pppd[793]: rcvd [CHAP Challenge id=0x1 67ebcc8735df1478486093c19f9e869c, name = apx-na1] Dec 29 20:40:30 ifi pppd[793]: sent [CHAP Response id=0x1 8b7464067e56bd43969a6f290ef2e077, name = robert210] Dec 29 20:40:30 ifi pppd[793]: rcvd [LCP EchoRep id=0x0 magic=0x0] Dec 29 20:40:31 ifi pppd[793]: rcvd [CHAP Failure id=0x1 \000] Dec 29 20:40:31 ifi pppd[793]: Remote message: ^@ Dec 29 20:40:31 ifi pppd[793]: CHAP authentication failed Dec 29 20:40:31 ifi pppd[793]: sent [LCP TermReq id=0x2 Failed to authenticate ourselves to peer] Dec 29 20:40:31 ifi pppd[793]: rcvd [LCP TermAck id=0x2] Dec 29 20:40:31 ifi pppd[793]: Connection terminated. Dec 29 20:40:31 ifi pppd[793]: Hangup (SIGHUP) Dec 29 20:40:31 ifi pppd[793]: Exit. Is this for a VPN connection? When I had this problem, I was forgetting to enable refuse-eap No, it is a dial-up modem connection. It does work with kppp using same provider, username and password. Should I file a bug? -- On this laptop no Windows system survives and LINUX POWER reigns UNLIMITED. Successfully Microsoft free since December 2002. GnuPG key ID: 28A61681 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: CHAP authentication failed
Mauro Darida wrote: Hello, I am experiencing a weird thing: I have got KDE kppp perfectly working but when it comes to use pppd directly with the pon script even from root pppd won't start. I have the following /var/log/ppp.log: Dec 29 19:49:50 ifi pppd[1302]: pppd 2.4.1 started by root, uid 0 Dec 29 19:49:50 ifi pppd[1302]: Serial connection established. Dec 29 19:49:50 ifi pppd[1302]: Using interface ppp0 Dec 29 19:49:50 ifi pppd[1302]: Connect: ppp0 -- /dev/pts/5 Dec 29 19:50:22 ifi pppd[1302]: LCP: timeout sending Config-Requests Dec 29 19:50:22 ifi pppd[1302]: Connection terminated. Dec 29 19:50:52 ifi pppd[1302]: Serial connection established. Dec 29 19:50:52 ifi pppd[1302]: Using interface ppp0 Dec 29 19:50:52 ifi pppd[1302]: Connect: ppp0 -- /dev/pts/0 Dec 29 19:51:23 ifi pppd[1302]: LCP: timeout sending Config-Requests Dec 29 19:51:23 ifi pppd[1302]: Connection terminated. Dec 29 19:51:53 ifi pppd[1302]: Serial connection established. Dec 29 19:51:53 ifi pppd[1302]: Using interface ppp0 Dec 29 19:51:53 ifi pppd[1302]: Connect: ppp0 -- /dev/pts/5 Dec 29 19:52:24 ifi pppd[1302]: LCP: timeout sending Config-Requests Dec 29 19:52:24 ifi pppd[1302]: Connection terminated. Dec 29 20:40:02 ifi pppd[793]: pppd 2.4.1 started by root, uid 0 Dec 29 20:40:05 ifi chat[798]: abort on (BUSY) Dec 29 20:40:05 ifi chat[798]: abort on (NO CARRIER) Dec 29 20:40:05 ifi chat[798]: abort on (VOICE) Dec 29 20:40:05 ifi chat[798]: abort on (NO DIALTONE) Dec 29 20:40:05 ifi chat[798]: abort on (NO DIAL TONE) Dec 29 20:40:05 ifi chat[798]: abort on (NO ANSWER) Dec 29 20:40:05 ifi chat[798]: abort on (DELAYED) Dec 29 20:40:05 ifi chat[798]: send (ATZ^M) Dec 29 20:40:05 ifi chat[798]: expect (OK) Dec 29 20:40:05 ifi chat[798]: ATZ^M^M Dec 29 20:40:05 ifi chat[798]: OK Dec 29 20:40:05 ifi chat[798]: -- got it Dec 29 20:40:05 ifi chat[798]: send (ATDT7020001033^M) Dec 29 20:40:05 ifi chat[798]: expect (CONNECT) Dec 29 20:40:05 ifi chat[798]: ^M Dec 29 20:40:27 ifi chat[798]: ATDT7020001033^M^M Dec 29 20:40:27 ifi chat[798]: CONNECT Dec 29 20:40:27 ifi chat[798]: -- got it Dec 29 20:40:27 ifi chat[798]: send (\d) Dec 29 20:40:28 ifi pppd[793]: Serial connection established. Dec 29 20:40:28 ifi pppd[793]: using channel 1 Dec 29 20:40:28 ifi pppd[793]: Using interface ppp0 Dec 29 20:40:28 ifi pppd[793]: Connect: ppp0 -- /dev/ttySHSF0 Dec 29 20:40:29 ifi pppd[793]: sent [LCP ConfReq id=0x1 asyncmap 0x0 magic 0x67fdddb6 pcomp accomp] Dec 29 20:40:30 ifi pppd[793]: rcvd [LCP ConfReq id=0x1 mru 1524 asyncmap 0xa auth chap MD5 pcomp accomp mrru 1524 endpoint [local:73.74.61.63.6b.31]] Dec 29 20:40:30 ifi pppd[793]: sent [LCP ConfRej id=0x1 mrru 1524] Dec 29 20:40:30 ifi pppd[793]: rcvd [LCP ConfAck id=0x1 asyncmap 0x0 magic 0x67fdddb6 pcomp accomp] Dec 29 20:40:30 ifi pppd[793]: rcvd [LCP ConfReq id=0x2 mru 1524 asyncmap 0xa auth chap MD5 pcomp accomp endpoint [local:73.74.61.63.6b.31]] Dec 29 20:40:30 ifi pppd[793]: sent [LCP ConfAck id=0x2 mru 1524 asyncmap 0xa auth chap MD5 pcomp accomp endpoint [local:73.74.61.63.6b.31]] Dec 29 20:40:30 ifi pppd[793]: sent [LCP EchoReq id=0x0 magic=0x67fdddb6] Dec 29 20:40:30 ifi pppd[793]: rcvd [CHAP Challenge id=0x1 67ebcc8735df1478486093c19f9e869c, name = apx-na1] Dec 29 20:40:30 ifi pppd[793]: sent [CHAP Response id=0x1 8b7464067e56bd43969a6f290ef2e077, name = robert210] Dec 29 20:40:30 ifi pppd[793]: rcvd [LCP EchoRep id=0x0 magic=0x0] Dec 29 20:40:31 ifi pppd[793]: rcvd [CHAP Failure id=0x1 \000] Dec 29 20:40:31 ifi pppd[793]: Remote message: ^@ Dec 29 20:40:31 ifi pppd[793]: CHAP authentication failed Dec 29 20:40:31 ifi pppd[793]: sent [LCP TermReq id=0x2 Failed to authenticate ourselves to peer] Dec 29 20:40:31 ifi pppd[793]: rcvd [LCP TermAck id=0x2] Dec 29 20:40:31 ifi pppd[793]: Connection terminated. Dec 29 20:40:31 ifi pppd[793]: Hangup (SIGHUP) Dec 29 20:40:31 ifi pppd[793]: Exit. Any clue? Is this for a VPN connection? When I had this problem, I was forgetting to enable refuse-eap The server to which I was trying to connect would, for some reason, offer EAP and then refuse to authenticate with it. I simply had to disable it and then CHAP authentication mysteriously started functioning. -Roberto Sanchez signature.asc Description: OpenPGP digital signature
Re: pppd connection over bluetooth
Hi Chris The ECHO should be set to OFF Regards Andras
Re: pppd pptpd-logwtmp.so plugin zla wersja ?
On Mon, Aug 16, 2004 at 06:54:47PM +0200, Marek wrote: Witam, chcialem posadzic pptpd, robilem to wczesniej na stabl i nie bylo problemu, sarge teraz, pppd ver 2.4.2, pociagniety przez zaleznosci w momencie zaznaczania pptpd juz mnie trafia, 3 godziny i nie moge nic znalezc o co chodzi, jajo 2.4.26 z mppe, a powodujaca zalanie krwia linijka w logu to: Aug 16 18:41:50 gerbil pppd[2972]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.2 google nie wiedza co to pptpd-logwtmp.so Google są głupie. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259487 Jest nawet workaround. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Re: pppd pptpd-logwtmp.so plugin zla wersja ?
Jak podają anonimowe źródła, przepowiedziano, że Marcin Owsiany napisze: [...] Aug 16 18:41:50 gerbil pppd[2972]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.2 google nie wiedza co to pptpd-logwtmp.so Google są głupie. http://groups.google.com/groups?q=%20pptpd-logwtmp.sohl=enlr=ie=UTF-8sa=Ntab=wg [...] Pozdrawiam -- Jacek Kawa **Ja jestem egzemplarz człowieka, a to znaczy diabli, czyśćcowy i boski... [Kaczmarski]**
Re: pppd authentication problem
On Thu, 8 Jul 2004 16:31:52 +1000 James Sinnamon [EMAIL PROTECTED] wrote: Dear Debian users, Until now, I have been accustomed to having ppp work without the need to understand a great deal. However, I have not been able to get kppp to work on my new Debian sarge/testing system in the same way it used to work on my previous RedHat 9.0 system. In the log window, I see the word CONNECT after roughly 10 seconds, but am immediately disconnected, seemingly before ppp even begins to authenticate itself. The errors shown are: Jul 8 14:25:59 localhost pppd[1065]: The remote system is \ required to authenticate itself Jul 8 14:25:59 localhost pppd[1065]: but I couldn't find any \ suitable secret (password) for it to use to do so. Jul 8 14:25:59 localhost pppd[1065]: (None of the available \ passwords would let it use an IP address.) A copy of ~/.kde/share/config/kppprc can be found at: http://www.sos.cable.nu/debian/debug/kppprc.txt Can anyone spot what is wrong or what is missing? BTW, is there a relationship between kppp and ppp? Does kppprc have anything to do with the files in /etc/ppp/ ? ... or with /etc/network/interfaces ? I don't know anything about kppprc but it is highly likey it is just a control program to setup and drive pppd in which case it is equally likely that the /etc/ppp files are indeed used. In particular look at /etc/ppp/chap-secrets. Certainly the kppp documentation must provide some clue. Mike -- Greedo shoots first? Not in my Star Wars. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd authentication problem
On Thursday 08 July 2004 00:31, James Sinnamon wrote: Dear Debian users, Until now, I have been accustomed to having ppp work without the need to understand a great deal. However, I have not been able to get kppp to work on my new Debian sarge/testing system in the same way it used to work on my previous RedHat 9.0 system. In the log window, I see the word CONNECT after roughly 10 seconds, but am immediately disconnected, seemingly before ppp even begins to authenticate itself. The errors shown are: Jul 8 14:25:59 localhost pppd[1065]: The remote system is \ required to authenticate itself Jul 8 14:25:59 localhost pppd[1065]: but I couldn't find any \ suitable secret (password) for it to use to do so. Jul 8 14:25:59 localhost pppd[1065]: (None of the available \ passwords would let it use an IP address.) A copy of ~/.kde/share/config/kppprc can be found at: http://www.sos.cable.nu/debian/debug/kppprc.txt Can anyone spot what is wrong or what is missing? BTW, is there a relationship between kppp and ppp? Does kppprc have anything to do with the files in /etc/ppp/ ? ... or with /etc/network/interfaces ? TIA James Hi James, The problem is due to a change in pppd defaults. It used to not require the remote system to authenticate itself, but now it is required. You have a few options to fix this, including: Run kppp as suid root, and provide the option noauth Edit the default arguments of pppd and replace auth with noauth. You will have to be root to do this. Hope that helps. Justin Guerin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd et le dns
Le sam 03/07/2004 à 23:04, Christophe LE ROY a écrit : mais c'est pareil, il utilise toujours ses dns récupérés je sais pas ou. D'ici : /etc/ppp/resolv/nom-de-la-connection en fait si , à la main on modifie le fichier /etc/ppp/resolv.conf, ça ne sert à rien car il est écrasé à chaque connection. C'est justement prévu pour utiliser des serveurs DNS différents pour chaque FAI. En général, un FAI t'autorise à utiliser ses serveurs DNS si et seulement si tu es client. Léo.
Re: pppd et le dns
bonjour, Le samedi 03 juillet 2004, Christophe LE ROY a écrit... mais c'est pareil, il utilise toujours ses dns récupérés je sais pas ou. quelqu'un a t il une idée ? Peut-être...? Lis le fichier /etc/ppp/ip-up.d/0dns-up sil il existe (j'ai pas l'adsl). La réponse est p'têt ben dedans (le coup de la configuration dynamic ou static ?) -- jm
Re: pppd problem
On Mon, Jun 28, 2004 at 04:35:48PM +0200, Alex Handle wrote: Hallo, mein problem ist folgendes: alle 14 tage steigt die load meines routers (athlon 2000+ 256MB ram) auf über 1.5 hier ein auszug aus top PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 173 root 18 0 936 932 772 R 64.6 0.4 1166m pppd 160 root 12 0 596 596 488 S 35.8 0.3 626:37 syslogd Schau mal mit ls -ltr /var/log/ was da so immens geloggt wird. hier ist wiedereinwahl script das ich benutze checkadsl.sh Wie und wo genau startest Du das Script? Jun 27 05:34:35 router pptp[170]: log[pptp_read_some:pptp_ctrl.c:405]: read error: Connection reset by peer Die Gegenseite beendet die Verbindung. Jun 27 05:35:26 router modprobe: modprobe: Can't locate module ppp0 Jun 27 05:36:26 router modprobe: modprobe: Can't locate module ppp0 ... Jun 27 06:14:29 router modprobe: modprobe: Can't locate module ppp0 Das Modul ist wahrscheinlich nicht das Problem, aber die Wiedereinwahl klappt offenbar nicht. Warum nicht? Timeout zu kurz? Was macht das Modem? ciao alex Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd problem
On Monday 28 June 2004 18:45, Christian Knoke wrote: On Mon, Jun 28, 2004 at 04:35:48PM +0200, Alex Handle wrote: Hallo, mein problem ist folgendes: alle 14 tage steigt die load meines routers (athlon 2000+ 256MB ram) auf über 1.5 hier ein auszug aus top PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 173 root 18 0 936 932 772 R 64.6 0.4 1166m pppd 160 root 12 0 596 596 488 S 35.8 0.3 626:37 syslogd Schau mal mit ls -ltr /var/log/ was da so immens geloggt wird. hier ist wiedereinwahl script das ich benutze checkadsl.sh Wie und wo genau startest Du das Script? Jun 27 05:34:35 router pptp[170]: log[pptp_read_some:pptp_ctrl.c:405]: read error: Connection reset by peer Die Gegenseite beendet die Verbindung. Jun 27 05:35:26 router modprobe: modprobe: Can't locate module ppp0 Jun 27 05:36:26 router modprobe: modprobe: Can't locate module ppp0 ... Jun 27 06:14:29 router modprobe: modprobe: Can't locate module ppp0 Das Modul ist wahrscheinlich nicht das Problem, aber die Wiedereinwahl klappt offenbar nicht. Warum nicht? Timeout zu kurz? Was macht das Modem? ciao alex Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. hier der cron eintrag des scripts: 15 * * * * /etc/scripts/checkadsl.sh und das router:~# ls -ltr /var/log total 1664 -rw-r--r--1 root root0 Aug 29 2003 uucp.log -rw-r--r--1 root root0 Aug 29 2003 user.log drwxr-sr-x2 news news 4096 Aug 29 2003 news -rw-r--r--1 root root0 Aug 29 2003 mail.warn -rw-r--r--1 root root0 Aug 29 2003 mail.log -rw-r--r--1 root root0 Aug 29 2003 mail.info -rw-r--r--1 root root0 Aug 29 2003 mail.err -rw-r--r--1 root root0 Aug 29 2003 lpr.log -rw-r--r--1 root root 3958 Aug 29 2003 installer.timings.1 -rw-r--r--1 root root 120125 Aug 29 2003 installer.log.1 -rw-r--r--1 root root24048 Apr 1 14:57 faillog drwxr-x---2 root adm 4096 Apr 4 06:25 samba drwxr-xr-x2 root root 4096 Apr 4 06:25 apache -rw-r-1 root root 3328 Apr 13 23:28 kern.log.STRANGE -rw-r-1 root adm 53691 Apr 16 13:21 debug.3.gz -rw-r-1 root adm 150 May 3 17:45 debug.2.gz -rw-r-1 root adm 2866 May 3 17:45 kern.log.3.gz drwxr-s---2 mail adm 4096 May 18 06:25 exim -rw-r-1 root adm 150 May 19 13:52 debug.1.gz -rw-r-1 root adm 2997 May 22 13:07 kern.log.2.gz -rw-rw-r--1 root utmp41088 May 26 14:39 wtmp.1 -rw-r-1 root adm 1055 Jun 6 06:01 daemon.log.3.gz -rw-r-1 root adm 2872 Jun 6 06:25 messages.3.gz -rw-r-1 root adm 2627 Jun 6 06:47 auth.log.3.gz -rw-r-1 root adm 262 Jun 9 20:35 debug.0 -rw-r-1 root adm 2902 Jun 9 20:35 kern.log.1.gz -rw-r-1 root adm 1507 Jun 13 04:37 daemon.log.2.gz -rw-r-1 root adm 5949 Jun 13 06:35 messages.2.gz -rw-r-1 root adm 2865 Jun 13 06:47 auth.log.2.gz -rw-r-1 root adm 1362 Jun 20 04:41 daemon.log.1.gz -rw-r-1 root adm 2897 Jun 20 06:35 messages.1.gz -rw-r-1 root adm 2071 Jun 20 06:47 auth.log.1.gz -rw---1 mysqlmysql 32 Jun 21 06:25 mysql.log.7.gz -rw-r-1 root adm 206 Jun 21 06:25 setuid.changes.6.gz -rw-r-1 root adm 1346 Jun 22 06:25 syslog.6.gz -rw---1 mysqlmysql 32 Jun 22 06:25 mysql.log.6.gz -rw-r-1 root adm 206 Jun 22 06:25 setuid.changes.5.gz -rw-r-1 root adm 1276 Jun 23 06:25 syslog.5.gz -rw---1 mysqlmysql 32 Jun 23 06:25 mysql.log.5.gz -rw-r-1 root adm 206 Jun 23 06:25 setuid.changes.4.gz -rw-r-1 root adm 627 Jun 23 14:50 kern.log.0 -rw-r-1 root adm 1220 Jun 24 06:25 syslog.4.gz -rw---1 mysqlmysql 32 Jun 24 06:25 mysql.log.4.gz -rw-r-1 root adm 207 Jun 24 06:25 setuid.changes.3.gz -rw-r-1 root adm 1051 Jun 25 06:25 syslog.3.gz -rw---1 mysqlmysql 32 Jun 25 06:25 mysql.log.3.gz -rw-r-1 root adm 208 Jun 25 06:25 setuid.changes.2.gz -rw-r-1 root adm 1050 Jun 26 06:25 syslog.2.gz -rw---1 mysqlmysql 32 Jun 26 06:25 mysql.log.2.gz -rw-r-1 root adm 208 Jun 26 06:25 setuid.changes.1.gz -rw-r-1 root adm 13879 Jun 27 06:15 daemon.log.0 -rw---1
Re: pppd problem
On Mon, Jun 28, 2004 at 07:30:47PM +0200, Alex Handle wrote: On Monday 28 June 2004 18:45, Christian Knoke wrote: On Mon, Jun 28, 2004 at 04:35:48PM +0200, Alex Handle wrote: Das Modul ist wahrscheinlich nicht das Problem, aber die Wiedereinwahl klappt offenbar nicht. Warum nicht? Timeout zu kurz? Was macht das Modem? Kannst Du denn erkennen, warum sich das Modem nicht einwählt? Zumindest ob sich am Modem was rührt solltest Du doch feststellen können. hier der cron eintrag des scripts: 15 * * * * /etc/scripts/checkadsl.sh ok router:~# ls -ltr /var/log Und hier wäre interessant, was denn zum fraglichen Zeitpunkt noch geloggt wird, also etwa egrep '^Jun 27 05' /var/log/* | less Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd problem
leider kann ich nur remote zugriffen :( das witzige ist, dass es nur alle 14 tage passiert und das schon zum 3. mal, also kein zufall. könnte es sein, dass zu dieser zeit mein script und der pppd sich zu selben zeit connecten wollen und sich so ins gehäge kommen??? egrep '^Jun 27 05' /var/log/* | less /var/log/auth.log.0:Jun 27 05:15:01 router PAM_unix[28134]: (cron) session opened for user root by (uid=0) /var/log/auth.log.0:Jun 27 05:15:01 router PAM_unix[28134]: (cron) session closed for user root /var/log/daemon.log.0:Jun 27 05:34:35 router pptp[170]: log[pptp_read_some:pptp_ctrl.c:405]: read error: Connection reset by peer /var/log/daemon.log.0:Jun 27 05:34:35 router pptp[170]: log[call_callback:pptp_callmgr.c:88]: Closing connection /var/log/daemon.log.0:Jun 27 05:35:26 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:36:26 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:37:26 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:38:26 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:39:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:40:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:41:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:42:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:43:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:44:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:45:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:46:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:47:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:48:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:49:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:50:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:51:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:52:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:53:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:54:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:55:27 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:56:28 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:57:28 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:58:28 router modprobe: modprobe: Can't locate module ppp0 /var/log/daemon.log.0:Jun 27 05:59:28 router modprobe: modprobe: Can't locate module ppp0 /var/log/messages.0:Jun 27 05:15:46 router -- MARK -- /var/log/messages.0:Jun 27 05:34:35 router pppd[173]: Hangup (SIGHUP) /var/log/messages.0:Jun 27 05:34:35 router pppd[173]: Modem hangup /var/log/messages.0:Jun 27 05:34:35 router pppd[173]: Connection terminated. /var/log/messages.0:Jun 27 05:34:35 router pppd[173]: Connect time 49.9 minutes. /var/log/messages.0:Jun 27 05:34:35 router pppd[173]: Sent 1566777 bytes, received 39457 bytes. /var/log/messages.0:Jun 27 05:55:46 router -- MARK --
Re: pppd problem
On Mon, Jun 28, 2004 at 08:53:24PM +0200, Alex Handle wrote: leider kann ich nur remote zugriffen :( Also nur, wenn die Verbindung steht? das witzige ist, dass es nur alle 14 tage passiert und das schon zum 3. mal, also kein zufall. könnte es sein, dass zu dieser zeit mein script und der pppd sich zu selben zeit connecten wollen und sich so ins gehäge kommen??? Mir ist deine Konstellation nicht ganz klar, pptp kenne ich nicht. Aber pppd versteht die debug und die kdebug Option, versuchs damit mal. Den Verbindungsabbruch kannst Du ja mit atd und kill simulieren. Möglich, das die persist Option nicht funktioniert, wenn der alte pppd hängt, ist die Schnittstelle für den neuen ja belegt. 38400 verstehe ich auch nicht, für ein 56K Modem ist das zu langsam, nimm 115200. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd problem
38400 verstehe ich auch nicht, für ein 56K Modem ist das zu langsam, nimm 115200. es handelt sich um eine Österreichische adsl verbindung :) danke für deine hilfe - werd noch die debug optionen testen ciao alex
Re: pppd problem
Möglich, das die persist Option nicht funktioniert, wenn der alte pppd hängt, ist die Schnittstelle für den neuen ja belegt. persist müsste eigentlich funktionieren, weil die verbindunung wird alle 8 h von der at telekom getrennt, nur alle 2 wochen gibt es mit pppd probleme.
Re: pppd: LCP terminated by peer
On Sat, Jun 26, 2004 at 03:27:46PM +0200, Baurjan Ismagulov wrote: Hello, John! On Sat, Jun 26, 2004 at 09:10:23PM +0800, John Summerfield wrote: I'm using pppd 2.4.2 to connect to my DSL Internet provider. After a period of inactivity pppd terminates the connection with a message LCP terminated by peer. Can I instruct pppd not to agree to that? No. Talk to your ISP. Thanks for the prompt answer! I assume this is a feature of LCP and one can't fix it in pppd, no? You could put persist in /etc/ppp/options, so that when the connection dies it automatically tries to reconnect. -- Pigeon Be kind to pigeons Get my GPG key here: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F pgpINKKpY8aBA.pgp Description: PGP signature
Re: pppd: LCP terminated by peer
Hello, Pigeon! On Mon, Jun 28, 2004 at 06:09:17PM +0100, Pigeon wrote: You could put persist in /etc/ppp/options, so that when the connection dies it automatically tries to reconnect. Thanks for the suggestion, I'll try it on another system. With kind regards, Baurjan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: LCP terminated by peer
Baurjan Ismagulov wrote: Hello, I'm using pppd 2.4.2 to connect to my DSL Internet provider. After a period of inactivity pppd terminates the connection with a message LCP terminated by peer. Can I instruct pppd not to agree to that? No. Talk to your ISP. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: LCP terminated by peer
Hello, John! On Sat, Jun 26, 2004 at 09:10:23PM +0800, John Summerfield wrote: I'm using pppd 2.4.2 to connect to my DSL Internet provider. After a period of inactivity pppd terminates the connection with a message LCP terminated by peer. Can I instruct pppd not to agree to that? No. Talk to your ISP. Thanks for the prompt answer! I assume this is a feature of LCP and one can't fix it in pppd, no? Seems that creating some activity from cron is cheaper than talking to the ISP :) . With kind regards, Baurjan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: LCP terminated by peer
Baurjan Ismagulov wrote: Hello, John! On Sat, Jun 26, 2004 at 09:10:23PM +0800, John Summerfield wrote: I'm using pppd 2.4.2 to connect to my DSL Internet provider. After a period of inactivity pppd terminates the connection with a message LCP terminated by peer. Can I instruct pppd not to agree to that? No. Talk to your ISP. Thanks for the prompt answer! I assume this is a feature of LCP and one can't fix it in pppd, no? It's not broken, this is how to terminate the connexion. Seems that creating some activity from cron is cheaper than talking to the ISP :) If the ISP knows a problem exists, then the problem can be fixed for everyone. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: LCP terminated by peer
John Summerfield wrote: Baurjan Ismagulov wrote: Hello, John! On Sat, Jun 26, 2004 at 09:10:23PM +0800, John Summerfield wrote: I'm using pppd 2.4.2 to connect to my DSL Internet provider. After a period of inactivity pppd terminates the connection with a message LCP terminated by peer. Can I instruct pppd not to agree to that? No. Talk to your ISP. Thanks for the prompt answer! I assume this is a feature of LCP and one can't fix it in pppd, no? It's not broken, this is how to terminate the connexion. Seems that creating some activity from cron is cheaper than talking to the ISP :) If the ISP knows a problem exists, then the problem can be fixed for everyone. You could try adding a line such as: lcp-echo-interval 60 to your /etc/ppp/options. Perhaps it will help. Jakob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: LCP terminated by peer
Hello, Jakob! On Sat, Jun 26, 2004 at 08:59:56PM +0200, jakob bratkovic wrote: lcp-echo-interval 60 I've already put fetchyahoo to my crontab. Thanks for the suggestion, I'll try it on another system. With kind regards, Baurjan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd: LCP terminated by peer
jakob bratkovic wrote: John Summerfield wrote: Baurjan Ismagulov wrote: Hello, John! On Sat, Jun 26, 2004 at 09:10:23PM +0800, John Summerfield wrote: I'm using pppd 2.4.2 to connect to my DSL Internet provider. After a period of inactivity pppd terminates the connection with a message LCP terminated by peer. Can I instruct pppd not to agree to that? No. Talk to your ISP. Thanks for the prompt answer! I assume this is a feature of LCP and one can't fix it in pppd, no? It's not broken, this is how to terminate the connexion. Seems that creating some activity from cron is cheaper than talking to the ISP :) If the ISP knows a problem exists, then the problem can be fixed for everyone. You could try adding a line such as: lcp-echo-interval 60 to your /etc/ppp/options. Perhaps it will help. Jakob It shouldn't. I'd be very suprised if LCP packet count towards keeping the connexion alive. Probably, the ISP has some reason for the decision to terminate idle connexions. There is no substitute to talking about it with the ISP. It's perfectly possible that hacking round it will violate the ISP's Acceptable Use Pollicy and cause the service to be terminated. Possibly, it's default setting nobody changed and the ISP will be happy to fix the error. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd configuration
Hello Tim Bedding ([EMAIL PROTECTED]) wrote: I am able to use pon to dial in to my ISP but I was wishing to confirm that I get the name servers automatically from the ISP in my configuration. Can anyone suggest which files I could examine to determine this and what I should look for? grep -e DNS /var/log/syslog best regards Andreas Janssen -- Andreas Janssen [EMAIL PROTECTED] PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd not able to authenticate using pap-secrets
On Sat, Apr 10, 2004 at 11:19:28PM +0530, Soumyadip Modak wrote: I'm trying to use kppp to dial in to my isp. Problem is, even though the username and password are stored in pap-secrets file, pppd is unable to use it. /var/log/syslog says: Apr 10 07:29:04 modak pppd[967]: The remote system is required to authenticate itself Your setup is requiring the remote system to authenticate itself to you. This is probably not what you want. Most of the setups I am familiar with, the ISP requires you to auth to them, but they don't auth to you. This is what you are asking it to do. It has been a while since I used ppp, but re-read the documentation---you are looking for the auth/noauth option to specify on your connection to your ISP. Last time I used ppp, this would be in a file in (e.g.) /etc/ppp/peers/provider-name HTH Apr 10 07:29:04 modak pppd[967]: but I couldn't find any suitable secret (password) for it to use to do so. Apr 10 07:29:04 modak pppd[967]: (None of the available passwords would let it use an IP address.) I tried man pppd, but i lost my way inside. Can anyone please give me any pointers on how to get pppd to authenticate itself. /etc/ppp/pap-secrets is owner+group readable and writable. Owner and group both root, and I'm running kppp as root. Thanks -- Soumyadip Modak [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Chris Harris [EMAIL PROTECTED] --- GNU/Linux --- The best things in life are free. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pppd online oder offline?
On 2004.01.08 00:34, Peter Hoffmann wrote: On Wed, 2004-01-07 at 23:44, Thomas K.-H. Nittel wrote: Aber ich finde trotz laengeren Forschens erst gar keinen Shell-Befehl, um abzufragen, ob der pppd online oder offline ist. Koennte mir bitte ein echter Linuxer einen kleinen Tipp geben? Danke. /sbin/ifconfig Zeigt dir alle aktiven Nezwerkschnittstellen an. Wenn da ppp0 dabei ist, ist auch pppd noch online. Alternativ: ps aux |grep pppd Ist zwar schon zu spaet, komme aber erst jetzt dazu, allmaehlich die ungelesenen Postings diesen Jahres abzuarbeiten. :-) Immerhin koennte es noch fuers Archiv taugen. Also: Das wird so nix! Das zeigt naemlich noch grep pppd selbst an. Besser ist daher ps ax | grep pppd | grep -v grep Noch eleganter: ps -C pppd Schoenen Gruss, Andreas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd, fetchmail
On Thu, Jan 29, 2004 at 03:47:20PM +0100, Björn Schmidt wrote: Gibt es mittlererweile eine Möglichkeit, Passwörter in der fetchmailrc bzw. /etc/ppp/pap-secrets verschlüsselt zu hinterlegen? Google gibt hier leider nicht viel preis... Viel verschlüsseln kann man da nicht, da man die für die meisten Protokolle im Klartext benötigt, man kann die also nur gegen versehentliches Lesen schützen. Wenn man ran will, kommt man ran. Aber zumindest Procmail unterstützt nichts derartiges, und die pap-secrets kann man auf Mode 400, Owner Root setzen. Grüße, Torsten -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd, fetchmail
Torsten Schneider schrieb: On Thu, Jan 29, 2004 at 03:47:20PM +0100, Björn Schmidt wrote: Gibt es mittlererweile eine Möglichkeit, Passwörter in der fetchmailrc bzw. /etc/ppp/pap-secrets verschlüsselt zu hinterlegen? Google gibt hier leider nicht viel preis... Viel verschlüsseln kann man da nicht, da man die für die meisten Protokolle im Klartext benötigt, man kann die also nur gegen versehentliches Lesen schützen. Gut ausgedrückt, aber: Das Passwort kann sehr wohl verschlüsselt werden, wenn ich mir die privaten Schlüssel gebe ich einmalig beim start des Dienstes oder über einen ioctl ein. Auf die Idee ist aber leider noch keiner gekommen. Wenn man ran will, kommt man ran. Aber zumindest Procmail unterstützt nichts derartiges, und die pap-secrets kann man auf Mode 400, Owner Root setzen. Das würde ich zumindest jedem raten. Grüße, Torsten -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: pppd, fetchmail
Björn Schmidt schrieb: Torsten Schneider schrieb: On Thu, Jan 29, 2004 at 03:47:20PM +0100, Björn Schmidt wrote: Gibt es mittlererweile eine Möglichkeit, Passwörter in der fetchmailrc bzw. /etc/ppp/pap-secrets verschlüsselt zu hinterlegen? Google gibt hier leider nicht viel preis... Viel verschlüsseln kann man da nicht, da man die für die meisten Protokolle im Klartext benötigt, man kann die also nur gegen versehentliches Lesen schützen. Uuups. Sch**ss Klicki Bunti. Die Mail war eigentlich noch nicht fertig. Gut ausgedrückt, aber: Das Passwort kann sehr wohl verschlüsselt werden, wenn ich mir die privaten Schlüssel gebe ich einmalig beim start des Dienstes oder über einen ioctl ein. Auf die Idee ist aber leider noch keiner gekommen. Soll heissen, ich starte den jeweiligen Dienst in dessen Konfig ein verschlüsseltes Passwort steht und gebe dann irgendwann per ioctl den Schlüssel ein. Solange wie ich den Schlüssel nicht eingegeben habe, funktioniert das Programm eben nicht. [egoist_mode] Hat wer Lust das zu implementieren? [/egoist_mode] Wenn man ran will, kommt man ran. Aber zumindest Procmail unterstützt nichts derartiges, und die pap-secrets kann man auf Mode 400, Owner Root setzen. Das würde ich zumindest jedem raten. Grüße, Torsten -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)