Re: pon dsl-provider estranho? (debian-7)
Oi André! Não sei se é o caso, mas vou testar... Obrigado mais uma vez! Em 02-01-2014 21:26, Andre Luiz escreveu: Tive um problema uma vez para acessar sites em HTTPS principalmente, usando um modem em modo bridge conectado no firewall. Adicionei a seguinte regra e resolveu o problema: iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -o ppp+ -j TCPMSS --clamp-mss-to-pmtu On Thursday 02 January 2014 11:06:40 Keppler wrote: Bom dia Edvan. Quanto ao DNS, esqueci de mencionar no e-mail inicial, mas foi a primeira coisa que chequei! Normalmente nos meus Firewall's eu instalo o Bind e deixo o próprio servidor (no resolv.conf: nameserver 127.0.0.1) resolver os nomes. De qualquer forma até cheguei a colocar os DNS do google, mas o problema persisitiu até que eu parei o pppoe e reestartei novamente... Em 02-01-2014 10:41, Edvan Barros escreveu: Verifica os logs do Squid e do Firewall e veja seu DNS também. Atenciosamente, Edvan Barros FCP Fundamental, ITIL Foundation Skype/Gtalk: edvan.supo...@gmail.com http://gmail.com Celular: 71 9909-1593 Email: edvan.supo...@gmail.com mailto:edvan.supo...@gmail.com Em 2 de janeiro de 2014 09:26, Keppler jurgenkepp...@gmail.com mailto:jurgenkepp...@gmail.com escreveu: Bom dia pessoal! Galera, instalei alguns Servidores novos (Firewall + Squid/Proxy) usando o Debian-7, só que algo estranho começou a acontecer. Algumas paginas e sites pararam de abrir ou abrir parcialmente as páginas. Inicialmente achei que fosse algum problema no Squid, tanto que limpei o cache parei e subi novamente o Squid, mas nada resolveu. Descobri (sei lá, pelo menos aparentemente) que se eu parar a conexão ADSL: poff dsl-provider e depois subir novamente com pon dsl-provider tudo volta ao normal. Alguém sabe se insto procede?...Se for, é algum bug no pacote?...Tem como arrumar isto? Grato, Jurgen -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org mailto:debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/52c55b06.2080...@gmail.com
pon dsl-provider estranho? (debian-7)
Bom dia pessoal! Galera, instalei alguns Servidores novos (Firewall + Squid/Proxy) usando o Debian-7, só que algo estranho começou a acontecer. Algumas paginas e sites pararam de abrir ou abrir parcialmente as páginas. Inicialmente achei que fosse algum problema no Squid, tanto que limpei o cache parei e subi novamente o Squid, mas nada resolveu. Descobri (sei lá, pelo menos aparentemente) que se eu parar a conexão ADSL: poff dsl-provider e depois subir novamente com pon dsl-provider tudo volta ao normal. Alguém sabe se insto procede?...Se for, é algum bug no pacote?...Tem como arrumar isto? Grato, Jurgen -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52c55b06.2080...@gmail.com
Re: pon dsl-provider estranho? (debian-7)
Bom dia Luis, vou tentar aqui, mas de certa forma já fiz isto, ou seja, no firewall liberei totalmente uma máquina da rede, ou seja, liberei ela do proxy, mas mesmo assim o problema persistiu até eu para e subir o pppoe novamente Em 02-01-2014 10:38, Luis Augusto Teixeira escreveu: bom dia Keppler, aqui não uso pppoe, mas faça o seguinte teste: desative o squid e no firewall deixe somente as regras que compartilham a conexão. pra saber se é algum bug no pacote. att. Luis Teixeira * * *.ºvº*. | Linux, porque eu amo a liberdade!** */(L)\* | Linux User: #420124 *.^.^.*| *Socialmente justo, economicamente viável e tecnologicamente sustentável* Em 2 de janeiro de 2014 09:26, Keppler jurgenkepp...@gmail.com mailto:jurgenkepp...@gmail.com escreveu: Bom dia pessoal! Galera, instalei alguns Servidores novos (Firewall + Squid/Proxy) usando o Debian-7, só que algo estranho começou a acontecer. Algumas paginas e sites pararam de abrir ou abrir parcialmente as páginas. Inicialmente achei que fosse algum problema no Squid, tanto que limpei o cache parei e subi novamente o Squid, mas nada resolveu. Descobri (sei lá, pelo menos aparentemente) que se eu parar a conexão ADSL: poff dsl-provider e depois subir novamente com pon dsl-provider tudo volta ao normal. Alguém sabe se insto procede?...Se for, é algum bug no pacote?...Tem como arrumar isto? Grato, Jurgen -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org mailto:debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/52c55b06.2080...@gmail.com
Re: pon dsl-provider estranho? (debian-7)
Bom dia Edvan. Quanto ao DNS, esqueci de mencionar no e-mail inicial, mas foi a primeira coisa que chequei! Normalmente nos meus Firewall's eu instalo o Bind e deixo o próprio servidor (no resolv.conf: nameserver 127.0.0.1) resolver os nomes. De qualquer forma até cheguei a colocar os DNS do google, mas o problema persisitiu até que eu parei o pppoe e reestartei novamente... Em 02-01-2014 10:41, Edvan Barros escreveu: Verifica os logs do Squid e do Firewall e veja seu DNS também. Atenciosamente, *Edvan Barros *FCP Fundamental, ITIL Foundation Skype/Gtalk: edvan.supo...@gmail.com http://gmail.com Celular: 71 9909-1593 Email: edvan.supo...@gmail.com mailto:edvan.supo...@gmail.com Em 2 de janeiro de 2014 09:26, Keppler jurgenkepp...@gmail.com mailto:jurgenkepp...@gmail.com escreveu: Bom dia pessoal! Galera, instalei alguns Servidores novos (Firewall + Squid/Proxy) usando o Debian-7, só que algo estranho começou a acontecer. Algumas paginas e sites pararam de abrir ou abrir parcialmente as páginas. Inicialmente achei que fosse algum problema no Squid, tanto que limpei o cache parei e subi novamente o Squid, mas nada resolveu. Descobri (sei lá, pelo menos aparentemente) que se eu parar a conexão ADSL: poff dsl-provider e depois subir novamente com pon dsl-provider tudo volta ao normal. Alguém sabe se insto procede?...Se for, é algum bug no pacote?...Tem como arrumar isto? Grato, Jurgen -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org mailto:debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/52c55b06.2080...@gmail.com
Re: pon dsl-provider estranho? (debian-7)
Tive um problema uma vez para acessar sites em HTTPS principalmente, usando um modem em modo bridge conectado no firewall. Adicionei a seguinte regra e resolveu o problema: iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -o ppp+ - j TCPMSS --clamp-mss-to-pmtu On Thursday 02 January 2014 11:06:40 Keppler wrote: Bom dia Edvan.Quanto ao DNS, esqueci de mencionar no e-mail inicial, mas foi a primeira coisa que chequei!Normalmente nos meus Firewall's eu instalo o Bind e deixo o próprio servidor (no resolv.conf: nameserver 127.0.0.1) resolver os nomes. De qualquer forma até cheguei a colocar os DNS do google, mas o problema persisitiu até que eu parei o pppoe e reestartei novamente... Em 02-01-2014 10:41, Edvan Barros escreveu: Verifica os logs do Squid e do Firewall e veja seu DNS também. Atenciosamente, *Edvan Barros *FCP Fundamental, ITIL Foundation Skype/Gtalk: edvan.supo...@gmail.com[1] edvan.supo...@gmail.com[2] Em 2 de janeiro de 2014 09:26, Keppler jurgenkepp...@gmail.com[3] escreveu: Bom dia pessoal!Galera, instalei alguns Servidores novos (Firewall + Squid/Proxy) usando o Debian-7, só que algo estranho começou a acontecer.Algumas paginas e sites pararam de abrir ou abrir parcialmente as páginas.Inicialmente achei que fosse algum problema no Squid, tanto que limpei o cache parei e subi novamente o Squid, mas nada resolveu.Descobri (sei lá, pelo menos aparentemente) que se eu parar a conexão ADSL: poff dsl-provider e depois subir novamente com pon dsl- provider tudo volta ao normal.Alguém sabe se insto procede?...Se for, é algum bug no pacote?...Tem como arrumar isto? Grato,Jurgen debian-user-portuguese-requ...@lists.debian.org[4] listmas...@lists.debian.org[5] http://lists.debian.org/52c55b06.2080...@gmail.com[6] [1] http://gmail.com [2] mailto:edvan.supo...@gmail.com [3] mailto:jurgenkepp...@gmail.com [4] mailto:debian-user-portuguese-requ...@lists.debian.org [5] mailto:listmas...@lists.debian.org [6] http://lists.debian.org/52c55b06.2080...@gmail.com
[SOLUCIONADO] RE: Mandar un correo a 2 direcciones pon iendo solo 1 dirección.
Buenas tardes, -Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: viernes, 19 de noviembre de 2010 10:00 Para: debian-user-spanish@lists.debian.org Asunto: Re: Mandar un correo a 2 direcciones poniendo solo 1 dirección. El Fri, 19 Nov 2010 09:47:22 +0100, Ramses escribió: El 19/11/2010, a las 08:50, Camaleón escribió: Ya... pero cuando esa casilla de selección se marca, entiendo que ej ecuta el comando mail. La pregunta es ¿qué te impide definir en el scrip t las direcciones adicionales que quieras? No es una casilla, es un campo, un box, donde se pone la dirección de Correos y listos... No quiero tocar el script para independizar la modificación del software en cuestión, si lo asocio a Linux o al Exim, puedo actualizar el software, y si machaca ese script, me da igual, porque el desdoble lo tengo hecho en Linux o en Exim. No te sigo... si le dices al script que envíe a las direcciones adicionales que quieras, es la forma más independiente de configurarlo, te funcionará en cualquier sistema que pueda enviar correo (en cualquier distribución, no sólo en Debian). En cambio, le restas portabilidad si dependes de la configuración del sistema de correo que tengas en cada equipo. En fin, sigo sin verlo claro. Prueba lo que te dice Julio, y si no, pues consulta la documentación de Exim sobre alias virtual. En Postfix es muy sencillo hacerlo, en Exim no sé cómo irá. El tema es, como comenté en el correo original, creo recordar que ya lo hice hace unos años modificando el /etc/aliases, y funcionaba, pero creo que el server de correo que tenía en aquel equipo, era sendmail o postfix, y no fue modificando estos, fue con lo del aliases... Razón de más para que veas que el uso del aliases no era una solución tan independiente como pensabas :-) Ya lo he solucionado, con una mezcla de todo... Primero, una cosa, sí, poniendo en el /etc/aliases solo correo-pruebas: ramses...@pruebas.com,ramses...@pruebas.com y como dirección de mail en el programita correo-prue...@localhost lo mandaba a las 2 direcciones... Pero como me gusta perder el tiempo, prefería que en el programita se pusiera algo que se pareciera más a un correo real, por ejemplo, correo-prue...@pruebas.com y lo he hecho de otra forma. Cuéntolo: En el fichero etc/aliases he puesto lo siguiente: etc/aliases -- r...@server:/# cat /etc/aliases # /etc/aliases mailer-daemon: postmaster postmaster: root . . . abuse: root noc: root security: root #Mis Inventos # #** Esta funciona igualmente mandando a correo-pruebas, correo-prue...@localhost y correo-pruebas@(nombre_de_equipo) correo-pruebas: ramses...@pruebas.com,ramses...@pruebas.com #** Esta funciona mandando a correo-prue...@pruebas.com correo-prue...@pruebas.com: ramses...@pruebas.com,ramses...@pruebas.com r...@server:/# -- En la configuración de Exim4 había que permitir que se pudiesen mandar correos desde el equipo ficticio pruebas.com. Para ello, he modificado en la configuración de Exim4, habitualmente en: /etc/exim4/exim4.conf o /etc/update-exim4.conf.conf dc_other_hostnames='pruebas.com' Además, en /etc/hosts también he añadido el host ficticio: /etc/hosts -- r...@server:/# cat /etc/hosts 127.0.0.1 localhost 127.0.0.1 pruebas.com 127.0.0.1 server -- Ahora, con la configuración anterior, podemos hacer cualquiera de estas cosas: echo Cuerpo de Correo | -s Asunto de Correo correo-pruebas echo Cuerpo de Correo | -s Asunto de Correo correo-prue...@localhost echo Cuerpo de Correo | -s Asunto de Correo correo-prue...@server echo Cuerpo de Correo | -s Asunto de Correo correo-prue...@pruebas.com Y cualquier correo que mando desde cualquier programita a una de esas direcciones, si permiten ponerlas, llega a las direcciones que les tengo puesto en el fichero /etc/aliases. Lo mismo a alguien le ayuda también en algo... Saludos y gracias, Ramses -- 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/!!aaayajewdbnav25pnvwrik6jrw9iogiaeey8jcf88hhgka7u+xqdazcba...@gmail.com
Re: pon oddities - ppp status now works: timing issue
On Wed, Apr 09, 2008 at 08:09:49PM -0400, A. F. Cano wrote: ... And following up to my remaining problem, it is now solved. ip-up.local was executing the command that popped up the pppstatus window too quickly. The ppp link was not completely up yet and so pppstatus couldn't see it. A sleep 1 before the command was all that was needed. Also, as previously discussed for ip-up.local, the line export DISPLAY=0.0 user name is critical in ip-down.local. If the user name is ommited, pppstatus cannot be killed. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon oddities - pop-up windows from ip-up.local, pppstatus
On Wed, Apr 09, 2008 at 06:28:44AM +0200, NN_il_Confusionario wrote: On Tue, Apr 08, 2008 at 11:34:33PM -0400, A. F. Cano wrote: On Tue, Apr 08, 2008 at 02:06:14PM +1000, Charlie wrote: $ /usr/bin/X11/xhost + Yes, I had done that. Then as root in a terminal: # export DISPLAY=:0.0 your user name here This was the missing piece! I was missing the user name. Nice that this problem is solved. But I do not understand why so many use xhost in a insecure way instead of correctly setting DISPLAY and It turns out that xhost + (as the regular user) wasn't necessary. I had actually reset that and it still worked when I tried the DISPLAY line above. ... A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon oddities - pop-up windows from ip-up.local, pppstatus
On Tue, Apr 08, 2008 at 02:06:14PM +1000, Charlie wrote: On Tue, 8 Apr 2008, A. F. Cano shared this with us all: --} I've also tried without su. The result is the same: --} --} konsole: cannot connect to X server --} --} And this is even after I've typed --} --} xhost + --} --} from a regular user console. You may need to do the following: As user in a terminal: $ /usr/bin/X11/xhost + Yes, I had done that. Then as root in a terminal: # export DISPLAY=:0.0 your user name here This was the missing piece! I was missing the user name. I actually included this in ip-up.local and it worked. Now the windows appear. Thank you! The only remaining problem is that pppstatus somehow seems to have lost access to the ppp link. It says the link is not connected/off. This does not happen if ip-up.local is not present/run and I run pppstatus manually from a user-level konsole. Any ideas out there? anyone? A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon oddities - pop-up windows from ip-up.local, pppstatus
On Tue, Apr 08, 2008 at 11:34:33PM -0400, A. F. Cano wrote: On Tue, Apr 08, 2008 at 02:06:14PM +1000, Charlie wrote: $ /usr/bin/X11/xhost + Yes, I had done that. Then as root in a terminal: # export DISPLAY=:0.0 your user name here This was the missing piece! I was missing the user name. Nice that this problem is solved. But I do not understand why so many use xhost in a insecure way instead of correctly setting DISPLAY and XAUTHORITY (or using xauth or sux and so on), as clearly explained in /usr/share/doc/xfree86-common/FAQ.gz section How do I run an X client as root when the X session is run by a user? (this is the placement in sarge, I have not checked where the FAQ is now) -- Chi usa software non libero avvelena anche te. Digli di smettere. Informatica=arsenico: minime dosi in rari casi patologici, altrimenti letale. Informatica=bomba: intelligente solo per gli stupidi che ci credono. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon oddities - pop-up windows from ip-up.local, pppstatus
On Wed, 9 Apr 2008, NN_il_Confusionario shared this with us all: --} /usr/share/doc/xfree86-common/FAQ.gz --} section How do I run an X client as root when the X session is run by a user? --} --} (this is the placement in sarge, I have not checked where the FAQ is now) I don't know where that might be either. Sorry. Charlie -- Registered Linux User:- 329524 *** After the ecstasy, the laundry. -ZEN SAYING *** Debian, just the best way to create magic ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pon oddities - pop-up windows from ip-up.local, pppstatus
I've decided to automate what I've been doing manually after starting pppd, via pon. /usr/bin/pon (a script) starts /usr/sbin/pppd (an suid root executable). I used to start pon as root, but I've added myself to the dip group so I now can start it as a regular user. After the link is up, /etc/ppp/ip-up.local is executed. This works to get the mail and usenet news. But I would like a window to pop up telling me when that is done, so I researched a bit and found zenity. I also wanted to pop up a konsole with pppstatus running in it. When running a test script as myself that runs the zenity line: zenity --info --text=Done getting the news it works fine, the window pops up. But when called from ip-up.local nothing happens. The only error in the log file is: This option is not available. Please see --help for all possible usages. I've also tried: su regular-user -c 'zenity --info --text=Done getting the news' with the same result. I understand that pppd is suid root and that is the likely cause of the problem. I've added DISPLAY=:0.0 before calling zenity with no effect. The konsole with pppstatus running in it is called from ip-up.local like this: su regular-user -c konsole --vt_sz 80x24 --nomenubar --notabbar --noscrollbar -e pppstatus -s 1540 I've also tried without su. The result is the same: konsole: cannot connect to X server And this is even after I've typed xhost + from a regular user console. The X/kde session was started as that user. I understand that it is a security feature of the X server not to allow connections from root, but how do I get a window popped up from a setuid root script? There is one more oddity. When ip-up.local is executed, pppstatus started by hand (as a regular user) thinks that ppp is disconnected/off. When ip-up.local is renamed and thus not found/executed, pppstatus has access and works fine. Any hints or explanations? Thanks! A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon oddities - pop-up windows from ip-up.local, pppstatus
On Tue, 8 Apr 2008, A. F. Cano shared this with us all: --} I've also tried without su. The result is the same: --} --} konsole: cannot connect to X server --} --} And this is even after I've typed --} --} xhost + --} --} from a regular user console. You may need to do the following: As user in a terminal: $ /usr/bin/X11/xhost + Then as root in a terminal: # export DISPLAY=:0.0 your user name here HTH Charlie -- Registered Linux User:- 329524 *** It is the intensity of the longing that does all the work. -KABIR *** Debian, just the best way to create magic ___
Re: Using kppp with pon/poff? or alternate ppp status/monitor?
John Hasler wrote: I would like to have some graphical way that could start ppp via an applet... Gpppon. ...and then display status (graph of incoming/outgoing data and statistics either on the status bar or a small window). Pppstatus in an Xterm. Yes, I'm aware of pppstatus and pppstats; I don't want a text app as my kterms are large and I want a small applet or window. Shrink the Xterm Pppstatus is running in. I use fvwm as WM and wmppp.app in a small window: that shows status and allows you to work with ppp. In addition I have a clock in a similar small window that changes color when the ppp connection fails: whether /var/run/ppp0.pid exists or not. Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Using kppp with pon/poff? or alternate ppp status/monitor?
Hi, I have ppp configured just fine with pon/poff so I would like to keep using that sub-system as all the configuration files are working. I would like to have some graphical way that could start ppp via an applet and then display status (graph of incoming/outgoing data and statistics either on the status bar or a small window). I used to have something like that in woody, but it's either gone from etch or I can't find it. Kppp is totally automated as far as setup but I only want to use the graphical/applet part. Is there a way to make it call pon xxx and poff to directly control ppp? I've read the kppp manual from top to bottom and found nothing that would indicate that this is possible. If this can't be done, is there something in etch that would provide a visual graphical representation of the ppp connection? Yes, I'm aware of pppstatus and pppstats; I don't want a text app as my kterms are large and I want a small applet or window. Any hints out there? Thanks. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Using kppp with pon/poff? or alternate ppp status/monitor?
I would like to have some graphical way that could start ppp via an applet... Gpppon. ...and then display status (graph of incoming/outgoing data and statistics either on the status bar or a small window). Pppstatus in an Xterm. Yes, I'm aware of pppstatus and pppstats; I don't want a text app as my kterms are large and I want a small applet or window. Shrink the Xterm Pppstatus is running in. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
getting 3Com / USR Courier modem 3453 to connect with pon: SOLVED
I needed a new modem to work with my new AMD box since my good modem is ISA. I got an external 3Com/USR Courier 3453 off eBay for $49USD and have been struggling to get it working. I looked everywhere I could think of for help but didn't find the answer anywhere. I searched: The modem documents: finding the Command Reference (the really big pdf) was difficult since its not on USR's North American support page. I finally found it on the UK support page. Without this document its hard to get the best out of the modem. I used the modem-, serial-, and ppp-HOWTOs Searched the debian mailing lists to no effect. I finally stumbled across it and thought that others may be having the same problem so thought I'd post my log here so it goes to the archives. The problem I was having was that pon courier would show in plog -n 30 -f that chat would send an AT command to the modem but nothing would come back. It would just sit there until it timed out. However, from minicom all was fine. I finally clued into the fact tht minicom has the init string as ~ATZ whereas ppp just had ATZ. I tried changing this to ~ATZ with no effect. Then, having read chat's man page, I found \d and put that in the chat script. That fixed it. I've included here my whole log of this problem incase it proves usefull to someone. It either demonstrates how to step-by-step track down a problem, or how long it can take me to clue into what's going on. I've enjoyed great support on the Debian mailing lists and wanted to put something back. Thanks, Doug. Problem log: Courier modem will not work with pon. Nov 26 15:51:35 pluto pppd[1725]: pppd 2.4.3 started by dtutty, uid 1000 Nov 26 15:51:36 pluto chat[1727]: abort on (BUSY) Nov 26 15:51:36 pluto chat[1727]: abort on (NO CARRIER) Nov 26 15:51:36 pluto chat[1727]: abort on (VOICE) Nov 26 15:51:36 pluto chat[1727]: abort on (NO DIALTONE) Nov 26 15:51:36 pluto chat[1727]: abort on (NO DIAL TONE) Nov 26 15:51:36 pluto chat[1727]: abort on (NO ANSWER) Nov 26 15:51:36 pluto chat[1727]: abort on (DELAYED) Nov 26 15:51:36 pluto chat[1727]: send (ATZ^M) Nov 26 15:51:36 pluto chat[1727]: expect (OK) Nov 26 15:51:37 pluto chat[1727]: ATZ^M^M Nov 26 15:51:37 pluto chat[1727]: OK Nov 26 15:51:37 pluto chat[1727]: -- got it Nov 26 15:51:37 pluto chat[1727]: send (ATDT6138870104^M) Nov 26 15:51:37 pluto chat[1727]: expect (CONNECT) Nov 26 15:51:37 pluto chat[1727]: ^M Nov 26 15:52:22 pluto chat[1727]: alarm Nov 26 15:52:22 pluto chat[1727]: Failed Nov 26 15:52:22 pluto pppd[1725]: Connect script failed Nov 26 15:52:24 pluto pppd[1725]: Exit. However, it does work with the Aopen: Nov 26 15:53:52 pluto pppd[1766]: pppd 2.4.3 started by dtutty, uid 1000 Nov 26 15:53:53 pluto chat[1768]: abort on (BUSY) Nov 26 15:53:53 pluto chat[1768]: abort on (NO CARRIER) Nov 26 15:53:53 pluto chat[1768]: abort on (VOICE) Nov 26 15:53:53 pluto chat[1768]: abort on (NO DIALTONE) Nov 26 15:53:53 pluto chat[1768]: abort on (NO DIAL TONE) Nov 26 15:53:53 pluto chat[1768]: abort on (NO ANSWER) Nov 26 15:53:53 pluto chat[1768]: abort on (DELAYED) Nov 26 15:53:53 pluto chat[1768]: send (ATZ^M) Nov 26 15:53:53 pluto chat[1768]: expect (OK) Nov 26 15:53:54 pluto chat[1768]: ATZ^M^M Nov 26 15:53:54 pluto chat[1768]: OK Nov 26 15:53:54 pluto chat[1768]: -- got it Nov 26 15:53:54 pluto chat[1768]: send (ATDT6138870104^M) Nov 26 15:53:54 pluto chat[1768]: expect (CONNECT) Nov 26 15:53:54 pluto chat[1768]: ^M Nov 26 15:54:16 pluto chat[1768]: ATDT6138870104^M^M Nov 26 15:54:16 pluto chat[1768]: CONNECT Nov 26 15:54:16 pluto chat[1768]: -- got it Nov 26 15:54:16 pluto chat[1768]: send (\d) Nov 26 15:54:17 pluto pppd[1766]: Serial connection established. Nov 26 15:54:17 pluto pppd[1766]: using channel 2 Nov 26 15:54:17 pluto pppd[1766]: Using interface ppp1 Nov 26 15:54:17 pluto pppd[1766]: Connect: ppp1 -- /dev/ttyS2 The courier just sits there with no dialing or off hook happening. The log seems to show that the courier is not echoing back the dialing string giving alarm (which seems to be the chatscript timing out) instead of the AOpen's ATDT... The ppp config scripts are identical except for the port and the words courier vs internet, as in pon internet vs pon courier. Dip Swtich Settings: 1 off DTR Normal 2 off verbal result codes 3 on display result codes 4 off echo offline commands 5 on supress auto answer 6 off normal carrier detect 7 off display all result codes 8 on enable AT command set 9 off disconnect with +++ 10 off load NVRAM defaults on power-up - Get modem into known state: load the hardware flow control template: atF1 atw which gives: B0 ITU-T answer sequence C1 Transmitter enabled E1 Command mode echo enabled F1 Online local echo disabled L2
Re: pon dsl-provider geht nach reboot nicht mehr
Matthias Maisenbacher schrieb: Hallo zusammen, das Einrichten der DSL-Verbindung war einfach: pppoeconf aufrufen, alle Werte eintragen. Fertig. verbinden: pon dsl-provider trennen:poff Nur - nach einem Reboot ist es wieder weg. Wenn ich dann pon aufrufe, meldet der Rechner im syslog: Jul 24 22:41:01 obelix pppd[1795]: Plugin rp-pppoe.so loaded. Jul 24 22:41:01 obelix pppd[1798]: pppd 2.4.3 started by matthias, uid 1000 Jul 24 22:41:01 obelix pppd[1798]: sendPacket: send: Network is down Jul 24 22:41:01 obelix pppd[1798]: Exit. Wenn ich danach pppoeconfig aufrufe und alles nochmal einrichte: Jul 24 22:42:53 obelix pppd[2003]: Plugin rp-pppoe.so loaded. Jul 24 22:42:53 obelix pppd[2006]: pppd 2.4.3 started by mamaisen, uid 1000 Jul 24 22:42:53 obelix pppd[2006]: PPP session is 1362 Jul 24 22:42:53 obelix pppd[2006]: Using interface ppp0 Jul 24 22:42:53 obelix pppd[2006]: Connect: ppp0 -- eth0 Jul 24 22:42:53 obelix pppd[2006]: Couldn't increase MTU to 1500 Jul 24 22:42:53 obelix pppd[2006]: Couldn't increase MRU to 1500 Jul 24 22:42:53 obelix pppd[2006]: Couldn't increase MRU to 1500 Jul 24 22:42:54 obelix pppd[2006]: CHAP authentication succeeded Jul 24 22:42:54 obelix pppd[2006]: peer from calling number xx:xx:xx:xx:xx:xx authorized Jul 24 22:42:54 obelix pppd[2006]: kernel does not support PPP filtering Jul 24 22:42:54 obelix pppd[2006]: Cannot determine ethernet address for proxy ARP Jul 24 22:42:54 obelix pppd[2006]: local IP address xx.xxx.xx.xxx Jul 24 22:42:54 obelix pppd[2006]: remote IP address xxx.xxx.xx.xx Jul 24 22:42:54 obelix pppd[2006]: primary DNS address xxx.xxx.xx.xx Jul 24 22:42:54 obelix pppd[2006]: secondary DNS address xxx.xxx.xx.xx Sieht besser aus. Was macht der Reboot kaputt? Bzw. - was repariert pppoeconf wieder? Im Voraus vielen Dank Matthias Ich hatte auch mal dieses oder ein ähnliches Problem. Es lag daran das pppoeconf eine neue config Datei erstellte. Ich habe dann mit pon nur die unkonfigurierte Datei geladen. Ich kann dir leider die Dateien nicht mehr genau sagen. Ich würde zuerst im /etc/ppp Ordner suchen bin mir aber nicht 100% sicher. Allerdings habe ich die Dsl-Verbindung nur mit pon gestartet. mfg Schore -- 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: pon dsl-provider geht nach reboot nicht mehr
Nur - nach einem Reboot ist es wieder weg. Wenn ich dann pon aufrufe, Das scheint das gleiche Problem wie in http://lists.debian.org/debian-user-german/2005/07/msg02531.html zu Danke allen Antwortern. Ich hab die eth0 nun in die /etc/network/interfaces eingetragen. Seither wird eth0 beim booten aktiviert. Und seither überlebt pon dsl den Reboot. Also nochmal vielen Dank Matthias Maisenbacher -- 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)
pon dsl-provider geht nach reboot nicht mehr
Hallo zusammen, das Einrichten der DSL-Verbindung war einfach: pppoeconf aufrufen, alle Werte eintragen. Fertig. verbinden: pon dsl-provider trennen:poff Nur - nach einem Reboot ist es wieder weg. Wenn ich dann pon aufrufe, meldet der Rechner im syslog: Jul 24 22:41:01 obelix pppd[1795]: Plugin rp-pppoe.so loaded. Jul 24 22:41:01 obelix pppd[1798]: pppd 2.4.3 started by matthias, uid 1000 Jul 24 22:41:01 obelix pppd[1798]: sendPacket: send: Network is down Jul 24 22:41:01 obelix pppd[1798]: Exit. Wenn ich danach pppoeconfig aufrufe und alles nochmal einrichte: Jul 24 22:42:53 obelix pppd[2003]: Plugin rp-pppoe.so loaded. Jul 24 22:42:53 obelix pppd[2006]: pppd 2.4.3 started by mamaisen, uid 1000 Jul 24 22:42:53 obelix pppd[2006]: PPP session is 1362 Jul 24 22:42:53 obelix pppd[2006]: Using interface ppp0 Jul 24 22:42:53 obelix pppd[2006]: Connect: ppp0 -- eth0 Jul 24 22:42:53 obelix pppd[2006]: Couldn't increase MTU to 1500 Jul 24 22:42:53 obelix pppd[2006]: Couldn't increase MRU to 1500 Jul 24 22:42:53 obelix pppd[2006]: Couldn't increase MRU to 1500 Jul 24 22:42:54 obelix pppd[2006]: CHAP authentication succeeded Jul 24 22:42:54 obelix pppd[2006]: peer from calling number xx:xx:xx:xx:xx:xx authorized Jul 24 22:42:54 obelix pppd[2006]: kernel does not support PPP filtering Jul 24 22:42:54 obelix pppd[2006]: Cannot determine ethernet address for proxy ARP Jul 24 22:42:54 obelix pppd[2006]: local IP address xx.xxx.xx.xxx Jul 24 22:42:54 obelix pppd[2006]: remote IP address xxx.xxx.xx.xx Jul 24 22:42:54 obelix pppd[2006]: primary DNS address xxx.xxx.xx.xx Jul 24 22:42:54 obelix pppd[2006]: secondary DNS address xxx.xxx.xx.xx Sieht besser aus. Was macht der Reboot kaputt? Bzw. - was repariert pppoeconf wieder? Im Voraus vielen Dank Matthias -- 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: pon dsl-provider geht nach reboot nicht mehr
Nachtrag: beim ersten Einwählen steht matthias, beim zweiten mamaisen, das hat nichts zu sagen. Ich habs danach mit matthias nochmal probiert und es sieht genau so aus. Ebenso hab ich es vor dem pppoeconf mit beiden usern probiert. Nix ging. Matthias Jul 24 22:41:01 obelix pppd[1795]: Plugin rp-pppoe.so loaded. Jul 24 22:41:01 obelix pppd[1798]: pppd 2.4.3 started by matthias, uid 1000 Wenn ich danach pppoeconfig aufrufe und alles nochmal einrichte: Jul 24 22:42:53 obelix pppd[2003]: Plugin rp-pppoe.so loaded. Jul 24 22:42:53 obelix pppd[2006]: pppd 2.4.3 started by mamaisen, uid 1000 -- 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: pon dsl-provider geht nach reboot nicht mehr
Hallo! On Sun, Jul 24, 2005 at 10:57:57PM +0200, Matthias Maisenbacher wrote: das Einrichten der DSL-Verbindung war einfach: [snip] Nur - nach einem Reboot ist es wieder weg. Wenn ich dann pon aufrufe, meldet der Rechner im syslog: Jul 24 22:41:01 obelix pppd[1795]: Plugin rp-pppoe.so loaded. Jul 24 22:41:01 obelix pppd[1798]: pppd 2.4.3 started by matthias, uid 1000 Jul 24 22:41:01 obelix pppd[1798]: sendPacket: send: Network is down Jul 24 22:41:01 obelix pppd[1798]: Exit. Das scheint das gleiche Problem wie in http://lists.debian.org/debian-user-german/2005/07/msg02531.html zu sein. Funktioniert evtl. die Lösung aus http://lists.debian.org/debian-user-german/2005/07/msg02537.html ? hth, Wolf -- Büroschimpfwort des Tages: Häftling - Kollege, der nix kann, außer den Heftapparat zu bedienen. (Sven-Lukas Müller) -- 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: Dialer Problems-Only Pon Works
Kent West wrote: Debian User Leonard Chatagnier wrote: n Mon, Jun 27, 2005 at 12:47:39PM -0500, Debian User Leonard Chatagnier wrote: Many changes were made in the configuration files to no avail. The current configuration files and errer messages are below: (Note: I have pon working on sarge now but can't remember how I got it now.) Thanks for any help. I've struggled long and hard and can't make any progress on wedial although its probably a somple oversight. If pon and kppp work, why is it such a problem that wvdial doesn't work? Dear Bill, Not to sound snippy, but its broke. I can't stand things to be broke and being so, it may cause other things to break. Wvdial is my prefered dialer. Arg! Your email system (or something) consistently mangles quoting. In the above, it looks like you've written the questions that were asked by Bill, and then you've responded. Exactly, he didn't copy my email address as requested so I copied his reply from the web list and added my answers in my reply. This was noted in a PS to him requesting he copy my email address. What are the permissions on /etc/wvdial.conf? ChatagnierL-Home:/etc/ppp/peers# ls -l /etc/wvdial.conf -rwxrwxrwt 1 root root 212 Jun 26 11:04 /etc/wvdial.conf ChatagnierL-Home:/etc/ppp/peers# I changed these from original defaults with chmod a+rwx as noted in my post. The t at the end was T originally and I don't know the meaning of either. Also, do you have a /.wvdialrc file in your home directory? No, looked for it before. It's not there. If all else looks right, rename /etc/wvdial.conf and run wvdial again; what's the results? Depending on those results, you might want to manually create a new /etc/wvdial.conf (without copy/paste, in case there's a hidden character in the original or something else oddball). Duh. Little confused here. I'll let you see that I don't have the /.wvdialrc file first and see your reply before I rename /etc/wvdial.conf and run wvdial again. I think that's what you wanted and ment. Also, what about the other two wvdials in /etc/x11/ and in /home/lchata, rename them too? Thanks for jumping in. I appreciate it. Leonard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Debian User Leonard Chatagnier wrote: Kent West wrote: Debian User Leonard Chatagnier wrote: snip re: wvdial not working, whereas other dialers do work What are the permissions on /etc/wvdial.conf? ChatagnierL-Home:/etc/ppp/peers# ls -l /etc/wvdial.conf -rwxrwxrwt 1 root root 212 Jun 26 11:04 /etc/wvdial.conf ChatagnierL-Home:/etc/ppp/peers# I changed these from original defaults with chmod a+rwx as noted in my post. The t at the end was T originally and I don't know the meaning of either. t is the sticky bit. Applied to a file, it makes the file a TSR-type file (Terminate and Stay Resident, from the MS-DOS days); it keeps the file in memory for faster access. It seems odd that wvdial.conf would be set this way, but as mentioned earlier, I don't use it (I don't do dial-up anymore - yea!! :-D ). Applied to a directory it makes files in that directory deletable only by the owner (such as the files in /tmp). If all else looks right, rename /etc/wvdial.conf and run wvdial again; Duh. Little confused here. I'll let you see that I don't have the /.wvdialrc file first and see your reply before I rename /etc/wvdial.conf and run wvdial again. I think that's what you wanted and ment. Yes, that's what I meant. Also, what about the other two wvdials in /etc/x11/ and in /home/lchata, rename them too? Depending on the previous test, I'd then rename one of those, test again, and then again a third time if necessary. All we're doing is making sure which file(s) that wvdial is trying to read. -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Debian User Leonard Chatagnier wrote: Kent West wrote: What are the permissions on /etc/wvdial.conf? ChatagnierL-Home:/etc/ppp/peers# ls -l /etc/wvdial.conf -rwxrwxrwt 1 root root 212 Jun 26 11:04 /etc/wvdial.conf The more I think about it, the less I think these permissions are correct. For one thing, I'm fairly confident that the group ownership should be dialout instead of root. I believe I'd purge and then reinstall wvdial, and maybe. -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Kent West wrote: I believe I'd purge and then reinstall wvdial, and maybe. Don't you just love sentence fragments? They're so very. Seriously, ignore the partial. I was going to say I might would also purge/reinstall the ppp-related stuff, but then I remembered that wvdial is more-or-less standalone (I think). -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
I'm having some of the same issues that Leonard has. The wvdial doesn't appear to work on 2.6 kernels. I've scripted the tests as high as kernel 2.6.12. It seems that the connection is immediately lost with only 0.0 or 0.1 minutes connection time reported. I am going to use scanModem as he did to see if changing modems from my external Hayes to the internal one will work. Also, the pppd (I think) seems to randomly dial up the ISP. I've gotten errors 1 and 16 on different occasions from the pppd daemon as documented in man pppd. The program wvdial (and version, 54 something, I'm doing this off the top of the head from work.), same version as Len's, works just fine on kernel 2.4.18-bf2.4 (the one available in woody). My box is a Gateway 500 upgraded from woody to sarge. I'll try to post more information when I get home especially in response to questions. Some of this is a 'work in progrss' so I don't have some of the answers (actually many!). I have yet to try out a script in kppp to see if that works. Both Len and I probably run KDE 3.3 from sarge. -- (Mr.) Gayle Lee Fairless direct email or CC's are fine, but I am subscribed to the digest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Kent West wrote: Kent West wrote: I believe I'd purge and then reinstall wvdial, and maybe. Don't you just love sentence fragments? They're so very. Seriously, ignore the partial. I was going to say I might would also purge/reinstall the ppp-related stuff, but then I remembered that wvdial is more-or-less standalone (I think). Well Kent, you were right about everything. And, I feel mentally deprived as I should have tried a purge/reinstall before posting. wvdial is now working and I can call it up from $ as user. I'm going to post the wvdial output you requested, on a working system, so that anyone having this problem can see what should be on a working wvdial: (Note: still no /.wvdialrc in /home/lchata/) (note2: I still get the warning about can't write PAP-secrets and Chap-secrets-Permission denied, when calling wvdial as user. I know its harmless and I have gotten rid of it before. What is the Debian preferred way to do this?) [EMAIL PROTECTED]:/etc/ppp/peers$ cat /etc/wvdial.conf [Dialer Defaults] Phone = 9815666 Username = lchata Password = *** New PPPD = yes Modem = /dev/modem Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 ISDN = 0 Modem Type = Analog Modem [EMAIL PROTECTED]:/etc/ppp/peers$ [EMAIL PROTECTED]:/etc/ppp/peers$ ls -l /usr/bin/wvdial -rwxr-xr-x 1 root root 98408 Jan 21 03:38 /usr/bin/wvdial [EMAIL PROTECTED]:/etc/ppp/peers$ ls -l /etc/wvdial.conf -rw-r- 1 root dialout 209 Jun 29 09:12 /etc/wvdial.conf [EMAIL PROTECTED]:/etc/ppp/peers$ Kent, thanks for your great help. Leonard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Debian User Leonard Chatagnier wrote: I still get the warning about can't write PAP-secrets and Chap-secrets-Permission denied, when calling wvdial as user. What is the Debian preferred way to do this? Is your user a member of the dip and dialout groups? If not, then: adduser lchata dip adduser lchata dialout then log out and back in. -- Kent West Technology Support /A/bilene /C/hristian /U/niversity -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Debian User Leonard Chatagnier wrote: Kent West wrote: Debian User Leonard Chatagnier wrote: I still get the warning about can't write PAP-secrets and Chap-secrets-Permission denied, when calling wvdial as user. What is the Debian preferred way to do this? Is your user a member of the dip and dialout groups? Yes, they are. However, I think I may have added my user id my editing with nano. When I use adduser it says the user is already in the group. Adding the user manually is fine. Since that's not the problem, and since I'm not a user of dialup, I'm out of ideas. Hopefully others will be able to help. -- Kent West Technology Support /A/bilene /C/hristian /U/niversity -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Gayle Lee Fairless wrote: I'm having some of the same issues that Leonard has. The wvdial doesn't appear to work on 2.6 kernels. I've scripted the tests as high as kernel 2.6.12. It seems that the connection is immediately lost with only 0.0 or 0.1 minutes connection time reported. I am going to use scanModem as he did to see if changing modems from my external Hayes to the internal one will work. Also, the pppd (I think) seems to randomly dial up the ISP. I've gotten errors 1 and 16 on different occasions from the pppd daemon as documented in man pppd. The program wvdial (and version, 54 something, I'm doing this off the top of the head from work.), same version as Len's, works just fine on kernel 2.4.18-bf2.4 (the one available in woody). My box is a Gateway 500 upgraded from woody to sarge. I'll try to post more information when I get home especially in response to questions. Some of this is a 'work in progrss' so I don't have some of the answers (actually many!). I have yet to try out a script in kppp to see if that works. Both Len and I probably run KDE 3.3 from sarge. Hello Gayle, Kent West just fixed my wvdial by having me purge/reinstall wvdial. I had no dialout group in wvdial.conf only root. Looks like another faultly install. The reinstall fixed it for me including being able to run it as user. Wvdial definately works on 2.6.* kernels. However, your problem is slightly different from mine as mine never connected at all. Are you using demand dialing in provider or pppd config. This may account for the random access by wvdial or pppd. It does look like you may have pppd configuration issues and a purge/ reinstall may cure it. In many cases it has for me. I'm no expert, of course, and don't fully understand the pppd error messages, but I do remember getting message nos. 0 and 1 when I first setup kppp. I fixed it when I discovered kppp.options in /etc/ppp, I think, and it had only one entry noauth commented out. Uncomenting it fixed it. Go ahead and get your onboard modem working if its supported, but I don't think it will fix wvdial. It's got to be a bad install like mine or a config issue. I'd try purge/reinstall first on wvdial and then on ppp or pppd if wvdial alone didn't fix things. It can't hurt and if your lucky may fix it all. Good luck. One thing I learned, I think, is that the default configurations usually work right out if the box if the original install wasn't faulty and a purge/reinstall generally will fix a faulty initial install. Leonard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Kent West wrote: Debian User Leonard Chatagnier wrote: I still get the warning about can't write PAP-secrets and Chap-secrets-Permission denied, when calling wvdial as user. What is the Debian preferred way to do this? Is your user a member of the dip and dialout groups? If not, then: adduser lchata dip adduser lchata dialout then log out and back in. Yes, they are. However, I think I may have added my user id my editing with nano. When I use adduser it says the user is already in the group. Leonard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Kent West wrote: Debian User Leonard Chatagnier wrote: Kent West wrote: Debian User Leonard Chatagnier wrote: I still get the warning about can't write PAP-secrets and Chap-secrets-Permission denied, when calling wvdial as user. What is the Debian preferred way to do this? Is your user a member of the dip and dialout groups? Yes, they are. However, I think I may have added my user id my editing with nano. When I use adduser it says the user is already in the group. Adding the user manually is fine. Since that's not the problem, and since I'm not a user of dialup, I'm out of ideas. Hopefully others will be able to help. Kent, thanks again for your help. We'll just let this die a natural death. Over and Out. Leoanard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
On Mon, Jun 27, 2005 at 12:47:39PM -0500, Debian User Leonard Chatagnier wrote: Many changes were made in the configuration files to no avail. The current configuration files and errer messages are below: (Note: I have pon working on sarge now but can't remember how I got it now.) Thanks for any help. I've struggled long and hard and can't make any progress on wedial although its probably a somple oversight. If pon and kppp work, why is it such a problem that wvdial doesn't work? Did you edit the wvdial.conf file on a Windows machine? If that isn't the case, maybe wvdial.conf has the wrong permissions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Dialer Problems-Only Pon Works
n Mon, Jun 27, 2005 at 12:47:39PM -0500, Debian User Leonard Chatagnier wrote: Many changes were made in the configuration files to no avail. The current configuration files and errer messages are below: (Note: I have pon working on sarge now but can't remember how I got it now.) Thanks for any help. I've struggled long and hard and can't make any progress on wedial although its probably a somple oversight. If pon and kppp work, why is it such a problem that wvdial doesn't work? Dear Bill, Not to sound snippy, but its broke. I can't stand things to be broke and being so, it may cause other things to break. Wvdial is my prefered dialer. Did you edit the wvdial.conf file on a Windows machine? I only have woody and sarge-stable installed. If you had looked at the provided data you should have noticed all the output is linux. Why wouild anyone want to edit wvdial on windose? I really don't understand why you might ask this. If that isn't the case, maybe wvdial.conf has the wrong permissions. That was covered to a degree also. As stated I have added my user ID to all appropriate groups; dip, dialout,etc. However, since you asked, ls -l shows [EMAIL PROTECTED]:/etc/init.d$ ls -l /usr/bin/wvdial -rwxr-xr-x 1 root root 98408 Jan 21 03:38 /usr/bin/wvdial You have new mail in /var/mail/lchata [EMAIL PROTECTED]:/etc/init.d$ ChatagnierL-Home:/etc/ppp/peers# ls -l /usr/bin/wvdial -rwxr-xr-x 1 root root 98408 Jan 21 03:38 /usr/bin/wvdial ChatagnierL-Home:/etc/ppp/peers# And in any case, I have run wvdial as both user$ and root# with the same error output on both: -- Warning: section [Dialer Defaults] does not exist in wvdial.conf. Of courtse, it does; unless there is some syntax priblem. It does look like all past config entries. I quess I was expecting some comments on the error message or stating that something is wrong in wvdial.conf. Thanks for your interest, Leonard PS-You may have missed my request to copy my email address. It's easier to reply with a copy instead of building a reply from the list on web. Either way, I'll get back. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dialer Problems-Only Pon Works
Debian User Leonard Chatagnier wrote: n Mon, Jun 27, 2005 at 12:47:39PM -0500, Debian User Leonard Chatagnier wrote: Many changes were made in the configuration files to no avail. The current configuration files and errer messages are below: (Note: I have pon working on sarge now but can't remember how I got it now.) Thanks for any help. I've struggled long and hard and can't make any progress on wedial although its probably a somple oversight. If pon and kppp work, why is it such a problem that wvdial doesn't work? Dear Bill, Not to sound snippy, but its broke. I can't stand things to be broke and being so, it may cause other things to break. Wvdial is my prefered dialer. Arg! Your email system (or something) consistently mangles quoting. In the above, it looks like you've written the questions that were asked by Bill, and then you've responded. What are the permissions on /etc/wvdial.conf? Also, do you have a /.wvdialrc file in your home directory? If all else looks right, rename /etc/wvdial.conf and run wvdial again; what's the results? Depending on those results, you might want to manually create a new /etc/wvdial.conf (without copy/paste, in case there's a hidden character in the original or something else oddball). -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Dialer Problems-Only Pon Works
This issue was priviously posted as Wvdial, Pon Broke On Sarge-Stable, Only Pon works On Woody-Done Everthing I Know-Need Help, but no solution forthcoming. Since then, have tried to configure KPPP and it wont work. Reposting with new info. Need serious Guru help. OOOPS, Fixed KPPP myself, little proud, looked at kppp-options and noticed #noauth, uncommenting it fixed KPPP. But wvdial still broke. Debian User Leonard Chatagnier wrote: (FROM ORIGINAL POST) Discovered wvdial and pon not working after finally getting the 2.4.27-2-386 KI to boot. Ran wvdialconf and pppconfig which didn't change anything. Chmod a+rwx on all wvdial and wvdial.conf files. Some Debians may say that's not the way, but I don't want to use su and don't have to on pon, so why on wvdial. I've also added my UID to all the appropriate groups. It's a single user Desktop PC. Discovered a couple items that wvdialconf left out; no init3=ATDT and no New PPPD = yes. They were both in the conf file in Sarge Texting, but both woody/sarge became non-functional due to / becomming full. Believe they are required; if not please correct me. I added them to all three wvdials in /etc/wvdial.conf, /etc/X11/wvdial.conf, /home/lchata/wvdial.conf. The phone, UID and Password entries in /home/lchate/wvdial.conf were commented out. Reviewed the pap- and chat-secrets files and didn't see anything suspicious to me but, I am a realative newbie. Also googled and read all related manuals and checked bug report#276020 and didn't find any thing revelant except for the ATDT dial command. I also changed /dev/modem to read /dev/ttySHCF0 although there is a symlnk for it. Wvdial and pon still don't work in sarge and wvdial doesn't work in woody but did before the sarge dist-upgrade. I give up; don't know what else to do without quidance. Message output from wvdial and my wvdial.conf files are below: My mind is a little foggy right now, please ask for any other info needed. And thanks for any help; I'm at a dead end. _PLEASE copy my email address; not subscribed and easier to format replys. _ Leonard Chatagnier Many changes were made in the configuration files to no avail. The current configuration files and errer messages are below: (Note: I have pon working on sarge now but can't remember how I got it now.) Thanks for any help. I've struggled long and hard and can't make any progress on wedial although its probably a somple oversight. [EMAIL PROTECTED]:/etc/ppp$ wvdial -- WvDial: Internet dialer version 1.54.0 -- Warning: section [Dialer Defaults] does not exist in wvdial.conf. -- Initializing modem. -- Sending: ATZ ATZ OK -- Modem initialized. -- Configuration does not specify a valid phone number. -- Configuration does not specify a valid login name. -- Configuration does not specify a valid password. [EMAIL PROTECTED]:/etc/ppp$ ChatagnierL-Home:/home/lchata# wvdial -- WvDial: Internet dialer version 1.54.0 -- Warning: section [Dialer Defaults] does not exist in wvdial.conf. -- Initializing modem. -- Sending: ATZ ATZ OK -- Modem initialized. -- Configuration does not specify a valid phone number. -- Configuration does not specify a valid login name. -- Configuration does not specify a valid password. ChatagnierL-Home:/home/lchata# [EMAIL PROTECTED]:/etc/ppp$ cat /etc/wvdial.conf(note: the other 2 conf files were made identical by me) wvdial.conf [Dialer Defaults] Phone = 9815666 Username = lchata Password = ** New PPPD = yes Modem = /dev/ttySHCF0 Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 ISDN = 0 Modem Type = Analog Modem ChatagnierL-Home:/home/lchata# cat /etc/ppp/pap-secrets # # /etc/ppp/pap-secrets # # This is a pap-secrets file to be used with the AUTO_PPP function of # mgetty. mgetty-0.99 is preconfigured to startup pppd with the login option # which will cause pppd to consult /etc/passwd (and /etc/shadow in turn) # after a user has passed this file. Don't be disturbed therfore by the fact # that this file defines logins with any password for users. /etc/passwd # (again, /etc/shadow, too) will catch passwd mismatches. # # This file should block ALL users that should not be able to do AUTO_PPP. # AUTO_PPP bypasses the usual login program so its necessary to list all # system userids with regular passwords here. # # ATTENTION: The definitions here can allow users to login without a # password if you don't use the login option of pppd! The mgetty Debian # package already provides this option; make sure you don't change that. # INBOUND connections # Every regular user can use PPP and has to use passwords from /etc/passwd * (none)* # UserIDs that cannot use PPP at all. Check your /etc/passwd and add any # other accounts that should not be able to use pppd! guest (none) * - master (none) * - root(none) * - support (none) * - stats (none) * - # OUTBOUND connections # Here you should add your userid password to connect
Wvdial, Pon Broke On Sarge-Stable, Only Pon works On Woody-Done Everthing I Know-Need Help
Discovered wvdial and pon not working after finally getting the 2.4.27-2-386 KI to boot. Ran wvdialconf and pppconfig which didn't change anything. Chmod a+rwx on all wvdial and wvdial.conf files. Some Debians may say that's not the way, but I don't want to use su and don't have to on pon, so why on wvdial. I've also added my UID to all the appropriate groups. It's a single user Desktop PC. Discovered a couple items that wvdialconf left out; no init3=ATDT and no New PPPD = yes. They were both in the conf file in Sarge Texting, but both woody/sarge became non-functional due to / becomming full. Believe they are required; if not please correct me. I added them to all three wvdials in /etc/wvdial.conf, /etc/X11/wvdial.conf, /home/lchata/wvdial.conf. The phone, UID and Password entries in /home/lchate/wvdial.conf were commented out. Reviewed the pap- and chat-secrets files and didn't see anything suspicious to me but, I am a realative newbie. Also googled and read all related manuals and checked bug report#276020 and didn't find any thing revelant except for the ATDT dial command. I also changed /dev/modem to read /dev/ttySHCF0. Wvdial and pon still don't work in sarge and wvdial doesn't work in woody but did before the sarge dist-upgrade. I give up; don't know what else to do without quidance. Message output from wvdial and my wvdial.conf files are below: My mind is a little foggy right now, please ask for any other info needed. And thanks for any help; I'm at a dead end. PLEASE copy my email address; not subscribed and easier to format replys. Leonard Chatagnier [EMAIL PROTECTED]:~$ wvdial -- WvDial: Internet dialer version 1.54.0 *-- Warning: section [Dialer Defaults] does not exist in wvdial.conf.* -- Cannot open /dev/modem: Permission denied -- Cannot open /dev/modem: Permission denied -- Cannot open /dev/modem: Permission denied [EMAIL PROTECTED]:~$ su Password: ChatagnierL-Home:/home/lchata# wvdial -- WvDial: Internet dialer version 1.54.0 *-- Warning: section [Dialer Defaults] does not exist in wvdial.conf.* -- Initializing modem. -- Sending: ATZ ATZ OK -- Modem initialized. -- Configuration does not specify a valid phone number. -- Configuration does not specify a valid login name. -- Configuration does not specify a valid password. ChatagnierL-Home:/home/lchata# cat /etc/wvdial.conf *[Dialer Defaults]* Phone = 9815666 Username = lchata Password = lrchata New PPPD = yes Modem = /dev/ttySHCF0 Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 Init3 = ATDT ISDN = 0 Modem Type = Analog Modem ChatagnierL-Home:/home/lchata# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wvdial, Pon Broke On Sarge-Stable, Only Pon works On Woody-Done Everthing I Know-Need Help
Debian User Leonard Chatagnier wrote: Discovered wvdial and pon not working after finally getting the 2.4.27-2-386 KI to boot. Ran wvdialconf and pppconfig which didn't change anything. Chmod a+rwx on all wvdial and wvdial.conf files. Some Debians may say that's not the way, but I don't want to use su and don't have to on pon, so why on wvdial. I've also added my UID to all the appropriate groups. It's a single user Desktop PC. Discovered a couple items that wvdialconf left out; no init3=ATDT and no New PPPD = yes. They were both in the conf file in Sarge Texting, but both woody/sarge became non-functional due to / becomming full. Believe they are required; if not please correct me. I added them to all three wvdials in /etc/wvdial.conf, /etc/X11/wvdial.conf, /home/lchata/wvdial.conf. The phone, UID and Password entries in /home/lchate/wvdial.conf were commented out. Reviewed the pap- and chat-secrets files and didn't see anything suspicious to me but, I am a realative newbie. Also googled and read all related manuals and checked bug report#276020 and didn't find any thing revelant except for the ATDT dial command. I also changed /dev/modem to read /dev/ttySHCF0. Wvdial and pon still don't work in sarge and wvdial doesn't work in woody but did before the sarge dist-upgrade. I give up; don't know what else to do without quidance. Message output from wvdial and my wvdial.conf files are below: My mind is a little foggy right now, please ask for any other info needed. And thanks for any help; I'm at a dead end. PLEASE copy my email address; not subscribed and easier to format replys. Leonard Chatagnier [EMAIL PROTECTED]:~$ wvdial -- WvDial: Internet dialer version 1.54.0 *-- Warning: section [Dialer Defaults] does not exist in wvdial.conf.* -- Cannot open /dev/modem: Permission denied -- Cannot open /dev/modem: Permission denied -- Cannot open /dev/modem: Permission denied [EMAIL PROTECTED]:~$ su Password: ChatagnierL-Home:/home/lchata# wvdial -- WvDial: Internet dialer version 1.54.0 *-- Warning: section [Dialer Defaults] does not exist in wvdial.conf.* Looks like a major problem ^^ -- Initializing modem. -- Sending: ATZ ATZ OK -- Modem initialized. -- Configuration does not specify a valid phone number. -- Configuration does not specify a valid login name. -- Configuration does not specify a valid password. ChatagnierL-Home:/home/lchata# cat /etc/wvdial.conf *[Dialer Defaults]* Mine just has [Dialer Defaults] (without asterisks) Everything else looks good, except that I don't have an Init3 stanza Phone = 9815666 Username = lchata Password = lrchata New PPPD = yes Modem = /dev/ttySHCF0 Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 Init3 = ATDT ISDN = 0 Modem Type = Analog Modem ChatagnierL-Home:/home/lchata# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Fwd: Re: Wvdial, Pon Broke On Sarge-Stable, Only Pon works On Woody-Done Everthing I Know-Need Help]
---BeginMessage--- Marty wrote: Debian User Leonard Chatagnier wrote: Discovered wvdial and pon not working after finally getting the 2.4.27-2-386 KI to boot. Ran wvdialconf and pppconfig which didn't change anything. Chmod a+rwx on all wvdial and wvdial.conf files. Some Debians may say that's not the way, but I don't want to use su and don't have to on pon, so why on wvdial. I've also added my UID to all the appropriate groups. It's a single user Desktop PC. Discovered a couple items that wvdialconf left out; no init3=ATDT and no New PPPD = yes. They were both in the conf file in Sarge Texting, but both woody/sarge became non-functional due to / becomming full. Believe they are required; if not please correct me. I added them to all three wvdials in /etc/wvdial.conf, /etc/X11/wvdial.conf, /home/lchata/wvdial.conf. The phone, UID and Password entries in /home/lchate/wvdial.conf were commented out. Reviewed the pap- and chat-secrets files and didn't see anything suspicious to me but, I am a realative newbie. Also googled and read all related manuals and checked bug report#276020 and didn't find any thing revelant except for the ATDT dial command. I also changed /dev/modem to read /dev/ttySHCF0. Wvdial and pon still don't work in sarge and wvdial doesn't work in woody but did before the sarge dist-upgrade. I give up; don't know what else to do without quidance. Message output from wvdial and my wvdial.conf files are below: My mind is a little foggy right now, please ask for any other info needed. And thanks for any help; I'm at a dead end. PLEASE copy my email address; not subscribed and easier to format replys. Leonard Chatagnier [EMAIL PROTECTED]:~$ wvdial -- WvDial: Internet dialer version 1.54.0 *-- Warning: section [Dialer Defaults] does not exist in wvdial.conf.* -- Cannot open /dev/modem: Permission denied -- Cannot open /dev/modem: Permission denied -- Cannot open /dev/modem: Permission denied [EMAIL PROTECTED]:~$ su Password: ChatagnierL-Home:/home/lchata# wvdial -- WvDial: Internet dialer version 1.54.0 *-- Warning: section [Dialer Defaults] does not exist in wvdial.conf.* Looks like a major problem ^^ -- Initializing modem. -- Sending: ATZ ATZ OK -- Modem initialized. -- Configuration does not specify a valid phone number. -- Configuration does not specify a valid login name. -- Configuration does not specify a valid password. ChatagnierL-Home:/home/lchata# cat /etc/wvdial.conf *[Dialer Defaults]* Mine just has [Dialer Defaults] (without asterisks) Everything else looks good, except that I don't have an Init3 stanza Phone = 9815666 Username = lchata Password = lrchata New PPPD = yes Modem = /dev/ttySHCF0 Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 Init3 = ATDT ISDN = 0 Modem Type = Analog Modem ChatagnierL-Home:/home/lchata# Hello Marty, thank for the reply. Well, I kinda feel a little stupid, just a little, as I suddenly realized last night that I haven't yet downloaded sarge kernel-headers and installed my hcfpci modem drivers. I knew I had to do that but got distracted getting sarge to boot. When I did, early this morning, I only got pon working; so wvdial 1.54 is still an issue. ?No init3 stanza, does tha mean I stand corrected and its no longer reqired? From what little I know about modem commands, I thoughtit totally necessary to send the phone number. Hh, those * are somewhat misleading. There not in any of my files. I know, they were bold formatted text to call attention that the warning [DialerDefaults] that do not exist in fact are there in my conf files. Your email program must have rendered the bold text with the *'s as I see them at all the places I formatted as bold text or sending in plain text mode loses the bold formatting. I could take out the init3 stanza, and will, and try again. Will let you know the outcome. Thanks, Leonard ---End Message---
Re: Wvdial, Pon Broke On Sarge-Stable, Only Pon works On Woody-Done Everthing I Know-Need Help
Debian User Leonard Chatagnier wrote: Hi Marty, Took out init3=ATDT, logged out KDE and back in and still getting same wvdial error message, ie., no dialer defaults. This doesn't seem to appear in Bug #276020, so it looks like a different problem. So, shut down and rebooted and runing wvdial still gave same error message as user or as root. Now what? Thanks for helping, Leonard I'm at a loss. Sorry, but as I wrote privately pon is its own dialer and there are many other dialers in Debian. You might use them to verify it's wvdial-specific, then file a seperate bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wvdial, Pon Broke On Sarge-Stable, Only Pon works On Woody-Done Everthing I Know-Need Help
Marty wrote: Debian User Leonard Chatagnier wrote: Hi Marty, Took out init3=ATDT, logged out KDE and back in and still getting same wvdial error message, ie., no dialer defaults. This doesn't seem to appear in Bug #276020, so it looks like a different problem. So, shut down and rebooted and runing wvdial still gave same error message as user or as root. Now what? Thanks for helping, Leonard I'm at a loss. Sorry, but as I wrote privately pon is its own dialer and there are many other dialers in Debian. You might use them to verify it's wvdial-specific, then file a seperate bug report. Ok, I replied to your previous message before reading this one. Thanks for your help and I'll keep trying to find a fix. However, I'm not going to file a bug report as this issue has existed since Debian testing and many bug reports should have been reported and solved before sarge stable was released. That's Debian's fault not mine. Thanks again for your efforts, Leonard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon dsl-provider probleme
Moin LJahn! LJahn schrieb am Sonntag, den 12. Juni 2005: iface dsl-provider inet ppp provider dsl-provider # please do not modify the following line pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf Mir kommt es so vor, als wäre das neu. Jedenfalls scheint es nicht zu funktionieren. Kennt sich jemand damit aus? Es steht ja eindeutig da man soll die Zeile nicht verändern (geschweige löschen). Wie kann man das ändern so, daß es nach Debianart funktioniert. Das ist neu, und musste rein, weil dem PPP-Maintainer der Komfort der Benutzer s*egal war. Das war letztendlich der beste funktionierende Workaround für den fehlenden ifconfig-up-Patch, allerdings musst man jetzht statt pon ifup verwenden. Gruss, Eduard. -- Ambassador Londo Mollari: Everyone around me dies, Mr. Morden, except those who most deserve it. -- Quotes from Babylon 5 -- -- 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: pon dsl-provider probleme
iface eth1 inet static address 0.0.0.0 netmask 255.255.255.0 noch rein und es geht wieder. Nein, eth1 geht zum LAN. Das steht da auch schon richtig drin. Trotzdem vielen Dank. 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: pon dsl-provider probleme
Am Montag, 13. Juni 2005 09:29 schrieb LJahn: iface eth1 inet static address 0.0.0.0 netmask 255.255.255.0 noch rein und es geht wieder. Nein, eth1 geht zum LAN. Das steht da auch schon richtig drin. Trotzdem vielen Dank. Sorry, für eth0 wär es für mich wohl die schnellste Lösung. Hatte gerade nicht nachgedacht. Lars
Re: pon dsl-provider probleme
jetzht statt pon ifup verwenden. weißt du zufällig, ob das auch problemlos mit der Zeile D0:2345:respawn:/usr/sbin/pppd nodetach call dsl-provider in der /etc/inittab funktioniert? Müsste man nicht für jeden Provider (wenn man denn verschiedene hat) auch in /etc/network/ was anlegen? Ich hab da noch nicht so den Überblick, schien mir jedoch vorher schöner gewesen zu sein. Na, gut, dann hat man jetzt allerdings ein normales Netzwerkinterface (man spricht alle Netzwerkverbindungen gleich an). Lars
pon dsl-provider probleme
Hallo, habe seit einer Weile mal wieder apt-get dist-upgrade auf meinem dsl-router gemacht. seit dem läuft die Internet-Verbindung nur nach manuellem ifconfig eth0 up. Ich überlege diese Zeile einfach in /etc/network/interfaces einzutragen. Allerdings steht da schon folgendes : iface dsl-provider inet ppp provider dsl-provider # please do not modify the following line pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf Mir kommt es so vor, als wäre das neu. Jedenfalls scheint es nicht zu funktionieren. Kennt sich jemand damit aus? Es steht ja eindeutig da man soll die Zeile nicht verändern (geschweige löschen). Wie kann man das ändern so, daß es nach Debianart funktioniert. Danke, Lars
Como controlar o som do modem? (eu uso pon/poff)
Pessoal Alguém pode me dar a dica de como evitar que o modem emita o som da discagem? Sei que para kppp há uma opção, mas eu uso o pon/poff. Já procurei nos arquivos em /etc/ppp e não achei. Valeu! Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- Al vago y al pobre, todo les cuesta doble. signature.asc Description: Digital signature
Re: Como controlar o som do modem? (eu uso pon/poff)
Leandro Ferreira wrote: Pessoal Alguém pode me dar a dica de como evitar que o modem emita o som da discagem? Sei que para kppp há uma opção, mas eu uso o pon/poff. Já procurei nos arquivos em /etc/ppp e não achei. Olá, procure no histórico da lista. http://lists.debian.org/debian-user-portuguese/2004/04/msg00127.html Abraços. -- jupercio juliano Jabber: jupercio at jabber.org Debian-BR-CDD, Debian para desktop com a cara do Brasil http://cdd.debian-br.org
Re: pon isdn/provider
On 12.Sep 2004 - 21:09:13, Dirk Salva wrote: On Sun, Sep 12, 2004 at 07:20:10PM +0200, Andreas Pakulat wrote: Der Scheiss hat hier an dem Tag schon genug genervt. Wir haben da zu zweit einige Stunden dran gesessen (beide vorher noch nie ISDN unter Linux eingerichtet). Nicht fluchen, besser machen. Und die Doku sollte man sich auch mal ansehen. Das System ist totaler Muell, zumindest wenn man das zu Fuss macht, um da ein wenig durchzublicken. Es hat dann z.B. etliche Anwahlversuche gebraucht, bis wir darauf gekommen sind, dass man in der ipppd.ipppX auch noch den Usernamen eintragen muss (zusaetzlich zu chap-secrets). Ein Blick ins DAHB haette da aber gereicht, da steht sowas naemlich drin. Und es ging ja in diesem Fall nicht um DSL. Es wurde halt immer schon beim Hochfahren des Rechners von ippp0 die defaultroute faelschlicherweise gesetzt. Noe nicht ippp0, sondern beim starten der isdnutils. Und so war halt kein Zugang zum Netzwerk mehr moeglich. BTW: welche Zeile *genau* meinst Du denn darin? Da stehen mehrere Zeilen mit route drin... Ich kann nachher mal gucken wenn ich wieder hinter der ISDN-Kiste sitze, denke aber das man durch lesen der Zeilen sehen sollte wo da ein route add default gw oder aehnliches steht. Der ipppd kennt fuer vieles eine Option. Er muss sie dann aber auch beachten. Beispiel? Wasweissichjetztnoch. Z.B. wurde nach Verbindungsende die defaultroute nicht wieder aufs Netzwerk zurueckgesetzt, egal welche Option man wo aktiviert/deaktiviert hat. Voellig undurchsichtig IMHO. Noe, wenn man das System begriffen haette nicht, einfach ein passendes Skript unter if-down.d ablegen oder das ipppd Skript dort aendern. Der ipppd weiss schliesslich nicht das man die default-route gerne ins Netzwerk haette wenn ISDN ausgeschaltet ist. Andreas -- If you always postpone pleasure you will never have it. Quit work and play for once! -- 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: pon isdn/provider
On 11.Sep 2004 - 19:10:09, Elmar W. Tischhauser wrote: Hallo! On 11 Sep 2004 at 16:58 +0200, Andreas Pakulat wrote: On 11.Sep 2004 - 13:26:36, Dirk Salva wrote: Irrtum, pap-secrects ist besser, weil chap AFAIK unsicher ist. Woran machst du das fest? Auszug aus RFC 1334, Abschnitt 2: Ok, dann hab ich das durcheinandergebracht. Mein Fehler. Andreas -- I am NOT a kludge! I am a computer! -- tts -- 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: pon isdn/provider
On 11.Sep 2004 - 19:32:24, Dirk Salva wrote: On Sat, Sep 11, 2004 at 04:58:34PM +0200, Andreas Pakulat wrote: Nicht ganz. Bei mir hat mit ipppd0 absolut gar nichts funktioniert. Da waere dann Ursachenforschung dran gewesen. Ausserdem ist es ippp0 (ohne d) *klugscheiss* ;-) Also bei meinem Woody ging das ohne Probleme, einfach in die vorhandene Datei die Nummer eingetragen und in die ipppd.ippp0 den Nutzernamen. Tja, bei Dir ist aber nicht bei allen. Waere ja auch noch schoener ;-) Bei mir kam hinzu, dass ich ISDN und DSL genutzt habe, und ipppd.ippp0 musste umbenannt werden, weil sonst irgendwas nicht mehr funktionierte. Wie gesagt, mit dem default-gw oder wasweissich, ist schon zu lange her, dass ich das eingerichtet habe. Ist ja auch egal. Noe, ein Blick in if-up.d Skripte (speziell 00ipppd oder so aehnlich), haette dir gezeigt dass fuer ippp0 eine Defaultroute gesetzt wird - einfach Auskommentieren und gut. Oder einen Check dort einbauen ob eventuell DSL benutzt wird. usw...) Erst danach hat auch die DNS-Einstellung funktioniert. ?? Also ich kann das jetzt nicht nachpruefen aber auch dafuer kennt der ipppd eine Option. Der ipppd kennt fuer vieles eine Option. Er muss sie dann aber auch beachten. Beispiel? Und das Passwort sollte, sofern der Provider es unterstuetzt, in chap-secrets. Irrtum, pap-secrects ist besser, weil chap AFAIK unsicher ist. Chap versendet Hash-Werte, PAP Passwoerter im Klartext. Mein Fehler, hab ich durcheinander gebracht. Da gabs doch was von Rat... ein tool? Kenne ich nicht. Schaff' Dir nen Fernseher an... Hab ich, aber schlauer hat ich das jetzt auch nicht gemacht ;-) Andreas -- You don't become a failure until you're satisfied with being one. -- 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: pon isdn/provider
On Sun, Sep 12, 2004 at 07:20:10PM +0200, Andreas Pakulat wrote: Bei mir kam hinzu, dass ich ISDN und DSL genutzt habe, und ipppd.ippp0 musste umbenannt werden, weil sonst irgendwas nicht mehr funktionierte. Wie gesagt, mit dem default-gw oder wasweissich, ist schon zu lange her, dass ich das eingerichtet habe. Ist ja auch egal. Noe, ein Blick in if-up.d Skripte (speziell 00ipppd oder so aehnlich), /etc/ppp/ip-up.d. haette dir gezeigt dass fuer ippp0 eine Defaultroute gesetzt wird - einfach Auskommentieren und gut. Oder einen Check dort einbauen ob eventuell DSL benutzt wird. Der Scheiss hat hier an dem Tag schon genug genervt. Wir haben da zu zweit einige Stunden dran gesessen (beide vorher noch nie ISDN unter Linux eingerichtet). Das System ist totaler Muell, zumindest wenn man das zu Fuss macht, um da ein wenig durchzublicken. Es hat dann z.B. etliche Anwahlversuche gebraucht, bis wir darauf gekommen sind, dass man in der ipppd.ipppX auch noch den Usernamen eintragen muss (zusaetzlich zu chap-secrets). Und es ging ja in diesem Fall nicht um DSL. Es wurde halt immer schon beim Hochfahren des Rechners von ippp0 die defaultroute faelschlicherweise gesetzt. Und so war halt kein Zugang zum Netzwerk mehr moeglich. BTW: welche Zeile *genau* meinst Du denn darin? Da stehen mehrere Zeilen mit route drin... Der ipppd kennt fuer vieles eine Option. Er muss sie dann aber auch beachten. Beispiel? Wasweissichjetztnoch. Z.B. wurde nach Verbindungsende die defaultroute nicht wieder aufs Netzwerk zurueckgesetzt, egal welche Option man wo aktiviert/deaktiviert hat. Voellig undurchsichtig IMHO. Schaff' Dir nen Fernseher an... Hab ich, aber schlauer hat ich das jetzt auch nicht gemacht ;-) Einschalten, Junge, einschalten...;-)) ciao, Dirk Werbespruch mit weiblichen Zwillingen. -- | Akkuschrauber-Kaufberatung and AEG-GSM-stuff | | Visit my homepage: http://www.nutrimatic.ping.de/ | | FIDO: Dirk Salva 2:244/6305.10 Internet: dsalvaATgmx.de | |The Ruhrgebiet, best place to live in Germany! | -- 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: pon isdn/provider
Hallo! On 12 Sep 2004 at 19:15 +0200, Andreas Pakulat wrote: On 11.Sep 2004 - 19:10:09, Elmar W. Tischhauser wrote: On 11 Sep 2004 at 16:58 +0200, Andreas Pakulat wrote: Irrtum, pap-secrects ist besser, weil chap AFAIK unsicher ist. Woran machst du das fest? Auszug aus RFC 1334, Abschnitt 2: Ok, dann hab ich das durcheinandergebracht. Mein Fehler. You're welcome. Schließlich ist nun wirklich nicht alles, was auf Challenge-Response basiert, deshalb auch gleich sicher ,-) Gruß, Elmar -- [ GnuPG: D8A88C0D / 2407 063C 1C92 90E9 4766 B170 5E95 0D7F D8A8 8C0D ] ··· A mouse is a device used to point at the xterm you want to type in. pgpwHsfisbL7M.pgp Description: PGP signature
Re: pon isdn/provider
Hallo! On 12 Sep 2004 at 21:09 +0200, Dirk Salva wrote: On Sun, Sep 12, 2004 at 07:20:10PM +0200, Andreas Pakulat wrote: haette dir gezeigt dass fuer ippp0 eine Defaultroute gesetzt wird - einfach Auskommentieren und gut. Oder einen Check dort einbauen ob eventuell DSL benutzt wird. Das System ist totaler Muell, zumindest wenn man das zu Fuss macht, um da ein wenig durchzublicken. Inwiefern? Sogar eine Schritt-für-Schritt-Anleitung wird mitgeliefert, siehe /usr/share/doc/isdnutils-base/HOWTO.gz. Es hat dann z.B. etliche Anwahlversuche gebraucht, bis wir darauf gekommen sind, dass man in der ipppd.ipppX auch noch den Usernamen eintragen muss (zusaetzlich zu chap-secrets). In ipppd(8), Abschnitt AUTHENTICATION ist doch alles lang und breit beschrieben? BTW: welche Zeile *genau* meinst Du denn darin? Da stehen mehrere Zeilen mit route drin... Zumindest bei meinem Woody gibt es in der /etc/isdn/device.ippp0 einen ausführlichen Kommentar, der beschreibt, wo man bezüglich der Routen etwas einstellen muss: Abschnitt NETWORK SETUP, Zeile 258ff. Schaff' Dir nen Fernseher an... Wär' mir schon das Geld nicht wert... Gruß, Elmar -- [ GnuPG: D8A88C0D / 2407 063C 1C92 90E9 4766 B170 5E95 0D7F D8A8 8C0D ] ··· Friends don't let friends use windows. pgpyaEbp5fOYh.pgp Description: PGP signature
Re: pon isdn/provider
On Sun, Sep 12, 2004 at 10:29:10PM +0200, Elmar W. Tischhauser wrote: Zumindest bei meinem Woody gibt es in der /etc/isdn/device.ippp0 einen ausführlichen Kommentar, der beschreibt, wo man bezüglich der Routen etwas einstellen muss: Abschnitt NETWORK SETUP, Zeile 258ff. Jupp. Und da stehts ja auch drin: entweder in allen moeglichen Dateien auskommentieren oder einfach ippp0 nicht verwenden. ciao, Dirk -- | Akkuschrauber-Kaufberatung and AEG-GSM-stuff | | Visit my homepage: http://www.nutrimatic.ping.de/ | | FIDO: Dirk Salva 2:244/6305.10 Internet: dsalvaATgmx.de | |The Ruhrgebiet, best place to live in Germany! | -- 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: pon isdn/provider
On 10.Sep 2004 - 21:13:53, Frank Coldewe wrote: hallo, option `number`. Hat da wer eine Idee ?? capi habe ich nicht mehr drin, läuft alles über isdn4linux wegen der Karte (fritz pcmcia) Dann ist aber nicht der ppp zustaendig sondern der ipppd. Also mal in /etc/isdn/device.ippp0 und /etc/isdn/ipppd.ippp0 die noetigen Dinge einrichten und das Passwort sollte dann nach /etc/ppp/pap-secrets. Gewaehlt wird dann mittels isdnctrl dial ippp0 (vorher natuerlich mit /etc/init.d/isdnutils restart die isdnutils neu starten). Uebrigens wuerde ich Username und Passwort nicht einfach so auf der Liste posten, zumal die Nummer noch dabei war ;-) Andreas -- The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet. -- Michael Jackson -- 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: pon isdn/provider
On Sat, Sep 11, 2004 at 12:05:58PM +0200, Andreas Pakulat wrote: option `number`. Hat da wer eine Idee ?? capi habe ich nicht mehr drin, läuft alles über isdn4linux wegen der Karte (fritz pcmcia) Dann ist aber nicht der ppp zustaendig sondern der ipppd. Also mal in /etc/isdn/device.ippp0 und /etc/isdn/ipppd.ippp0 die noetigen Dinge einrichten und das Passwort sollte dann nach /etc/ppp/pap-secrets. Gewaehlt wird dann mittels isdnctrl dial ippp0 (vorher natuerlich mit /etc/init.d/isdnutils restart die isdnutils neu starten). Nicht ganz. Bei mir hat mit ipppd0 absolut gar nichts funktioniert. Den musste ich umbenennen (ich hab ein .bak drangehaengt) und dafuer ein Device ipppd1 hinzufuegen (bzw. fuer noch eine Nummer ipppd2 usw...) Erst danach hat auch die DNS-Einstellung funktioniert. Und das Passwort sollte, sofern der Provider es unterstuetzt, in chap-secrets. Aufgelegt wird mit isdnctrl hangup ipppX Womit wurden die isdn-Sachen eigentlich nochmal eingerichtet? Da gabs doch was von Rat... ein tool? isdnutils bla? Oder wie hiess das verdammte Ding noch? Damit habe ich dann z.b. die neuen Devicedateien eingerichtet und generiert. Hach, wenn man sich nicht alles aufschreibt. Obwohl - wenn ich dann was aufschreibe, vergesse ich, wos steht... ciao, Dirk -- | Akkuschrauber-Kaufberatung and AEG-GSM-stuff | | Visit my homepage: http://www.nutrimatic.ping.de/ | | FIDO: Dirk Salva 2:244/6305.10 Internet: dsalvaATgmx.de | |The Ruhrgebiet, best place to live in Germany! | -- 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: pon isdn/provider
On 11.Sep 2004 - 13:26:36, Dirk Salva wrote: On Sat, Sep 11, 2004 at 12:05:58PM +0200, Andreas Pakulat wrote: Nicht ganz. Bei mir hat mit ipppd0 absolut gar nichts funktioniert. Da waere dann Ursachenforschung dran gewesen. Ausserdem ist es ippp0 (ohne d) *klugscheiss* ;-) Also bei meinem Woody ging das ohne Probleme, einfach in die vorhandene Datei die Nummer eingetragen und in die ipppd.ippp0 den Nutzernamen. Den musste ich umbenennen (ich hab ein .bak drangehaengt) und dafuer ein Device ipppd1 hinzufuegen (bzw. fuer noch eine Nummer ipppd2 usw...) Erst danach hat auch die DNS-Einstellung funktioniert. ?? Also ich kann das jetzt nicht nachpruefen aber auch dafuer kennt der ipppd eine Option. Und das Passwort sollte, sofern der Provider es unterstuetzt, in chap-secrets. Irrtum, pap-secrects ist besser, weil chap AFAIK unsicher ist. Aufgelegt wird mit isdnctrl hangup ipppX Richtig. Womit wurden die isdn-Sachen eigentlich nochmal eingerichtet? dpkg-reconfigure isdnutils-base (oder eines der anderen Pakete) ? Da gabs doch was von Rat... ein tool? Kenne ich nicht. Damit habe ich dann z.b. die neuen Devicedateien eingerichtet und generiert. Hach, wenn man sich nicht alles aufschreibt. Obwohl - wenn ich dann was aufschreibe, vergesse ich, wos steht... ?? Also seit woody macht man das in Debian aber mit Konfigurationsdateien in /etc/isdn. Einmal device.ippp0 fuer die noetigen Einstellungen des device (wie huptime, Nummer, MSN ...). Und fuer den Nutzernamen und die restlichen ipppd Einstellungen gibts dann ipppd.ippp0. Dann kann man naemlich Kanalbuendelung einfach mit konfigurieren indem man device.ippp0 zu device.ippp0+1 kopiert (den Rest machen die Skripte) Und das erzeugen macht dann das isdnutils Startskript in /etc/init.d, so funktioniert das bei mir schon seit 2 Jahren. Andreas -- Tempt not a desperate man. -- William Shakespeare, Romeo and Juliet -- 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: pon isdn/provider
Hallo! On 11 Sep 2004 at 16:58 +0200, Andreas Pakulat wrote: On 11.Sep 2004 - 13:26:36, Dirk Salva wrote: Nicht ganz. Bei mir hat mit ipppd0 absolut gar nichts funktioniert. Da waere dann Ursachenforschung dran gewesen. Ausserdem ist es ippp0 (ohne d) *klugscheiss* ;-) Also bei meinem Woody ging das ohne Probleme, einfach in die vorhandene Datei die Nummer eingetragen und in die ipppd.ippp0 den Nutzernamen. Ganz recht. Der einzige Unterschied, den ein out-of-the-box-Debian zwischen ippp0 und ipppN (N = 1) macht, ist IIRC das automatische Setzen der Default-Route auf diese Schnittstelle. Ansonsten muss ippp0 genauso gut/schlecht funktionieren wie ippp1 usw., korrekte Konfiguration vorausgesetzt. Irrtum, pap-secrects ist besser, weil chap AFAIK unsicher ist. Woran machst du das fest? Auszug aus RFC 1334, Abschnitt 2: | PAP is not a strong authentication method. Passwords are sent over | the circuit in the clear, and there is no protection from playback | or repeated trial and error attacks. The peer is in control of the | frequency and timing of the attempts. | | Any implementations which include a stronger authentication method | (such as CHAP, described below) MUST offer to negotiate that method | prior to PAP. | [...] Die Beschreibung von CHAP ist übrigens in RFC 1994 erneuert worden, für den Fall, dass jetzt jemand die Details in RFC 1334 nachlesen will... (Gut fürs schnelle stichwortbasierte Auffinden von Sicherheitsinformationen ist übrigens RFC 2828, Internet Security Glossary von 2000. Ob dieser RFC inzwischen ein Update erfahren hat, weiß ich auf die Schnelle nicht.) Da gabs doch was von Rat... ein tool? /usr/sbin/isdnconfig? Gruß, Elmar -- [ GnuPG: D8A88C0D / 2407 063C 1C92 90E9 4766 B170 5E95 0D7F D8A8 8C0D ] ··· Wenn der Deutsche hinfällt, dann steht er nicht auf, sondern schaut, wer schadenersatzpflichtig ist. -- Kurt Tucholsky pgpLIGec8Sypm.pgp Description: PGP signature
Re: pon isdn/provider
On Sat, Sep 11, 2004 at 04:58:34PM +0200, Andreas Pakulat wrote: Nicht ganz. Bei mir hat mit ipppd0 absolut gar nichts funktioniert. Da waere dann Ursachenforschung dran gewesen. Ausserdem ist es ippp0 (ohne d) *klugscheiss* ;-) Also bei meinem Woody ging das ohne Probleme, einfach in die vorhandene Datei die Nummer eingetragen und in die ipppd.ippp0 den Nutzernamen. Tja, bei Dir ist aber nicht bei allen. Bei mir kam hinzu, dass ich ISDN und DSL genutzt habe, und ipppd.ippp0 musste umbenannt werden, weil sonst irgendwas nicht mehr funktionierte. Wie gesagt, mit dem default-gw oder wasweissich, ist schon zu lange her, dass ich das eingerichtet habe. Ist ja auch egal. usw...) Erst danach hat auch die DNS-Einstellung funktioniert. ?? Also ich kann das jetzt nicht nachpruefen aber auch dafuer kennt der ipppd eine Option. Der ipppd kennt fuer vieles eine Option. Er muss sie dann aber auch beachten. Und das Passwort sollte, sofern der Provider es unterstuetzt, in chap-secrets. Irrtum, pap-secrects ist besser, weil chap AFAIK unsicher ist. Chap versendet Hash-Werte, PAP Passwoerter im Klartext. dpkg-reconfigure isdnutils-base (oder eines der anderen Pakete) ? isdnconfig meinte ich. Da gabs doch was von Rat... ein tool? Kenne ich nicht. Schaff' Dir nen Fernseher an... ciao, Dirk -- | Akkuschrauber-Kaufberatung and AEG-GSM-stuff | | Visit my homepage: http://www.nutrimatic.ping.de/ | | FIDO: Dirk Salva 2:244/6305.10 Internet: dsalvaATgmx.de | |The Ruhrgebiet, best place to live in Germany! | -- 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)
pon isdn/provider
Hello, have installed my isdn pcmcia fritz-card and have made nessessary entrys in /etc/ppp/peers/isdn/provider, debug sync noauth -chap user ar9283749274 plugin userpass.so password 2443214 defaultroute plugin capiplugin.so number 02432556 protocol hdlc /dev/null #idle 30 #demand #connect /bin/true #active-filter 'outbound and not icmp[0] == 3 and not tcp[13] 4 != 0' usepeerdns ipcp-accept-local ipcp-accept-remote and have also edit /etc/ppp/chap-secrets and php-secrets. I use isdn4linux and not capi, when i start the connection with pon isdn/provider i get: unrecognized option `number` when i delete the number - entry i get the same with protocol. Any idea what cold be wrong here ?? Greetings colde89.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pon isdn/provider
hallo, Habe noch Probleme mit meiner /etc/ppp/peers/isdn/provider. Hier mal ein Auszug. debug sync noauth -chap user ar3749923738292 plugin userpass.so password 3837394948 defaultroute plugin capiplugin.so number 838494 protocol hdlc /dev/null #idle 30 #demand #connect /bin/true #active-filter 'outbound and not icmp[0] == 3 and not tcp[13] 4 != 0' usepeerdns ipcp-accept-local ipcp-accept-remote Wenn ich also pon isdn/provider eingebe bekomme ich:unrecognized option `number`. Hat da wer eine Idee ?? capi habe ich nicht mehr drin, läuft alles über isdn4linux wegen der Karte (fritz pcmcia) Gruß Colde89 -- 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: usuario non-root pode rodar o pon?
G.Paulo escreveu: Por outro lado, recebi a recomendação de adicionar o usuário comum ao grupo dip. Assim o fiz, porem, o usuário tem acesso irrestrito a todo o conteudo do diretório e arquivos. Pode, por exemplo, ler a password no arquivo /etc/ppp/peers/dsl-provider. Coloque também no grupo dialout. Veja que isso não é desejável. Gostaria que o usuário comum pudesse simplesmente conectar e desconectar (pon, poff, plog), mas sem ter acesso ao conteudo dos arquivos. Como se faz isso? Aqui o meu ppp está com uma opção, já padrão, de hide-password, fazendo com que esta seja oculta para quem visualizar o arquivo, a minha versão do ppp é a 2.4.2+20040428-2, do sarge. Abraços. jupercio juliano
usuario non-root pode rodar o pon?
Caríssimos: Saudações. Andei procurando na web mas ainda não achei a resposta satisfatória para o seguinte problema: O usuário comum não pode fazer (ou desfazer) a conexão. Apenas o root pode Isso é assim porque o diretório /etc/ppp/peers não é livre para o usuário comum, como mostra a listagem abaixo. drwxr-s---2 root dip 4096 Mai 16 21:22 peers Por outro lado, recebi a recomendação de adicionar o usuário comum ao grupo dip. Assim o fiz, porem, o usuário tem acesso irrestrito a todo o conteudo do diretório e arquivos. Pode, por exemplo, ler a password no arquivo /etc/ppp/peers/dsl-provider. Veja que isso não é desejável. Gostaria que o usuário comum pudesse simplesmente conectar e desconectar (pon, poff, plog), mas sem ter acesso ao conteudo dos arquivos. Como se faz isso? Sds. Paulo.
Was macht pon in /etc/bash_completion.d?!?
Hi, tja, das subject sagts eigentlich schon: was macht pon in /etc/bash_completion.d? Das steht dort drin, seitdem ich von woody zu sarge gewechselt habe. Zumindest ist es mir vorher nicht aufgefallen. Drinlassen oder loeschen? Any hints? ciao, Dirk -- | Akkuschrauber-Kaufberatung and AEG-GSM-stuff | | Visit my homepage: http://www.nutrimatic.ping.de/ | | FIDO: Dirk Salva 2:244/6305.10 Internet: dsalvaATgmx.de | |The Ruhrgebiet, best place to live in Germany! | -- 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: Was macht pon in /etc/bash_completion.d?!?
Dirk Salva [EMAIL PROTECTED] wrote: tja, das subject sagts eigentlich schon: was macht pon in /etc/bash_completion.d? Das steht dort drin, seitdem ich von woody zu sarge gewechselt habe. Zumindest ist es mir vorher nicht aufgefallen. Damit kannst du dann wahrscheinlich bash completion (falls aktiviert) fuer pon genießen. Drinlassen oder loeschen? Generell würde ich Sachen die ein Debian Paket wo hinsteckt auch dort lassen, außer natürlich du weisst genau was du machst. Das erspart viel Ärger. Christoph -- 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: Was macht pon in /etc/bash_completion.d?!?
Moinmoin! On Wed, Aug 18, 2004 at 07:04:00PM +0200, Dirk Salva wrote: was macht pon in /etc/bash_completion.d? | $ dpkg -S /etc/bash_completion.d/pon | ppp: /etc/bash_completion.d/pon | $ zgrep completion /usr/share/doc/ppp/changelog.Debian.gz | * Add bash completion script. (Closes: #170771) | $ HTH, Flo signature.asc Description: Digital signature
pon gives ttyS overrun after upgrade
I did an apt-get upgrade and, now, when I execute pon, my modem won't connect. The modem is seems to be making the same connection sounds as before the upgrade; also, the modem is working in Window98. I have before/after upgrade records from syslog. After upgrade, I notice this message: kernel: ttyS: 1 input overrun(s) By the way, is there a better mailing list or locate on BTS to report this problem? (Because I did an upgrade, I don't know which package is giving me trouble.) I provide the following information: - miscellaneous command-line - /etc/ppp/peers/provider - successful syslog before the upgrade - unsuccessful syslog after the upgrade = = = start of miscellaneous command-line $ setserial -bg /dev/ttyS* /dev/ttyS0 at 0x03f8 (irq = 4) is a 16550A /dev/ttyS1 at 0x02f8 (irq = 3) is a 16550A /dev/ttyS2 at 0x03e8 (irq = 4) is a 16550A $ setserial -aq /dev/ttyS2 /dev/ttyS2, Line 2, UART: 16550A, Port: 0x03e8, IRQ: 4 Baud_base: 115200, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal skip_test end of miscellaneous command-line start of /etc/ppp/peers/provider # This optionfile was generated by pppconfig 2.3.2. # # hide-password noauth connect /usr/sbin/chat -v -f /etc/chatscripts/provider debug /dev/ttyS2 115200 defaultroute noipdefault user ###MY_USER_ID### remotename provider ipparam provider usepeerdns end of /etc/ppp/peers/provider start of successful syslog before the upgrade Jun 30 08:59:23 box pppd[10108]: pppd 2.4.1 started by knoppix, uid 1000 Jun 30 08:59:24 box chat[10112]: abort on (BUSY) Jun 30 08:59:24 box chat[10112]: abort on (NO CARRIER) Jun 30 08:59:24 box chat[10112]: abort on (VOICE) Jun 30 08:59:24 box chat[10112]: abort on (NO DIALTONE) Jun 30 08:59:24 box chat[10112]: abort on (NO DIAL TONE) Jun 30 08:59:24 box chat[10112]: abort on (NO ANSWER) Jun 30 08:59:24 box chat[10112]: abort on (DELAYED) Jun 30 08:59:24 box chat[10112]: send (ATZ^M) Jun 30 08:59:25 box chat[10112]: expect (OK) Jun 30 08:59:25 box chat[10112]: Zz^PCARRIER^M Jun 30 08:59:25 box chat[10112]: ATZ^M^M Jun 30 08:59:25 box chat[10112]: OK Jun 30 08:59:25 box chat[10112]: -- got it Jun 30 08:59:25 box chat[10112]: send (ATDP###My_ISP_Number^M) Jun 30 08:59:25 box chat[10112]: expect (CONNECT) Jun 30 08:59:25 box chat[10112]: ^M ---no kernel: ttyS: 1 input overrun(s) occurs Jun 30 08:59:50 box chat[10112]: ATDP###My_ISP_Number^M^M Jun 30 08:59:50 box chat[10112]: CONNECT Jun 30 08:59:50 box chat[10112]: -- got it Jun 30 08:59:50 box chat[10112]: send (\d) Jun 30 08:59:51 box pppd[10108]: Serial connection established. Jun 30 08:59:51 box pppd[10108]: Using interface ppp0 Jun 30 08:59:51 box pppd[10108]: Connect: ppp0 -- /dev/ttyS2 key delta point Jun 30 08:59:53 box pppd[10108]: local IP address 209.226.185.176 Jun 30 08:59:53 box pppd[10108]: remote IP address 209.226.185.241 Jun 30 08:59:53 box pppd[10108]: primary DNS address 199.166.210.2 Jun 30 08:59:53 box pppd[10108]: secondary DNS address 199.166.210.5 ... Jun 30 14:57:19 box pppd[10108]: Terminating on signal 15. Jun 30 14:57:19 box last message repeated 2 times Jun 30 14:57:19 box pppd[10108]: Connection terminated. Jun 30 14:57:19 box pppd[10108]: Connect time 357.5 minutes. Jun 30 14:57:19 box pppd[10108]: Sent 1710469 bytes, received 52530926 bytes. Jun 30 14:57:19 box pppd[10108]: Terminating on signal 15. Jun 30 14:57:19 box pppd[10108]: Exit. end of successful syslog before the upgrade start of unsuccessful syslog after the upgrade Jul 3 20:28:38 box kernel: CSLIP: code copyright 1989 Regents of the University of California Jul 3 20:28:38 box kernel: PPP generic driver version 2.4.2 Jul 3 20:28:38 box pppd[1177]: pppd 2.4.2 started by knoppix, uid 1000 Jul 3 20:28:39 box chat[1179]: abort on (BUSY) Jul 3 20:28:39 box chat[1179]: abort on (NO CARRIER) Jul 3 20:28:39 box chat[1179]: abort on (VOICE) Jul 3 20:28:39 box chat[1179]: abort on (NO DIALTONE) Jul 3 20:28:39 box chat[1179]: abort on (NO DIAL TONE) Jul 3 20:28:39 box chat[1179]: abort on (NO ANSWER) Jul 3 20:28:39 box chat[1179]: abort on (DELAYED) Jul 3 20:28:39 box chat[1179]: send (ATZ^M) Jul 3 20:28:39 box chat[1179]: expect (OK) Jul 3 20:28:43 box chat[1179]: ATZ^M^M Jul 3 20:28:43 box chat[1179]: OK Jul 3 20:28:43 box chat[1179]: -- got it Jul 3 20:28:43 box chat[1179]: send (ATDP###My_ISP_Number^M) Jul 3 20:28:43 box chat[1179]: expect (CONNECT) Jul 3 20:28:43 box chat[1179]: ^M ---BAD!!! Jul 3 20:29:12 box kernel: ttyS: 1 input overrun(s) Jul 3 20:29:12 box chat[1179]: ATDP###My_ISP_Number^M Jul 3 20:29:12 box chat[1179]: CONNECT Jul 3 20:29:12 box chat[1179]: -- got it Jul 3 20:29:12 box chat[1179]: send (\d) Jul 3 20:29:13 box pppd[1177]: Serial
pon et poff dans gnome
Bonjour, comment gerez vous pour une conection rtc le PON et le POFF. J'utilise mozila sous sarge. Comment fait t'on des racourcis pour lancer ces 2 commandes en mode graphique. Merci de vos reponses. denis un fil recent m'a permis de resoudre un soucis de conection RTC merci la liste.
Re: pon et poff dans gnome
Le 22.06.2004 21:39:49, Famille Bailiet Denis, Marie-Christine, 3A a écrit : Bonjour, comment gerez vous pour une conection rtc le PON et le POFF. J'utilise mozila sous sarge. Comment fait t'on des racourcis pour lancer ces 2 commandes en mode graphique. Sous gnome, dans le panel, vous vez une applet appelée lumières du modem. Elle permet de lancer pon et poff (paramétrables). Dans un tableau de bord, clic droit - ajouter au tablau de bord - internet -lumières du modem. --v-- - Jean-Luc Merci de vos reponses. denis un fil recent m'a permis de resoudre un soucis de conection RTC merci la liste. pgpXttbNSsPMs.pgp Description: PGP signature
Re: pon et poff dans gnome
Le 12591ième jour après Epoch, Jean-Luc Coulon écrivait: Le 22.06.2004 21:39:49, Famille Bailiet Denis, Marie-Christine, 3A a écrit : Bonjour, comment gerez vous pour une conection rtc le PON et le POFF. J'utilise mozila sous sarge. Comment fait t'on des racourcis pour lancer ces 2 commandes en mode graphique. Sous gnome, dans le panel, vous vez une applet appelée lumières du modem. Elle permet de lancer pon et poff (paramétrables). Dans un tableau de bord, clic droit - ajouter au tablau de bord - internet -lumières du modem. Sinon, ya gkrellm qui fait ça bien. Ou alors xterm :)
Re: pon et poff dans gnome
Le Tue, 22 Jun 2004 21:50:12 +0200, Famille Bailiet Denis, Marie-Christine, 3A a écrit : Comment fait t'on des racourcis pour lancer ces 2 commandes en mode graphique. J'utilise gkrellm, qui marche quel que soit le gestionnaire de fenêtres. Il contient un bouton qui utilise pon et poff. n.
pon okay, browsers not.
Interesting problem, which I have never encountered. I set up my dial-in with pppconfig, run pon and I connect to my ISP fine. Mozilla, lynx or any other browser can't connect to anything on the net, however. Wrong nameservers were my first thought, but they are dynamic, not static. Any hints on where to look? Thanks. Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon okay, browsers not.
Hi, On Sun, 25 Apr 2004, Hans wrote: Interesting problem, which I have never encountered. I set up my dial-in with pppconfig, run pon and I connect to my ISP fine. Mozilla, lynx or any other browser can't connect to anything on the net, however. Wrong nameservers were my first thought, but they are dynamic, not static. Any hints on where to look? Thanks. How is your routing table? route -n There should be a default gateway, where it points to depends on your ISP. For DNS to work, first check if you can ping anything on the outside network, like: ping 66.102.9.10 If that works, your connection is fine. Try a 'host www.google.nl' or something to check if DNS works. If both of this works you really should have a connection. If the ping fails, your connection/routing is wrong. If the hostname resolution fails, there is something wrong with your DNS. Greetz, Sebas -- English written by Dutch people is easily recognized by the improper use of 'In principle ...' The software box said 'Requires Windows 95 or better', so I installed Linux. Als Pacman in de jaren '80 de kinderen zo had be?nvloed zouden nu veel jongeren rondrennen in donkere zalen terwijl ze pillen eten en luisteren naar monotone electronische muziek. (Kristian Wilson, Nintendo, 1989) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon okay, browsers not.
Hans wrote: Interesting problem, which I have never encountered. I set up my dial-in with pppconfig, run pon and I connect to my ISP fine. Mozilla, lynx or any other browser can't connect to anything on the net, however. Wrong nameservers were my first thought, but they are dynamic, not static. Any hints on where to look? Thanks. Hans After you connect, what's the output of ifconfig -a? Can you ping your localhost? Can you ping your ISP's gateway or mail server? Can you ping an outside machine? -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pon okay, browsers not.
Sebastiaan wrote: Hi, On Sun, 25 Apr 2004, Hans wrote: Interesting problem, which I have never encountered. I set up my dial-in with pppconfig, run pon and I connect to my ISP fine. Mozilla, lynx or any other browser can't connect to anything on the net, however. Wrong nameservers were my first thought, but they are dynamic, not static. Any hints on where to look? Thanks. How is your routing table? route -n There should be a default gateway, where it points to depends on your ISP. For DNS to work, first check if you can ping anything on the outside network, like: ping 66.102.9.10 If that works, your connection is fine. Try a 'host www.google.nl' or something to check if DNS works. If both of this works you really should have a connection. If the ping fails, your connection/routing is wrong. If the hostname resolution fails, there is something wrong with your DNS. Greetz, Sebas I can ping outside my network, like the DNS server of my ISP. The hostname resolutions indeed fails, so what's wrong with my DNS then? Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: usage of ifup ppp0 as opposed to pon
#this is for ppp0 configuration auto ppp0 iface ppp0 inet ppp up /etc/iptables/iptables.sh start provider dsl-provider down poff -a post-down /etc/iptables/iptables.sh stop 1. You don't need the down line. ifdown runs pon and poff for you. 2. The up and post-down commands don't work properly with ppp ifaces. See bug #127786. The problem is that ifup simply runs pon and then the up commands; pon returns immediately -- i.e., before pppd has finished bringing up the ppp connection -- so the up commands get run too early. A similar problem afflicts the post-down commands. Until this bug is fixed you have to put up commands into a script in /etc/ppp/ip-up.d/ and post-down commands into a script in /etc/ppp/ip-down.d/ . -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: usage of ifup ppp0 as opposed to pon
Apparently, _Thomas Hood_, on 03/21/04 04:09,typed: 1. You don't need the down line. ifdown runs pon and poff for you. OK. 2. The up and post-down commands don't work properly with ppp ifaces. See bug #127786. The problem is that ifup simply runs pon and then the up commands; pon returns immediately -- i.e., Yes, I noticed that. I was running my detailed firewall script using the up command. I noticed that it was running too early and was not able to know the IP address. I hadn't been assigned yet! So I that firewall script, I just put a small while loop which polled the output of ifconfig ppp0 command to know if the IP has been assigned. Assuming that my algorithm to extract the IP address from the output of ifconfig command is correct, can this be considered as a work around to this problem of up commands running too early? before pppd has finished bringing up the ppp connection -- so the up commands get run too early. A similar problem afflicts the post-down commands. Until this bug is fixed I hadn't noticed the negative delay in post-down commands. thanks, -HS -- (Remove all underscores,_if any_, from my email address to get the correct one. Apologies for the inconvenience, but this is to reduce spam.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
usage of ifup ppp0 as opposed to pon
(I am using Debian Sarge, running kernel 2.4.24-1-686) I recently installed new version of iptables and noticed it had made some changes to the start up scripts. While going over the documentation, I realized that I can use pre-up and up and down and post-down commands in the /etc/network/interfaces file to execute my firewall scripts. I am totally new to this method and I have it sort of working. But the problem is that I am not sure how ifup command relates to the pon command. I can have the various commands executed as an interface is brought up, but what happens if I just pon (which I think brings up the interfaces?). I may not have made myself very clear, so feel free to ask that I rephrase. In the ppp0 section, what do you make of my pre-up, up and down and post-down command? At present, /etc/init.d/networking restart works perfectly fine, so that if I boot my computer I should have my firewall up. But ifdown ppp0 says: # ifdown ppp0 /usr/bin/poff: I could not find a pppd process for provider 'dsl-provider'. None stopped. ifup ppp0 works fine. But I am not sure what happens if I use the usual method of pon and poff. Also, this troubles me because I guess pon activates my connection on start up. If this command ignores the ppp0 section in interfaces file, I will be without my firewall till I manually bring it up. Here is my interfaces file: # cat /etc/network/interfaces # Used by ifup(8) and ifdown(8). See the interfaces(5) manpage or # /usr/share/doc/ifupdown/examples for more information. # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface auto lo iface lo inet loopback # The first network card - this entry was created during the Debian installation # (network, broadcast and gateway are optional) auto eth0 iface eth0 inet static address 192.168.1.0 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 #drop everthing on all interfaces except lo pre-up /etc/iptables/iptables.sh panic #get the rules up which do not require my DSL IP pre-up /etc/iptables/iptables.sh preup_start auto eth1 iface eth1 inet static address 192.168.0.2 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 #gateway 192.168.1.0 #this is for ppp0 configuration auto ppp0 iface ppp0 inet ppp #pre-up /etc/iptables/iptables.sh preup_start #pre-up ip link set eth0 up #now that ppp0 is up, implement more detailes rules that #use the IP address that my DSL provider assigned me just now up /etc/iptables/iptables.sh start provider dsl-provider down poff -a post-down /etc/iptables/iptables.sh stop In the above: /etc/iptables/iptables.sh preup_start command implements a ruleset that does not use any public IP of my machine, and /etc/iptables/iptables.sh start commands first obtains the IP address that my provider assigns me (I get a new one everytime I logon) and then implements a rule set with more details using this IP address. thanks, -HS -- (Remove all underscores,_if any_, from my email address to get the correct one. Apologies for the inconvenience, but this is to reduce spam.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Can anyone give me any clues as to why I need to run ifconfig xxx down in order to use pon and modem? I haven't had a network until recently but now that I do it would be nice to not need to turn the network off in order to use my dialup connection. Thanks for any ideas. Can't use ethernet and modem at same time
Can anyone give me any clues as to why I need to run ifconfig xxx down in order to use pon and modem? I haven't had a network until recently but now that I do it would be nice to not need to turn the network off in order to use my dialup connection. Thanks for any ideas. Ken -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can anyone give me any clues as to why I need to run ifconfig xxx down in order to use pon and modem? I haven't had a network until recently but now that I do it would be nice to not need to turn the network off in order to use my dialup connection. Thanks for any ideas. Can't use ethernet and modem at same time
Ken writes: Can anyone give me any clues as to why I need to run ifconfig xxx down in order to use pon and modem? You have probably made your network your default gateway. You don't want to do that. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: graphical frontend to pon/poff
Hello, I am using the Modem Lights Applet included in woody for Gnome 1.4. You then have a little icon on the task bar in which you can connect, discontect, watch modem lights, transfer activityetc. It uses pon and poff command by default, but you can change it if needed. You can find it in gnome menu, appletts-network- modem lights. Good luck. Ramiro (Valladolid, Spain) On Thu, Jan 08, 2004 at 02:22:26PM +, Simon Tod wrote: I'm trying to set up a box for my Dad so that it's nice and user friendly and he won't have to resort to the command line to use a few simple packages. Having used Knoppix for its awesome hardware detection I stripped out KDE and replaced it with Gnome, for the accessibility tools. I thought gkdial would be just the ticket to use as a 'wrapper' around pon/poff - gpppon is too simplistic - and it seems to work, reasonably well. BUT the dialog box doesn't display the fact that it's successfully connected and the counters that display bytes transferred and length of connection stay at zero. ALSO, if I close the dialog box when I'm not connected I can't reopen it, except from the command line and the whole point was to have a nice user friendly icon on the desktop... Anyone else had any problems with this or is there an alternative wrapper that'll work with Gnome? I know there's kppp but that requires pulling back in all the kdelibs stuff... Thanks... = --- Simon Tod [EMAIL PROTECTED] Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: graphical frontend to pon/poff
Paul Johnson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Jan 08, 2004 at 02:22:26PM +, Simon Tod wrote: I thought gkdial would be just the ticket to use as a 'wrapper' around pon/poff - gpppon is too simplistic - and it seems to work, reasonably well. BUT the dialog box doesn't display the fact that it's successfully connected and the counters that display bytes transferred and length of connection stay at zero. ALSO, if I close the dialog box when I'm not connected I can't reopen it, except from the command line and the whole point was to have a nice user friendly icon on the desktop... Frontends are overkill. Two options on how to do this better with just the ppp package with no frontends: With any modem: Add the demand option to the PPP configuration. With external, non-USB modems (recommended): Add the persist option and rename /etc/ppp/no_ppp_on_boot to /etc/ppp/ppp_on_boot. To connect: Turn modem on. To disconnect: Turn modem off. That is a neat idea. I use fvwm and wmppp because I can connect with it and it keeps showing what is happening, which I think I want to know, although with my external modem the lights show the same thing and as you say frontends are overkill. Hugo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
graphical frontend to pon/poff
I'm trying to set up a box for my Dad so that it's nice and user friendly and he won't have to resort to the command line to use a few simple packages. Having used Knoppix for its awesome hardware detection I stripped out KDE and replaced it with Gnome, for the accessibility tools. I thought gkdial would be just the ticket to use as a 'wrapper' around pon/poff - gpppon is too simplistic - and it seems to work, reasonably well. BUT the dialog box doesn't display the fact that it's successfully connected and the counters that display bytes transferred and length of connection stay at zero. ALSO, if I close the dialog box when I'm not connected I can't reopen it, except from the command line and the whole point was to have a nice user friendly icon on the desktop... Anyone else had any problems with this or is there an alternative wrapper that'll work with Gnome? I know there's kppp but that requires pulling back in all the kdelibs stuff... Thanks... = --- Simon Tod [EMAIL PROTECTED] Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: graphical frontend to pon/poff
On Thu, 8 Jan 2004 14:22:26 + (GMT) Simon Tod [EMAIL PROTECTED] wrote: I'm trying to set up a box for my Dad so that it's nice and user friendly and he won't have to resort to the command line to use a few simple packages. Having used Knoppix for its awesome hardware detection I stripped out KDE and replaced it with Gnome, for the accessibility tools. I thought gkdial would be just the ticket to use as a 'wrapper' around pon/poff - gpppon is too simplistic - and it seems to work, reasonably well. BUT the dialog box doesn't display the fact that it's successfully connected and the counters that display bytes transferred and length of connection stay at zero. ALSO, if I close the dialog box when I'm not connected I can't reopen it, except from the command line and the whole point was to have a nice user friendly icon on the desktop... Anyone else had any problems with this or is there an alternative wrapper that'll work with Gnome? I know there's kppp but that requires pulling back in all the kdelibs stuff... Thanks... You could try the Libranetppp. It will supply you with a full on-screen log/analysis complete with byte read-out and other applicables if you want to sit around and watch. If you don't, just minimize it, pull it up again in case of disconnections or whatever. It operates on a simple click connect/disconnect, so it sounds as though that's what you are looking for. They have an excellent adminmenu/Xadminmenu setup that is great for newbies, also. I'm not at my main machine at the moment. I could post the appropriate entry for your apt/sources list later, though, if you require it, or if you need it sooner, drop by the forums on the site. http://www.libranet.com/ Regards, David. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: graphical frontend to pon/poff
On Thu, Jan 08, 2004 at 02:22:26PM +, Simon Tod wrote: I'm trying to set up a box for my Dad so that it's nice and user friendly and he won't have to resort to the command line to use a few simple packages. Having used Knoppix for its awesome hardware detection I stripped out KDE and replaced it with Gnome, for the accessibility tools. I thought gkdial would be just the ticket to use as a 'wrapper' around pon/poff - gpppon is too simplistic - and it seems to work, reasonably well. BUT the dialog box doesn't display the fact that it's successfully connected and the counters that display bytes transferred and length of connection stay at zero. ALSO, if I close the dialog box when I'm not connected I can't reopen it, except from the command line and the whole point was to have a nice user friendly icon on the desktop... iirc gpppon should show you that you are connected, it could be that you are experiencing permission problems. Try running pon from the command line as the user and make sure that it gives you output. iirc you need to set special permissions for it, the permissions for pon and poff weren't enough. Anyone else had any problems with this or is there an alternative wrapper that'll work with Gnome? I know there's kppp but that requires pulling back in all the kdelibs stuff... Thanks... = --- Simon Tod [EMAIL PROTECTED] Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: graphical frontend to pon/poff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Jan 08, 2004 at 02:22:26PM +, Simon Tod wrote: I thought gkdial would be just the ticket to use as a 'wrapper' around pon/poff - gpppon is too simplistic - and it seems to work, reasonably well. BUT the dialog box doesn't display the fact that it's successfully connected and the counters that display bytes transferred and length of connection stay at zero. ALSO, if I close the dialog box when I'm not connected I can't reopen it, except from the command line and the whole point was to have a nice user friendly icon on the desktop... Frontends are overkill. Two options on how to do this better with just the ppp package with no frontends: With any modem: Add the demand option to the PPP configuration. With external, non-USB modems (recommended): Add the persist option and rename /etc/ppp/no_ppp_on_boot to /etc/ppp/ppp_on_boot. To connect: Turn modem on. To disconnect: Turn modem off. - -- .''`. Paul Johnson [EMAIL PROTECTED] : :' : `. `'` proud Debian admin and user `- Debian - when you have better things to do than fix a system -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQE//gPZUzgNqloQMwcRAtxEAKCfExyySq4J0PSP+eQpdDxbtH+nuQCfS4A7 DfLk55+OH7DDtjO/HBYNq4A= =hYYG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ip-up.d ip-down.d auch bei pon / poff ?
Hallo Ralph. On Wed, Jan 07, 2004 at 04:55:23AM +0100, Ralph Bergmann wrote: [ . im Dateinamen im Verzeichnis /etc/ppp/ip-up.d/ ] Das könnte das Problem gewesen sein. Als es nicht ging, da hatte ich ein Punkt im Dateinamen, jetzt ist er nicht mehr da und es geht. Könnte also am Punkt gelegen haben. Der Inhalt von /etc/ppp/ip-up.d wird in /etc/ppp/ip-up mit run-parts /etc/ppp/ip-up.d ausgefuehrt. In 'man run-parts' steht im ersten Absatz, welche Zeichen im Dateinamen enthalten sein duerfen, damit die Skripte nicht ignoriert werden. Mit 'run-parts --test /etc/ppp/ip-up.d' kann man pruefen, ob alles ausgefuehrt wird. P.S.: Ja, ich hatte auch mal ein skript.sh, das nicht laufen wollte ;). Tschuess, Sebastian -- 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)
ip-up.d ip-down.d auch bei pon / poff ?
Hallo Liste! Ein kurze Frage: Werden die Scripte in /etc/ppp/ip-up.d bzw. ip-down.d bei 'pon', 'poff' mit ausgeführt? Danke! Ralph -- 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: ip-up.d ip-down.d auch bei pon / poff ?
Hallo Ralph, On Tue, Jan 06, 2004 at 04:59:00PM +0100, Ralph Bergmann wrote: Ein kurze Frage: Werden die Scripte in /etc/ppp/ip-up.d bzw. ip-down.d bei 'pon', 'poff' mit ausgeführt? Kurze Antwort: Ja! Grüße Mathias signature.asc Description: Digital signature
Re: ip-up.d ip-down.d auch bei pon / poff ?
Mathias Klein wrote: Kurze Antwort: Ja! Gibt es bestimmte Anforderungen an solch ein Script? Weil ich hab ein Script welches mein dyndns aktualisieren soll, macht es aber nicht. Wenn ich das Script dann aber von Hand starte, dann macht es das :( Ralph -- 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: ip-up.d ip-down.d auch bei pon / poff ?
Hallo, On Tue, Jan 06, 2004 at 06:23:47PM +0100, Ralph Bergmann wrote: Mathias Klein wrote: Kurze Antwort: Ja! Gibt es bestimmte Anforderungen an solch ein Script? Weil ich hab ein Script welches mein dyndns aktualisieren soll, macht es aber nicht. Wenn ich das Script dann aber von Hand starte, dann macht es das :( Eigentlich nicht. Schau Dir evtl. mal ez-ipupdate ipcheck ddclient an. Die sind vielfach im Einsatz und funktionieren. Von DynDNS hab ich persönlich aber keine Ahnung. Ralph Mathias signature.asc Description: Digital signature
Re: ip-up.d ip-down.d auch bei pon / poff ?
Ralph Bergmann schrieb: Mathias Klein wrote: Kurze Antwort: Ja! Gibt es bestimmte Anforderungen an solch ein Script? Weil ich hab ein Script welches mein dyndns aktualisieren soll, macht es aber nicht. Wenn ich das Script dann aber von Hand starte, dann macht es das :( wahrscheinlich startet Dein Script an der falschen Stelle. In ip-up.d ist die Reihenfolge der Scripte wichtig. Meinen Script habe ich 02ddns genannt und er startet somit zum richtigen Zeitpunkt. Ralph Gruss Reinhold -- 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: ip-up.d ip-down.d auch bei pon / poff ?
am Tue, dem 06.01.2004, um 18:23:47 +0100 mailte Ralph Bergmann folgendes: Mathias Klein wrote: Kurze Antwort: Ja! Gibt es bestimmte Anforderungen an solch ein Script? Weil ich hab ein Script welches mein dyndns aktualisieren soll, macht es aber nicht. Wenn ich das Script dann aber von Hand starte, dann macht es das :( Jein. Bedenke, daß Du nicht Dein normales Environment hast, u.a. keine Pfade. Dieser Fehler wird immer wieder gern genommen... Andreas -- Diese Message wurde erstellt mit freundlicher Unterstützung eines freilau- fenden Pinguins aus artgerechter Freilandhaltung. Er ist garantiert frei von Micro$oft'schen Viren. (#97922 http://counter.li.org) GPG 7F4584DA Was, Sie wissen nicht, wo Kaufbach ist? Hier: N 51.05082°, E 13.56889° ;-) -- 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: ip-up.d ip-down.d auch bei pon / poff ?
Reinhold Plew wrote: wahrscheinlich startet Dein Script an der falschen Stelle. In ip-up.d ist die Reihenfolge der Scripte wichtig. Meinen Script habe ich 02ddns genannt und er startet somit zum richtigen Zeitpunkt. hmmm... mein Script startete garnicht. Als ich dann den Dateinamen etwas kürzer wählte ging es. Hab ich aber auch nur mit Hilfe der Log's rausgefunden. Ralph -- 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: ip-up.d ip-down.d auch bei pon / poff ?
Ralph Bergmann schrieb: Reinhold Plew wrote: wahrscheinlich startet Dein Script an der falschen Stelle. In ip-up.d ist die Reihenfolge der Scripte wichtig. Meinen Script habe ich 02ddns genannt und er startet somit zum richtigen Zeitpunkt. hmmm... mein Script startete garnicht. Als ich dann den Dateinamen etwas kürzer wählte ging es. hat eigentlich nichts mit der Länge des Namens zu tun, das sollte egal sein. Hast Du noch mehr geändert? Hab ich aber auch nur mit Hilfe der Log's rausgefunden. schau Dir Dir mal den Script an welcher das Verzeichnis ip-up.d durchforstet, da erfährst Du etwas über die Funktion. Ralph Reinhold -- 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: ip-up.d ip-down.d auch bei pon / poff ?
On Tue, 06 Jan 2004 the mental interface of Reinhold Plew told: Ralph Bergmann schrieb: Reinhold Plew wrote: wahrscheinlich startet Dein Script an der falschen Stelle. In ip-up.d ist die Reihenfolge der Scripte wichtig. Meinen Script habe ich 02ddns genannt und er startet somit zum richtigen Zeitpunkt. hmmm... mein Script startete garnicht. Als ich dann den Dateinamen etwas kürzer wählte ging es. hat eigentlich nichts mit der Länge des Namens zu tun, das sollte egal sein. Hast Du noch mehr geändert? Vielleicht Umlaute, die bei der Abkürzung verloren gingen? root`s LANG=C und Deine vieleicht [EMAIL PROTECTED] Ciao Elimar -- Experience is something you don't get until just after you need it! pgp0.pgp Description: PGP signature
Re: ip-up.d ip-down.d auch bei pon / poff ?
Ralph Bergmann [EMAIL PROTECTED] dixit: Gibt es bestimmte Anforderungen an solch ein Script? Weil ich hab ein Script welches mein dyndns aktualisieren soll, macht es aber nicht. Wenn ich das Script dann aber von Hand starte, dann macht es das :( Dann gib dem Aufruf von ddclient mal den kompletten Pfad mit, dann wird es starten. Gruss Peter Blancke -- Hoc est enim verbum meum! -- 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: ip-up.d ip-down.d auch bei pon / poff ?
Ralph Bergmann [EMAIL PROTECTED] writes: Ein kurze Frage: Werden die Scripte in /etc/ppp/ip-up.d bzw. ip-down.d bei 'pon', 'poff' mit ausgeführt? Kommt darauf an. Die Skripte werden beim Verbindungsauf- bzw. -abbau ausgeführt. Je nach Einstellung muss pon nicht zum Verbindungsaufbau führen und poff führt nur zum Verbindungsabbau, wenn gerade eine Verbindung bestand. Gruß, Heike -- 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)