Re: ppp will nicht mehr
Am Montag, den 07. März 2005 schrubte Stephan Schmidt: dort steht drin das man die Einwahl-Methode umstellen soll, Ja, das habe ich mit 2.4.2 auch schon so, funktieriert ja auch bestens. Ist auch ein Beispiel drin. Das wichtige dabei ist nur, das man voher das Interface an dem das DSL-Model hängt, hochbringt, sonst passiert nämlich nichts. Richtig, das stand im Changelog. Auch das habe ich probiert. Jo bitte, habe auch das ganze WE gebastelt, damit das wieder tut. Danke, aber irgendwie stehe ich da gerade auf dem Schlauch. Mit 2.4.3 klappt es nicht. Bei mir ist eth0 das device, dass für pppoe zuständig ist. Also versuche ich 'ifconfig eth0 address 0.0.0.0 up'. Danach ppp und eigentlich sollte es klappen. Tut es aber nicht. Auch nicht, wenn ich irgendeine private IP vergebe nicht. -- ) .--. Bei E-Mail Antworten muss der Betreff )#=+ ' mit 'USENET' beginnen, sonst /dev/null /## | .+.Liebe Grüsse, ,,/###,|,,| Michael -- 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: ppp will nicht mehr
Michael Liebl schrieb: dort steht drin das man die Einwahl-Methode umstellen soll, Ja, das habe ich mit 2.4.2 auch schon so, funktieriert ja auch bestens. Mhh, ok die Version habe ich wohl schon nicht mitbekommen, weil ich lange keinen reboot gemacht habe. Danke, aber irgendwie stehe ich da gerade auf dem Schlauch. Mit 2.4.3 klappt es nicht. Bei mir ist eth0 das device, dass für pppoe zuständig ist. Also versuche ich 'ifconfig eth0 address 0.0.0.0 up'. Danach ppp und eigentlich sollte es klappen. Tut es aber nicht. Auch nicht, wenn ich irgendeine private IP vergebe nicht. Mhh also ich habe nun in der /etc/network/interfaces sowas drin stehen. auto eth0 iface eth0 inet static address 10.0.0.1 netmask 255.255.255.0 network 10.0.0.0 broadcast 10.0.0.255 Und dann kommt beim reboot auch eth0 hoch und dann kann sich der pppd verbinden. Was ich erst hatte, war ein Script das ein pppoe -A -I eth0 gemacht hat und danach den pppd gestartet hat, das ging auch, war mir aber irgendwie nicht gut genug. Nun habe ich allerdings das Problem das sich der Rechner nach der Zwangstrennung nicht wieder einwählt. Hoffe ein wenig geholfen zu haben. Gruß Stephan -- 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: ppp will nicht mehr
Am Montag, den 07. März 2005 schrubte Stephan Schmidt: Mhh also ich habe nun in der /etc/network/interfaces sowas drin stehen. auto eth0 iface eth0 inet static address 10.0.0.1 netmask 255.255.255.0 network 10.0.0.0 broadcast 10.0.0.255 Und dann kommt beim reboot auch eth0 hoch und dann kann sich der pppd verbinden. Auch das hatte ich schon drin stehen. Aber der pppd tut bei mir einfach *nichts*. Was ich erst hatte, war ein Script das ein pppoe -A -I eth0 gemacht hat und danach den pppd gestartet hat, das ging auch, war mir aber irgendwie nicht gut genug. Das werde ich mal probieren. Nun habe ich allerdings das Problem das sich der Rechner nach der Zwangstrennung nicht wieder einwählt. Ich mache das jeden Tag um 0600h mit einem Cronjob. Hoffe ein wenig geholfen zu haben. Hast Du, danke! -- ) .--. Bei E-Mail Antworten muss der Betreff )#=+ ' mit 'USENET' beginnen, sonst /dev/null /## | .+.Liebe Grüsse, ,,/###,|,,| Michael -- 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)
ppp will nicht mehr
Hallo Liste! Ich verwende hier gerade Debian/sid und habe ein update von ppp 2.4.2 auf ppp 2.4.3 gemacht. Danach konnte ich leider keine Verbindung mehr herstellen zum ISP. Changelog habe ich gelesen, bugs.debian.org auch. Nichts dergleichen zu finden, darum denke ich, bei mir ist irgendwas falsch oder ich habe irgendwas übersehen/überlesen. Beim ausführen von pppd call provider, pon oder ifup isp wird nur dies angezeigt: Plugin rp-pppoe.so loaded. RP-PPPoE plugin version 3.3 compiled against pppd 2.4.3 Der pppd beendet sich sofort wieder. Es ist im Log kein Versuch eines verbindungsaufbaus zu sehen. Achso, ich benutze Kernel 2.6.10 mit dem pppoe Modul aus dem Kernel. Nach dem downgrage zu ppp 2.4.2 funktioniert wieder alles bestens, damit kann ich erstmal leben. Wäre toll, wenn jemand eine Idee dazu hat, dankeschön! -- ) .--. )#=+ ' /## | .+.Liebe Grüsse, ,,/###,|,,| Michael -- 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)
/etc/ppp/ppp_on_boot is deprecated
Hallo Liste, Ich habe gerade einen apt-get update apt-get upgrade ausgeführt. Jetzt kriege ich folgende Meldung bei der dsl-einwahlt mit /etc/init.d/ppp start ** * /etc/ppp/ppp_on_boot is deprecated. Please configure your system to use * the standard /etc/network/interfaces method. * You can consult /usr/share/doc/ppp/README.Debian.gz and interfaces(5) * for details. * * This message has been printed by /etc/init.d/ppp . ** the standard /etc/network/interfaces method. --- und wie ist die für dsl interface? Bis jetzt standen in der Datei nur die Physischen Karten drinn: sprich eth0. . ich bin verwirrt. Vielleicht wisst ihr ja bescheit. MFG Ach ja, die distro ist: Debian Sarge. -- XP-Webdesign [EMAIL PROTECTED]
Re: /etc/ppp/ppp_on_boot is deprecated
Am Freitag, den 25.02.2005, 15:13 +0100 schrieb XP-Webdesign: Hallo Liste, Ich habe gerade einen apt-get update apt-get upgrade ausgeführt. Jetzt kriege ich folgende Meldung bei der dsl-einwahlt mit /etc/init.d/ppp start ** * /etc/ppp/ppp_on_boot is deprecated. Please configure your system to use * the standard /etc/network/interfaces method. * You can consult /usr/share/doc/ppp/README.Debian.gz and interfaces(5) * for details. * * This message has been printed by /etc/init.d/ppp . ** the standard /etc/network/interfaces method. --- und wie ist die für dsl interface? Bis jetzt standen in der Datei nur die Physischen Karten drinn: sprich eth0. . ich bin verwirrt. Vielleicht wisst ihr ja bescheit. MFG Ach ja, die distro ist: Debian Sarge. -- XP-Webdesign [EMAIL PROTECTED] Okay, problem gelöst. Es stand doch was in der Readme. entschuldigt das schnelle Schreiben. Die Lösung ist folgende: If you want to have PPP started at boot time then add something like this to /etc/network/interfaces: auto myisp iface myisp inet ppp provider dsl-provider Do not forget to remove the obsolete script /etc/ppp/ppp_on_boot, if you configured it for an older version of this package. anstatt von auto myisp hab ich auto ppp0 angegeben, selbiges beim iface. -- XP-Webdesign [EMAIL PROTECTED]
Re: /etc/ppp/ppp_on_boot is deprecated
XP-Webdesign schrieb: ^^ ein Realname wäre schön... Hallo Liste, Ich habe gerade einen apt-get update apt-get upgrade ausgeführt. Jetzt kriege ich folgende Meldung bei der dsl-einwahlt mit /etc/init.d/ppp start ** * /etc/ppp/ppp_on_boot is deprecated. Please configure your system to use * the standard /etc/network/interfaces method. * You can consult /usr/share/doc/ppp/README.Debian.gz and interfaces(5) Da steht unter anderem folgendes drin: If you want to have PPP started at boot time then add something like this to /etc/network/interfaces: auto myisp iface myisp inet ppp provider dsl-provider Do not forget to remove the obsolete script /etc/ppp/ppp_on_boot, if you configured it for an older version of this package. --- und wie ist die für dsl interface? So, wie es im Beispiel steht... Bis jetzt standen in der Datei nur die Physischen Karten drinn: sprich eth0. . Bei mir steht da unter anderem auch lo als Interface drin, und das ist auch keine physische Karte... ich bin verwirrt. Vielleicht wisst ihr ja bescheit. Ja, dank der Textmeldung weiss ich Bescheid. MFG Gruß Nico -- 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: PPP ip-up and firestarter
--- Wayne Topa [EMAIL PROTECTED] wrote: Jedi Knight([EMAIL PROTECTED]) is reported to have said: Hello, I'm using debian and use ppp to dial to my ISP. I wanted to start firestarter whenever my connection is up and stop it whenever my connection goes down. Firestarter creates automatically a script in /etc/ppp/ip-ip.d/ directory so that /etc/ppp/ip-up script runs it whenever ppp is up. However, it's not working. What do you mean by it's not working? If you do $iptables -L what do you see? Although I get the message that ip-up script started, nothing seems to happen. What are you expecting to see? Is the 'Active' status showing it is 'disabled or what? I check the firestarter status with /etc/init.d/firestarter status and it tells me that it's not running. What could be the problem? Thanks for your help. I just tested the version I am running, 1.0.1-1, and /etc/init.d/firestarter start does start the firewall and /etc/init.d/firestarter status does say it is up and iptables -L does display the firewall rules. I do notice one bug tho, I have a script in /etc/ppp/ip-dowd.d to stop the firewall and it does, as shown the /etc/init.d/firestarter status script but the GUI status indicator still says it is active. As a Jedi you should remember that you have to explain the problem in more detail to us mere mortals. :-) WT -- You are making progress if each mistake is a new one. ___ Oh... sorry about that. Sometimes I just forget that I'm a Jedi... :) Anyway, whenever I get connected to my ISP, I get the message that the ip-up script has started and a little while later, that it has finished. However, If I check iptables -L, there's no rules at all. And /etc/init.d/firestarter status tells me it's stopped. The firestarter GUI status is stopped too. So I have to start it manually every time I get connected. It seems that the ip-up script is not being run correctly by pppd, but I just don't know what could be wrong with it. The funny thing is that if I run /etc/ppp/ip-up manually after the connection is made it works perfectly. = May the force be with you. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP ip-up and firestarter
On Sat, Dec 25, 2004 at 06:04:01AM -0800, Jedi Knight wrote: Anyway, whenever I get connected to my ISP, I get the message that the ip-up script has started and a little while later, that it has finished. However, If I check iptables -L, there's no rules at all. For starters, I'd change /etc/init.d/firestarter so that right at the start, it creates a file or something so that you can check whether it's really running or not. If it is, try the #!/bin/bash -x option to trace what it's doing. If it isn't, try the same debugging technique on the script that is supposed to be invoking firestarter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
PPP ip-up and firestarter
Hello, I'm using debian and use ppp to dial to my ISP. I wanted to start firestarter whenever my connection is up and stop it whenever my connection goes down. Firestarter creates automatically a script in /etc/ppp/ip-ip.d/ directory so that /etc/ppp/ip-up script runs it whenever ppp is up. However, it's not working. Although I get the message that ip-up script started, nothing seems to happen. I check the firestarter status with /etc/init.d/firestarter status and it tells me that it's not running. What could be the problem? Thanks for your help. __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP ip-up and firestarter
Jedi Knight([EMAIL PROTECTED]) is reported to have said: Hello, I'm using debian and use ppp to dial to my ISP. I wanted to start firestarter whenever my connection is up and stop it whenever my connection goes down. Firestarter creates automatically a script in /etc/ppp/ip-ip.d/ directory so that /etc/ppp/ip-up script runs it whenever ppp is up. However, it's not working. What do you mean by it's not working? If you do $iptables -L what do you see? Although I get the message that ip-up script started, nothing seems to happen. What are you expecting to see? Is the 'Active' status showing it is 'disabled or what? I check the firestarter status with /etc/init.d/firestarter status and it tells me that it's not running. What could be the problem? Thanks for your help. I just tested the version I am running, 1.0.1-1, and /etc/init.d/firestarter start does start the firewall and /etc/init.d/firestarter status does say it is up and iptables -L does display the firewall rules. I do notice one bug tho, I have a script in /etc/ppp/ip-dowd.d to stop the firewall and it does, as shown the /etc/init.d/firestarter status script but the GUI status indicator still says it is active. As a Jedi you should remember that you have to explain the problem in more detail to us mere mortals. :-) WT -- You are making progress if each mistake is a new one. ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problem mit PPP und Kernel-Unterstützung dafür
Hallo, vorneweg: Antworten bitte mit cc an meine Adresse, ich bin nicht auf der Liste. ich bin gerade dabei, parallel zu meinem bisher schon laufenden 32-bit-Debian ein amd64-Debian auf demselben Rechner zu installieren. Dabei habe ich folgendes Problem mit ppp: Mit dem vorcompilierten, von Debian from Scratch installiertem 2.6.6er-Kernel läuft ppp (Verbindung übers Modem) anstandslos. Ich habe mir jetzt selber einen 2.6.9er-Kernel compiliert, die PPP betreffenden Zeilen in der /boot/config-2.6.9 sehen so aus: (falls nötig, schicke ich den Rest der Datei auch noch gerne, aber ich wollte nicht gleich die ganzen 18KB über die Liste jagen...) # # Wan interfaces # # CONFIG_WAN is not set # CONFIG_FDDI is not set # CONFIG_PLIP is not set CONFIG_PPP=y # CONFIG_PPP_FILTER is not set CONFIG_PPP_ASYNC=y # CONFIG_PPP_SYNC_TTY is not set CONFIG_PPP_DEFLATE=y # CONFIG_PPP_BSDCOMP is not set # CONFIG_SLIP is not set # CONFIG_NET_FC is not set Problem an der Sache: Das mit dem 2.6.6er-Kernel funktionierende pon verweigert beim 2.6.9er hartnäckig den Dienst mit der Meldung /usr/sbin/pppd: This system lacks Kernel-support for pppd (usw.) Irgendwie wäre ich dankbar für einen Tip, was ich da falsch mache. (dazusagen muß ich, dass ich den Kernel in einer ersten Version tatsächlich versehentlich mit CONFIG_PPP=n compiliert habe, aber ppp ist ja hoffentlich nicht so dämlich, das zu cachen, oder???) (kann ich den Kernel eigentlich direkt fragen, welche Optionen gesetzt sind?) Danke, Wolfgang -- 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: Problem mit PPP und Kernel-Unterstützung dafür
On 19.Dec 2004 - 17:17:24, Wolfgang Pausch wrote: Hallo, Dabei habe ich folgendes Problem mit ppp: Mit dem vorcompilierten, von Debian from Scratch installiertem 2.6.6er-Kernel läuft ppp (Verbindung übers Modem) anstandslos. Ich habe mir jetzt selber einen 2.6.9er-Kernel compiliert, die PPP betreffenden Zeilen in der /boot/config-2.6.9 sehen so aus: Hast du mal die beiden Config's gedifft? CONFIG_PPP=y # CONFIG_PPP_FILTER is not set CONFIG_PPP_ASYNC=y # CONFIG_PPP_SYNC_TTY is not set CONFIG_PPP_DEFLATE=y # CONFIG_PPP_BSDCOMP is not set Also auf meinem Laptop für das Modem hab ich noch: CONFIG_PPP_FILTER CONFIG_PPP_ASYNC CONFIG_PPP_BSDCOMP Aber ich bin mir nicht sicher ob das nötig ist. (dazusagen muß ich, dass ich den Kernel in einer ersten Version tatsächlich versehentlich mit CONFIG_PPP=n compiliert habe, Sicher das du den korrekt ausgetauscht und rebootet hast? (Ich frag nur, weil merkwürdig ist das wirklich). (kann ich den Kernel eigentlich direkt fragen, welche Optionen gesetzt sind?) Jupp, wenn du die entsprechende Config-Option im Kernel hast: CONFIG_IKCONFIG CONFIG_IKCONFIG_PROC erstere erlaubt mittels scripts/extract-ikconfig das extrahieren der Konfig aus dem Kernelimage, die 2. sorgt dafür das /proc/config.gz auch die Config enthält. Beides im General Setup. Andreas -- The time is right to make new friends. -- 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: Problem mit PPP und Kernel-Unterstützung dafür
Hallo, Sicher das du den korrekt ausgetauscht und rebootet hast? (Ich frag nur, weil merkwürdig ist das wirklich). Also, ich hab es jetzt gerade noch gelöst und es sieht folgendermaßen aus: Ich hatte folgenden Arbeitszyklus: 1. make menuconfig zum Konfig-Ändern 2. make-kpkg, um ein deb-Packet mit dem Kernel-image zu erstellen 3. Das Packet installieren 4. zur Sicherheit, obwohl eigentlich die Packetausgabe behauptet, das zu tun, lilo aufrufen 5. Neu booten Das erzeugte eine config-2.6.9 mit den Änderungen (die steht auch im Packet drin, das hab ich mit dem mc nachgeprüft). Allerdings scheint das erzeugte Kernel-image nicht mit dieser config compiliert zu werden! Der Kernel verhält sich dann nämlich so, als ob er mit der alten config compiliert worden wäre (hab ich gemerkt, als er von IKCONFIG nichts wissen wollte). Also hab ich mal ganz traditionell make, make install, zzgl. Module, lilo manuell aufrufen, rebooten gemacht, und siehe da, es funktioniert problemlos. Noch eine Änderung mit den obigen Schritten, wird wieder nicht übernommen, wird aber übernommen, sobald ich alles manuell mache... Also irgendwie kommt mir dieses Verhalten doch etwas verbuggt vor... Viele Grüße, Wolfgang -- 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: Problem mit PPP und Kernel-Unterstützung dafür
On 19.Dec 2004 - 23:07:10, Wolfgang Pausch wrote: Hallo, 1. make menuconfig zum Konfig-Ändern 2. make-kpkg, um ein deb-Packet mit dem Kernel-image zu erstellen Der Kernel verhält sich dann nämlich so, als ob er mit der alten config compiliert worden wäre (hab ich gemerkt, als er von IKCONFIG nichts wissen wollte). Also hab ich mal ganz traditionell make, make install, zzgl. Module, lilo manuell aufrufen, rebooten gemacht, und siehe da, es funktioniert problemlos. make-kpkg prüft nicht anhand der Makefiles bzw. .config Änderungszeit ob es neu kompilieren muss sondern anhand eines *-stamp files in debian/. In der Doku zu make-kpkg steht AFAIK auch drin, dass man nach Änderungen ein make-kpkg clean machen soll. Danach wird mit make-kpkg auch ein neuer Kernel genaut. Es hätte dir eigentlich auch auffallen sollen, da das 2. make-kpkg wesentlich fixer läuft als das erste, da nur das Binär-Image neu in das Paket eingepackt wird. Andreas -- Think twice before speaking, but don't say think think click click. -- 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)
ppp nao inicia
Instalei o driver para o meu modem Intel 537... Na hora de instalar (make install) quando foi carregar o módulo do driver recebi warnings de unresolved symbol... Se eu removo o módulo e depois carrego só recebo um warning de que o driver é de código proprietários (normal , no slack onde tenho este modem funcionando acontece o mesmo) Configurei uma conexão com o pppconfig e quando digito 'pon' nao conecta, apenas recebo no console #537: Loaded Não acontece nada, nem o processo do ppp inicia... Aparentemente a instalação do driver ficou sem problemas... Será o módulo do ppp no kernel? To usando o kernel 2.4.27 do cd1 do sarge ___ Yahoo! Mail - Agora com 250MB de espaço gratuito. Abra uma conta agora! http://br.info.mail.yahoo.com/
Re: PPP connection
Collet Brunel wrote: Hello, I connect to the internet through a 56K USR modem. Whenever I connect to my ISP using wvdial, it outputs lots of messages about the connection and one of these displays the connection speed that was established (something like CONNECT 50666 etc... ). However, whenever I connect to my ISP using pon, I don't get this information (I use plog -f to see the pon output). What I want to know is if there is a way to see that info or make pon display that info. Collet: I don't think you can do that just like that. But consider: http://packages.debian.org/testing/net/wmppp.app (also in woody and sid) It does what you want. Apparently by putting: connect /usr/sbin/chat -v -f /etc/chatscripts/provider -r /var/tmp/modem.speed into the /etc/ppp/peers/provider (or similar) script. So pppd will do what you want and somebody has to dig it out. (Which wvdial does) My /var/tmp/modem.speed contains: chat: Dec 12 01:46:39 CONNECT 50666/ARQ/V90/LAPM/V42BIS I use fvwm as windowmanager and it has wharfs: http://esquipulas.homeunix.com/index.php?p=59 In one of them sits wmppp.app and when I connect through it, it digs out that modemspeed and displays it. Could be that Gnome or KDE based apps have something similar, I don't use them. HTH H -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP connection
In article [EMAIL PROTECTED], Collet Brunel wrote: I connect to the internet through a 56K USR modem. Whenever I connect to my ISP using wvdial, it outputs lots of messages about the connection and one of these displays the connection speed that was established (something like CONNECT 50666 etc... ). However, whenever I connect to my ISP using pon, I don't get this information (I use plog -f to see the pon output). What I want to know is if there is a way to see that info or make pon display that info. I use an alias for 'grep chat /var/log/ppp-connect-errors | tail' which shows something like this: chat: Dec 10 19:01:01 CONNECT 4/ARQ/V90/LAPM/V42BIS chat: Dec 11 00:08:47 CONNECT 45333/ARQ/V90/LAPM/V42BIS chat: Dec 11 02:59:48 CONNECT 45333/ARQ/V90/LAPM/V42BIS chat: Dec 12 00:31:29 CONNECT 45333/ARQ/V90/LAPM/V42BIS chat: Dec 12 02:57:57 CONNECT 4/ARQ/V90/LAPM/V42BIS chat: Dec 12 03:52:09 CONNECT 45333/ARQ/V90/LAPM/V42BIS Howard E. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
PPP connection
Hello, I connect to the internet through a 56K USR modem. Whenever I connect to my ISP using wvdial, it outputs lots of messages about the connection and one of these displays the connection speed that was established (something like CONNECT 50666 etc... ). However, whenever I connect to my ISP using pon, I don't get this information (I use plog -f to see the pon output). What I want to know is if there is a way to see that info or make pon display that info. Collet Brunel ___ Yahoo! Mail - Agora com 250MB de espaço gratuito. Abra uma conta agora! http://br.info.mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
updating pppdcapiplugin to version 1:3.3.0.20041024-2 prevents to get ppp started
Package: pppdcapiplugin Version: 1:3.3.0.20040728-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages pppdcapiplugin depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared librariesan ii libcapi20-3 1:3.3.0.20040728-2 libraries for CAPI support ii ppp 2.4.2+20040428-2 Point-to-Point Protocol (PPP) daem -- no debconf information After I tried to update the package and related ones (isdnutils-base, isdnactivecards) to the newest When I try to connect I get the following syslog-entry: Nov 25 16:32:35 Eberhard kernel: NET: Registered protocol family 5 Nov 25 16:32:58 Eberhard kernel: fcusb2: Stack version 3.11-04 Nov 25 16:32:58 Eberhard kernel: kcapi: card 1 fcusb2-0002 ready. Nov 25 16:33:07 Eberhard pppd[1949]: Plugin userpass.so loaded. Nov 25 16:33:07 Eberhard pppd[1949]: userpass: $Revision: 1.5 $ Nov 25 16:33:07 Eberhard pppd[1949]: Plugin capiplugin.so loaded. Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: $Revision: 1.36 $ Nov 25 16:33:07 Eberhard pppd[1949]: capiconn: 1.10 Nov 25 16:33:07 Eberhard kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 25 16:33:07 Eberhard kernel: PPP generic driver version 2.4.2 Nov 25 16:33:07 Eberhard pppd[1949]: pppd 2.4.2 started by vkitzing, uid 1000 Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: phase serialconn. Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: contr=1 Nov 25 16:33:07 Eberhard last message repeated 3 times Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: putmessage(appid=1) - Illegal command or subcommand or message length less than 12 bytes 0x1102 Nov 25 16:33:07 Eberhard pppd[1949]: controller 1: listen_change_state 0 - 1 Nov 25 16:33:07 Eberhard pppd[1949]: controller 1: listen_change_state state=1 event=1 Nov 25 16:33:07 Eberhard last message repeated 2 times Nov 25 16:33:08 Eberhard pppd[1949]: capiplugin: exit Nov 25 16:33:08 Eberhard pppd[1949]: Exit. The syslog entry of the older version has the form: Nov 25 08:56:40 Eberhard pppd[2517]: Plugin userpass.so loaded. Nov 25 08:56:40 Eberhard pppd[2517]: userpass: $Revision: 1.4 $ Nov 25 08:56:40 Eberhard pppd[2517]: Plugin capiplugin.so loaded. Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: $Revision: 1.35 $ Nov 25 08:56:40 Eberhard pppd[2517]: capiconn: 1.9 Nov 25 08:56:40 Eberhard kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 25 08:56:40 Eberhard kernel: PPP generic driver version 2.4.2 Nov 25 08:56:40 Eberhard pppd[2517]: pppd 2.4.2 started by vkitzing, uid 1000 Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: phase serialconn. Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: contr=1 Nov 25 08:56:40 Eberhard pppd[2517]: controller 1: listen_change_state 0 - 1 Nov 25 08:56:40 Eberhard pppd[2517]: contr 1: listenconf Info=0x (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Nov 25 08:56:40 Eberhard pppd[2517]: controller 1: listen_change_state 1 - 0 Nov 25 08:56:40 Eberhard pppd[2517]: plci_change_state:0x0 0 - 1 event=1 Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: dialing 010700192071 (hdlc) -- Eberhard von Kitzing Carl-Zuckmayer-Str. 17 D-69126 Heidelberg Germany fone.: +49 6221 385129 email: [EMAIL PROTECTED] -- 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)
updating pppdcapiplugin to version 1:3.3.0.20041024-2 prevents to get ppp started
Subject: updating pppdcapiplugin to version 1:3.3.0.20041024-2 prevents to get ppp started Package: pppdcapiplugin Version: 1:3.3.0.20040728-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages pppdcapiplugin depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared librariesan ii libcapi20-3 1:3.3.0.20040728-2 libraries for CAPI support ii ppp 2.4.2+20040428-2 Point-to-Point Protocol (PPP) daem -- no debconf information After I tried to update the package and related ones (isdnutils-base, isdnactivecards) to the newest When I try to connect I get the following syslog-entry: Nov 25 16:32:35 Eberhard kernel: NET: Registered protocol family 5 Nov 25 16:32:58 Eberhard kernel: fcusb2: Stack version 3.11-04 Nov 25 16:32:58 Eberhard kernel: kcapi: card 1 fcusb2-0002 ready. Nov 25 16:33:07 Eberhard pppd[1949]: Plugin userpass.so loaded. Nov 25 16:33:07 Eberhard pppd[1949]: userpass: $Revision: 1.5 $ Nov 25 16:33:07 Eberhard pppd[1949]: Plugin capiplugin.so loaded. Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: $Revision: 1.36 $ Nov 25 16:33:07 Eberhard pppd[1949]: capiconn: 1.10 Nov 25 16:33:07 Eberhard kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 25 16:33:07 Eberhard kernel: PPP generic driver version 2.4.2 Nov 25 16:33:07 Eberhard pppd[1949]: pppd 2.4.2 started by vkitzing, uid 1000 Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: phase serialconn. Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: contr=1 Nov 25 16:33:07 Eberhard last message repeated 3 times Nov 25 16:33:07 Eberhard pppd[1949]: capiplugin: putmessage(appid=1) - Illegal command or subcommand or message length less than 12 bytes 0x1102 Nov 25 16:33:07 Eberhard pppd[1949]: controller 1: listen_change_state 0 - 1 Nov 25 16:33:07 Eberhard pppd[1949]: controller 1: listen_change_state state=1 event=1 Nov 25 16:33:07 Eberhard last message repeated 2 times Nov 25 16:33:08 Eberhard pppd[1949]: capiplugin: exit Nov 25 16:33:08 Eberhard pppd[1949]: Exit. The syslog entry of the older version has the form: Nov 25 08:56:40 Eberhard pppd[2517]: Plugin userpass.so loaded. Nov 25 08:56:40 Eberhard pppd[2517]: userpass: $Revision: 1.4 $ Nov 25 08:56:40 Eberhard pppd[2517]: Plugin capiplugin.so loaded. Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: $Revision: 1.35 $ Nov 25 08:56:40 Eberhard pppd[2517]: capiconn: 1.9 Nov 25 08:56:40 Eberhard kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 25 08:56:40 Eberhard kernel: PPP generic driver version 2.4.2 Nov 25 08:56:40 Eberhard pppd[2517]: pppd 2.4.2 started by vkitzing, uid 1000 Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: phase serialconn. Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: contr=1 Nov 25 08:56:40 Eberhard pppd[2517]: controller 1: listen_change_state 0 - 1 Nov 25 08:56:40 Eberhard pppd[2517]: contr 1: listenconf Info=0x (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Nov 25 08:56:40 Eberhard pppd[2517]: controller 1: listen_change_state 1 - 0 Nov 25 08:56:40 Eberhard pppd[2517]: plci_change_state:0x0 0 - 1 event=1 Nov 25 08:56:40 Eberhard pppd[2517]: capiplugin: dialing 010700192071 (hdlc) -- Eberhard von Kitzing Carl-Zuckmayer-Str. 17 D-69126 Heidelberg Germany fone.: +49 6221 385129 email: [EMAIL PROTECTED] -- 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)
pppoeconf schreibt /etc/ppp/peers/dsl-provider unvollständig
Hallo Liste, pppoeconf ist das Text-GUI, um die Datei /etc/ppp/peers/dsl-provider mit den Optionen für die DSL-Verbindung zu schreiben. Es empfielt vorab eine Sicherung der Datei, anschließend werden einige Parameter abgefragt, etwa, ob auf die Einträge noauth und defaultroute geprüft werden soll oder nicht. Dann kommt der Vorschlag, die MSS-Größe zu ändern. Das zeigt bei mir keinerlei Wirkung, einzig der Benutzername wird in die /etc/ppp/peers/dsl-provider und das Passwort in /etc/ppp/chap-secrets und /etc/ppp/pap-secrets geschrieben. Funktioniert das mit dem automatischen Eintrag der MSS-Größe bei irgendwem? Ich habe das aufgrund eines Listenhinweises selbst angepasst, indem ich das Kommentarzeichen vor einer der pty-Zeilen entfernt habe. Das sollte doch eigentlich pppoeconf erledigen, zumal erzählt es einem das in einer Bildschirmmaske ... -- Thomas Hümmler * [EMAIL PROTECTED] * http://www.huemmler.de -- 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: La red no ve Internet a través de PPP
Bueno, seguimos con los problemas. Si intento cargar con modconf iptable_ipfilter: Instalando el módulo iptable_filter. Si el dispositivo no existe, o no está configurado correctamente, podría suponer que su sistema se pausase hasta un minuto. WARNING: Error inserting ip_tables (/lib/modules/2.6.8/kernel/net/ipv4/netfilter/ip_tables.ko): Unknown symbol in module, or unknown parameter (see dmesg) FATAL: Error inserting iptable_filter (/lib/modules/2.6.8/kernel/net/ipv4/netfilter/iptable_filter.ko): Unknown symbol in module, or unknown parameter (see dmesg) Falló la instalación. Por favor, pulse ENTER cuando esté preparado para continuar. Y dmesg me dice: ip_tables: Unknown symbol nf_register_sockopt ip_tables: Unknown symbol nf_unregister_sockopt iptable_filter: Unknown symbol ipt_do_table iptable_filter: Unknown symbol nf_unregister_hook iptable_filter: Unknown symbol ipt_unregister_table iptable_filter: Unknown symbol nf_register_hook iptable_filter: Unknown symbol ipt_register_table Fermín Manzanedo wrote: El lun, día 08 de nov de 2004, a las 06:55:59 +0100, Jon decía: Vale, parece que hemos encontrado el fallo. Me alegro :) Como root, teclea: ~# echo 1 /proc/sys/net/ipv4/ip_forward ~# /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 AQUÍ ESTÁ. Va y me dice que: # /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 FATAL: Module ip_tables not found. iptables v1.2.11: can't initialize iptables table `nat': iptables who? (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. Vale. Eso es porque tu kernel no tiene compilado el soporte para IPTABLES. Ahí está el problema. Y voy y le instalo el iptables, y me dice lo mismo. Supongo que tendré que activar en el kernel (2.6.8) CONFIG_NETFILTER, y recompilar no? Bueno... si es un kernel compilado por ti si. Si no, con cargar los módulos del kernel sería suficiente. Esto es lo que yo tengo: ipt_MASQUERADE 1216 1 (autoclean) iptable_nat12788 0 (autoclean) [ipt_MASQUERADE] ip_tables 10432 4 [ipt_MASQUERADE iptable_nat] af_packet 11560 0 (autoclean) ip_conntrack_ftp3232 0 (unused) ip_conntrack 12940 2 [ipt_MASQUERADE iptable_nat ip_conntrack_ftp] Mi kernel es de la serie 2.4 así que tal vez cambie algo (o no) Esta duda siempre la he tenido. Me hago el script y lo pongo en /etc/init.d ? Es una opción, pero si no quieres tocar en los init.d, siempre puedes crear una tarea con el cron de root para que cada vez que se encienda la máquina, se ejecute. Por ejemplo: @reboot /root/pasarela.sh Y en /root/pasarela.sh tienes las instrucciones echo e iptables Lo que te voy a decir a continuación no sé si será correcto pero alguien me dijo una vez que instalase Bind en la pasarela y como funciona... pues no me he preguntado si es necesario o no. Si quieres puedes probar si funciona hasta aquí. Si no: ~# apt-get update ~# apt-get install bind Esto lo intento ahora mismo, mientras te escribo... Perdona, que con mi RTB le está costando un poco... Eso me suena ¿dónde lo habré yo oído? Ah! si... en la habitación de al lado :-) Ya ves que no eres el único (y no veas tu cuando nos ponemos los 3 con internet... esto no va ni pa trás) Ya está. Pero nada, no va. Voy a seguir con la recompilación del Kernel, y ya te aviso. Si si... seguro que es por el kernel (vamos... que es por el kernel) no busques más ;-) ... y paciencia ;o) Pero ya verás luego que agustito te quedas :) Chao
Re: La red no ve Internet a través de PPP
Ah, y por si sirve un lsmod: Module Size Used by ip_gre 8960 0 ipip7492 0 ppp_deflate 4832 0 zlib_deflate 21784 1 ppp_deflate bsd_comp5344 0 appletalk 29556 2 ipx24076 2 p8022 1536 1 ipx psnap 2660 2 appletalk,ipx llc 5300 2 p8022,psnap bonding61864 0 usb_storage26880 0 scsi_mod 69312 1 usb_storage uhci_hcd 29264 0 ohci_hcd 18468 0 usblp 10912 0 usbcore71264 4 usb_storage,uhci_hcd,ohci_hcd,usblp firmware_class 7328 0 pcspkr 2984 0 sysv 28324 0 nvidia_agp 5820 0 button 4632 0 thermal10160 0 processor 10468 1 thermal ppp_async 8864 1 crc_ccitt 1696 1 ppp_async 8250_pnp7808 0 8250_pci 16320 0 8250 18176 5 8250_pnp,8250_pci serial_core18592 1 8250 binfmt_misc 8520 0 binfmt_aout 5964 0 ppp_generic24020 7 ppp_deflate,bsd_comp,ppp_async slhc6304 1 ppp_generic nbd16192 0 Fermín Manzanedo wrote: El lun, día 08 de nov de 2004, a las 06:55:59 +0100, Jon decía: Vale, parece que hemos encontrado el fallo. Me alegro :) Como root, teclea: ~# echo 1 /proc/sys/net/ipv4/ip_forward ~# /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 AQUÍ ESTÁ. Va y me dice que: # /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 FATAL: Module ip_tables not found. iptables v1.2.11: can't initialize iptables table `nat': iptables who? (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. Vale. Eso es porque tu kernel no tiene compilado el soporte para IPTABLES. Ahí está el problema. Y voy y le instalo el iptables, y me dice lo mismo. Supongo que tendré que activar en el kernel (2.6.8) CONFIG_NETFILTER, y recompilar no? Bueno... si es un kernel compilado por ti si. Si no, con cargar los módulos del kernel sería suficiente. Esto es lo que yo tengo: ipt_MASQUERADE 1216 1 (autoclean) iptable_nat12788 0 (autoclean) [ipt_MASQUERADE] ip_tables 10432 4 [ipt_MASQUERADE iptable_nat] af_packet 11560 0 (autoclean) ip_conntrack_ftp3232 0 (unused) ip_conntrack 12940 2 [ipt_MASQUERADE iptable_nat ip_conntrack_ftp] Mi kernel es de la serie 2.4 así que tal vez cambie algo (o no) Esta duda siempre la he tenido. Me hago el script y lo pongo en /etc/init.d ? Es una opción, pero si no quieres tocar en los init.d, siempre puedes crear una tarea con el cron de root para que cada vez que se encienda la máquina, se ejecute. Por ejemplo: @reboot /root/pasarela.sh Y en /root/pasarela.sh tienes las instrucciones echo e iptables Lo que te voy a decir a continuación no sé si será correcto pero alguien me dijo una vez que instalase Bind en la pasarela y como funciona... pues no me he preguntado si es necesario o no. Si quieres puedes probar si funciona hasta aquí. Si no: ~# apt-get update ~# apt-get install bind Esto lo intento ahora mismo, mientras te escribo... Perdona, que con mi RTB le está costando un poco... Eso me suena ¿dónde lo habré yo oído? Ah! si... en la habitación de al lado :-) Ya ves que no eres el único (y no veas tu cuando nos ponemos los 3 con internet... esto no va ni pa trás) Ya está. Pero nada, no va. Voy a seguir con la recompilación del Kernel, y ya te aviso. Si si... seguro que es por el kernel (vamos... que es por el kernel) no busques más ;-) ... y paciencia ;o) Pero ya verás luego que agustito te quedas :) Chao
Problème de droits avec gnome-ppp
Bonjour, Souhaitant me connecter à internet via un modem par liaison série, j'essaye d'utiliser gnome-ppp. Bizarrement lorsque je lance la détection du modem (/dev/ttyS0), il me rétorque que je n'ai pas les droits alors que normalement c'est bon : crw-r- 1 root dialout 4, 64 Nov 8 23:47 ttyS0 La preuve ? J'arrive à me connecter avec la commande pon provider Si je mets les droits d'écriture au groupe dialout, tout d'un coup ça marche ! Mais je me demande pourquoi gnome-ppp tient tellement que ça à mettre les droits d'écritures sur /dev/ttyS0 alors que pon s'en moque ? Je peux laisser les droits d'écriture au groupe dialout ou est-ce un trou de sécurité potentiel ? Merci !
Re: La red no ve Internet a travs de PPP
Vale, parece que hemos encontrado el fallo. Bueno, vamos a ir por partes (es un poco largo pero...) a ver, lo primero es revisar el fichero /etc/network/interfaces de cada máquina (NOTA: M1=Pasarela conectada por PPP M2=Portatil) Yo lo tengo así: -M1: # The loopback interface auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 172.16.0.10 netmask 255.255.255.0 network 172.16.0.0 broadcast 172.16.0.255 Y en M2: # 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 172.16.0.1 netmask 255.255.255.0 gateway 172.16.0.10 network 172.16.0.0 broadcast 172.16.0.255 En mi caso es una red clase B. Tú tienes que poner el rango de IP que conrresponda a tu red. Reinicias los interfaces de ambas máquinas para que tome los valores y con eso ya se tiene que ver las dos máquinas (ping y esas cosas) Esto lo tenía bien Para reiniciarlos puedes utilizar: ifdown ethX (con esto tiras abajo la interface ethX) ifup ethX (con esto la levantas) (Donde X suele ser 0 a no ser que tengas más de una tarjeta de red) Lo siguiente, configurar las DNS: En M1 y en M2 editas /etc/resolv.conf y pones nameserver IP_DNS1o nameserver IP_DNS2o Esto también lo tenía Ahora tienes que hacer NAT mediante IPTABLES (sin miedo...) en M1: No, si miedo nunca ;o) Como root, teclea: ~# echo 1 /proc/sys/net/ipv4/ip_forward ~# /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 AQUÍ ESTÁ. Va y me dice que: # /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 FATAL: Module ip_tables not found. iptables v1.2.11: can't initialize iptables table `nat': iptables who? (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. Y voy y le instalo el iptables, y me dice lo mismo. Supongo que tendré que activar en el kernel (2.6.8) CONFIG_NETFILTER, y recompilar no? Lo pregunto por si acaso. Voy a hacerlo ahora Esto luego lo puedes poner en un script que se ejecute al arrancar la máquina M1 y así no lo tienes que repetir cada vez que quieras salir a internet. Esta duda siempre la he tenido. Me hago el script y lo pongo en /etc/init.d ? Lo que te voy a decir a continuación no sé si será correcto pero alguien me dijo una vez que instalase Bind en la pasarela y como funciona... pues no me he preguntado si es necesario o no. Si quieres puedes probar si funciona hasta aquí. Si no: ~# apt-get update ~# apt-get install bind Esto lo intento ahora mismo, mientras te escribo... Perdona, que con mi RTB le está costando un poco... Ya está. Pero nada, no va. Voy a seguir con la recompilación del Kernel, y ya te aviso. No tienes que configurar nada en Bind Y con esto se supone que ya debes poder salir a internet ;-) Suerte ... y paciencia ;o)
Re: La red no ve Internet a través de PPP
El lun, día 08 de nov de 2004, a las 06:55:59 +0100, Jon decía: Vale, parece que hemos encontrado el fallo. Me alegro :) Como root, teclea: ~# echo 1 /proc/sys/net/ipv4/ip_forward ~# /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 AQUÍ ESTÁ. Va y me dice que: # /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 FATAL: Module ip_tables not found. iptables v1.2.11: can't initialize iptables table `nat': iptables who? (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. Vale. Eso es porque tu kernel no tiene compilado el soporte para IPTABLES. Ahí está el problema. Y voy y le instalo el iptables, y me dice lo mismo. Supongo que tendré que activar en el kernel (2.6.8) CONFIG_NETFILTER, y recompilar no? Bueno... si es un kernel compilado por ti si. Si no, con cargar los módulos del kernel sería suficiente. Esto es lo que yo tengo: ipt_MASQUERADE 1216 1 (autoclean) iptable_nat12788 0 (autoclean) [ipt_MASQUERADE] ip_tables 10432 4 [ipt_MASQUERADE iptable_nat] af_packet 11560 0 (autoclean) ip_conntrack_ftp3232 0 (unused) ip_conntrack 12940 2 [ipt_MASQUERADE iptable_nat ip_conntrack_ftp] Mi kernel es de la serie 2.4 así que tal vez cambie algo (o no) Esta duda siempre la he tenido. Me hago el script y lo pongo en /etc/init.d ? Es una opción, pero si no quieres tocar en los init.d, siempre puedes crear una tarea con el cron de root para que cada vez que se encienda la máquina, se ejecute. Por ejemplo: @reboot /root/pasarela.sh Y en /root/pasarela.sh tienes las instrucciones echo e iptables Lo que te voy a decir a continuación no sé si será correcto pero alguien me dijo una vez que instalase Bind en la pasarela y como funciona... pues no me he preguntado si es necesario o no. Si quieres puedes probar si funciona hasta aquí. Si no: ~# apt-get update ~# apt-get install bind Esto lo intento ahora mismo, mientras te escribo... Perdona, que con mi RTB le está costando un poco... Eso me suena ¿dónde lo habré yo oído? Ah! si... en la habitación de al lado :-) Ya ves que no eres el único (y no veas tu cuando nos ponemos los 3 con internet... esto no va ni pa trás) Ya está. Pero nada, no va. Voy a seguir con la recompilación del Kernel, y ya te aviso. Si si... seguro que es por el kernel (vamos... que es por el kernel) no busques más ;-) ... y paciencia ;o) Pero ya verás luego que agustito te quedas :) Chao -- Fermín Manzanedo | Badajoz - Spain | Utilice formatos libres para http://www.efiex.net | (ferminux) | compartir información. No utilice Llave pública gpg en pgp.rediris.es | .doc .xls .gif... Powered by Debian GNU/Linux Sid |así, gana la humanidad ;)
Re: La red no ve Internet a travs de PPP
Intenta confirmarle el gateway, asi: $route add default gw 192.168.0.1 Y va y me dice: SIOCADDRT: File exists Sugerencia, revisa los DNS's ! Vale, dónde ;o) ?
Re: La red no ve Internet a través de PPP
El dom, día 07 de nov de 2004, a las 06:41:37 +0100, Jon decía: Intenta confirmarle el gateway, asi: $route add default gw 192.168.0.1 Hola Jon ya me ha llegado el mensaje ;-) Y va y me dice: SIOCADDRT: File exists Vale, eso es porque ya lo ha tomado del fichero de configuración /etc/network/interfaces Sugerencia, revisa los DNS's ! Vale, dónde ;o) ? En /etc/resolv.conf Yo le tengo puesto los DNS de mi servidor de acceso a internet. Si no los pones, la máquina portatil no verá internet a menos que le introduzcas las IP en lugar de los nombres :) Suerte. Chao -- Fermín Manzanedo | Badajoz - Spain | Utilice formatos libres para http://www.efiex.net | (ferminux) | compartir información. No utilice Llave pública gpg en pgp.rediris.es | .doc .xls .gif... Powered by Debian GNU/Linux Sid |así, gana la humanidad ;) signature.asc Description: Digital signature
Re: La red no ve Internet a travs de PPP
Pues eso. Ya se lo he puesto, aunque de todos modos no encontraba nada en Internet ni metiéndole las IPs directamente. Ahora no sé qué carajo he hecho que no se ven los dos ordenadores (ping). Está bien lo de investigar por cuenta propia, pero cuando se mete el zancarrón y la lias bien... :o( Fermín Manzanedo wrote: El dom, día 07 de nov de 2004, a las 06:41:37 +0100, Jon decía: Intenta confirmarle el gateway, asi: $route add default gw 192.168.0.1 Y va y me dice: SIOCADDRT: File exists Vale, eso es porque ya lo ha tomado del fichero de configuración /etc/network/interfaces Sugerencia, revisa los DNS's ! Vale, dónde ;o) ? En /etc/resolv.conf Yo le tengo puesto los DNS de mi servidor de acceso a internet. Si no los pones, la máquina portatil no verá internet a menos que le introduzcas las IP en lugar de los nombres :) Suerte. Chao
Re: La red no ve Internet a través de PPP
El dom, día 07 de nov de 2004, a las 08:14:46 +0100, Fermín Manzanedo decía: Sugerencia, revisa los DNS's ! Vale, dónde ;o) ? En /etc/resolv.conf Yo le tengo puesto los DNS de mi servidor de acceso a internet. Si no los pones, la máquina portatil no verá internet a menos que le introduzcas las IP en lugar de los nombres :) Uy perdón... para hacerlo: Editas el fichero resolv.conf y pones algo como esto: nameserver la_IP_del_DNS_primario_de_tu_proveedor nameserver la_IP_del_DNS_secundario_de_tu_proveedor Esas IP te las ha tenido que dar tu ISP. Con eso debería resolverte los nombres Chao -- Fermín Manzanedo | Badajoz - Spain | Utilice formatos libres para http://www.efiex.net | (ferminux) | compartir información. No utilice Llave pública gpg en pgp.rediris.es | .doc .xls .gif... Powered by Debian GNU/Linux Sid |así, gana la humanidad ;)
Re: La red no ve Internet a través de PPP
El dom, día 07 de nov de 2004, a las 08:45:08 +0100, Jon decía: Pues eso. Ya se lo he puesto, aunque de todos modos no encontraba nada en Internet ni metiéndole las IPs directamente. Ahora no sé qué carajo he hecho que no se ven los dos ordenadores (ping). Está bien lo de investigar por cuenta propia, pero cuando se mete el zancarrón y la lias bien... :o( Bueno, vamos a ir por partes (es un poco largo pero...) a ver, lo primero es revisar el fichero /etc/network/interfaces de cada máquina (NOTA: M1=Pasarela conectada por PPP M2=Portatil) Yo lo tengo así: -M1: # The loopback interface auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 172.16.0.10 netmask 255.255.255.0 network 172.16.0.0 broadcast 172.16.0.255 Y en M2: # 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 172.16.0.1 netmask 255.255.255.0 gateway 172.16.0.10 network 172.16.0.0 broadcast 172.16.0.255 En mi caso es una red clase B. Tú tienes que poner el rango de IP que conrresponda a tu red. Reinicias los interfaces de ambas máquinas para que tome los valores y con eso ya se tiene que ver las dos máquinas (ping y esas cosas) Para reiniciarlos puedes utilizar: ifdown ethX (con esto tiras abajo la interface ethX) ifup ethX (con esto la levantas) (Donde X suele ser 0 a no ser que tengas más de una tarjeta de red) Lo siguiente, configurar las DNS: En M1 y en M2 editas /etc/resolv.conf y pones nameserver IP_DNS1o nameserver IP_DNS2o Ahora tienes que hacer NAT mediante IPTABLES (sin miedo...) en M1: Como root, teclea: ~# echo 1 /proc/sys/net/ipv4/ip_forward ~# /sbin/iptables -A POSTROUTING -t nat -j MASQUERADE -o ppp0 Esto luego lo puedes poner en un script que se ejecute al arrancar la máquina M1 y así no lo tienes que repetir cada vez que quieras salir a internet. Lo que te voy a decir a continuación no sé si será correcto pero alguien me dijo una vez que instalase Bind en la pasarela y como funciona... pues no me he preguntado si es necesario o no. Si quieres puedes probar si funciona hasta aquí. Si no: ~# apt-get update ~# apt-get install bind No tienes que configurar nada en Bind Y con esto se supone que ya debes poder salir a internet ;-) Suerte -- Fermín Manzanedo | Badajoz - Spain | Utilice formatos libres para http://www.efiex.net | (ferminux) | compartir información. No utilice Llave pública gpg en pgp.rediris.es | .doc .xls .gif... Powered by Debian GNU/Linux Sid |así, gana la humanidad ;) signature.asc Description: Digital signature
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
On Thu, Nov 04, 2004 at 01:15:00PM -0600, John Hasler wrote: Pigeon writes: Also worth checking /etc/ppp/ip-up.d/000usepeerdns which ought to be detecting that you've used pppconfig and leaving all the work to .../0-dns-up. Here is usepeerdns-up: snip Ah, things have changed. I was thinking of 000usepeerdns on woody, which begins: #!/bin/sh # usepeerdns by Eduard Bloch, 12 Sep 2001. # pppconfig is installed, it will do the job test -f /etc/ppp/ip-up.d/0dns-up -a -f /usr/sbin/pppconfig exit 0 -- Pigeon Be kind to pigeons Get my GPG key here: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F signature.asc Description: Digital signature
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
Thanks for your help. First, I now understand that /etc/resolv.conf is dynamically created when using usepeerdns option of pppd. It took me some time, because I had others things to do. It turned out that Firestarter have created an ip-up.local file, that was stopping ip-up script. I guess I should fill a bug report against Firestarter (firewall program). /etc/ppp/ip-up script have this: === if [ -x /etc/ppp/ip-up.local ]; then exec /etc/ppp/ip-up.local fi echo 'ipuping3' /etc/ppp/ipup.log ; Added by me to help me find the bug run-parts /etc/ppp/ip-up.d \ --arg=$1 --arg=$2 --arg=$3 --arg=$4 --arg=$5 --arg=$6 === And /etc/ppp/ip-up.local was this: === PATH=$PATH:/sbin:/usr/sbin:/bin:/usr/bin sh /etc/firestarter/firewall.sh PATH=$PATH:/sbin:/usr/sbin:/bin:/usr/bin sh /etc/firestarter/firewall.sh PATH=$PATH:/sbin:/usr/sbin:/bin:/usr/bin sh /etc/firestarter/firewall.sh === Renaming it to /etc/ppp/ip-up.local.old have made /etc/resolv.conf to be dynamically created. But I don't tried to use Firestarter since this change. ---Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
Well, before filling a new bug, I searched bugs on Firestarter package and found that bug #277496 is already there (for 16 days long) describing the problem of using /etc/ppp/ip-up.local, and the maintainer of the package working on a patch for this. --Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ppp dynamic dns need /etc/resolv.conf to work, a bug?
I use a dialup modem to connect to Internet. I use pppconfig to configured my provider connection. In advanced setting, nameservers, I have chosen dynamic. But I need to use /etc/resolv.conf with a nameserver line to be able to use Internet. I had forgotten this for a long time, but a recent update (I had this problem even with stable, but now I use testing, with a bit of unstable for mono), have made my /etc/resolv.conf become an empty file, and I had to refill it with nameserver lines. I guess I was expecting this to be an obvious bug, that most people would know and that would be fixed fastly. But now, I wonder. I have just check in the bugs for ppp package, and this don't seem to be there. I would expect /etc/resolv.conf to have no effect at all, since I can see in the logs that my ISP does indeed return DNS information (that's where I took it to fill my /etc/resolv.conf file), and my provider setting is indeed on dynamic. What should I do with this? If I should fill a bug report, what is the best package to fill it on? --Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
Paul Dufresne([EMAIL PROTECTED]) is reported to have said: I use a dialup modem to connect to Internet. I use pppconfig to configured my provider connection. In advanced setting, nameservers, I have chosen dynamic. But I need to use /etc/resolv.conf with a nameserver line to be able to use Internet. I had forgotten this for a long time, but a recent update (I had this problem even with stable, but now I use testing, with a bit of unstable for mono), have made my /etc/resolv.conf become an empty file, and I had to refill it with nameserver lines. I guess I was expecting this to be an obvious bug, that most people would know and that would be fixed fastly. But now, I wonder. I have just check in the bugs for ppp package, and this don't seem to be there. I would expect /etc/resolv.conf to have no effect at all, since I can see in the logs that my ISP does indeed return DNS information (that's where I took it to fill my /etc/resolv.conf file), and my provider setting is indeed on dynamic. What should I do with this? If I should fill a bug report, what is the best package to fill it on? Don't know if you have installed the resolvconf package or not but that package does take care of, what I tink I understand, you problem is. Description: Nameserver information manager Resolvconf is a framework for keeping track of the system's information about currently available nameservers. It sets itself up as the intermediary between programs that supply nameserver information and programs that use nameserver information. Examples of programs that supply nameserver information are: ifupdown, DHCP clients, the PPP daemon and local nameservers. Examples of programs that use this information are: DNS caches, resolver libraries and the programs that use them. . This package may require some manual configuration. Please read the README file for detailed instructions. NOTE: Conflicts: pppconfig ( 2.3.1) HTH=Hope This Helps, YMMV=Your Mileage May Vary, HAND=Have A Nice Day Wayne -- It is easier to write an incorrect program than understand a correct one. ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
On Thu, Nov 04, 2004 at 03:03:00PM +, Paul Dufresne wrote: I use a dialup modem to connect to Internet. I use pppconfig to configured my provider connection. In advanced setting, nameservers, I have chosen dynamic. But I need to use /etc/resolv.conf with a nameserver line to be able to use Internet. I had forgotten this for a long time, but a recent update (I had this problem even with stable, but now I use testing, with a bit of unstable for mono), have made my /etc/resolv.conf become an empty file, and I had to refill it with nameserver lines. I guess I was expecting this to be an obvious bug, that most people would know and that would be fixed fastly. But now, I wonder. I have just check in the bugs for ppp package, and this don't seem to be there. I would expect /etc/resolv.conf to have no effect at all, since I can see in the logs that my ISP does indeed return DNS information (that's where I took it to fill my /etc/resolv.conf file), and my provider setting is indeed on dynamic. What should I do with this? If I should fill a bug report, what is the best package to fill it on? Choosing dynamic nameservers in pppconfig should mean that you automatically get a new resolv.conf written when the connection comes up. This is done by the script /etc/ppp/ip-up.d/0dns-up which you can follow through and check that it is in fact possible to do what the script wants to do. Also worth checking /etc/ppp/ip-up.d/000usepeerdns which ought to be detecting that you've used pppconfig and leaving all the work to .../0-dns-up. -- Pigeon Be kind to pigeons Get my GPG key here: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F signature.asc Description: Digital signature
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
Paul Dufresne writes: In advanced setting, nameservers, I have chosen dynamic. Your ISP supports this? Not all do. I had forgotten this for a long time, but a recent update (I had this problem even with stable, but now I use testing, with a bit of unstable for mono), have made my /etc/resolv.conf become an empty file, and I had to refill it with nameserver lines. The scripts installed by pppconfig and enabled when you select dynamic save resolv.conf when ppp comes up and install a new resolv.conf containing the namservers supplied by your ISP. When ppp goes down the scripts put the old resolv.conf back. What does resolv.conf contain when ppp is up? What does it contain when ppp is down? Do you having anything else that messes with resolv.conf installed such a a dhcp client or a VPN client? In practice ISPs rarely change their nameservers. The reason they use the dynamic scheme is to make configuration easier for users by eliminating the need to enter nameserver IP numbers. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp dynamic dns need /etc/resolv.conf to work, a bug?
Pigeon writes:
Also worth checking /etc/ppp/ip-up.d/000usepeerdns which ought to be
detecting that you've used pppconfig and leaving all the work to
.../0-dns-up.
Here is usepeerdns-up:
#!/bin/sh -e
# this variable is only set if the usepeerdns pppd option is being used
[ $USEPEERDNS ] || exit 0
# exit if the resolvconf package is installed
[ -x /sbin/resolvconf ] exit 0
# create the file if it does not exist
if ! [ -e /etc/resolv.conf ]; then
: /etc/resolv.conf
fi
# follow any symlink to find the real file
REALRESOLVCONF=$(readlink --canonicalize /etc/resolv.conf)
# merge the new nameservers with the other options from the old configuration
{
cat /etc/ppp/resolv.conf
grep --invert-match '^nameserver[[:space:]]' $REALRESOLVCONF || true
} $REALRESOLVCONF.tmp
# backup the old configuration and install the new one
cp -a $REALRESOLVCONF $REALRESOLVCONF.pppd-backup
mv -f $REALRESOLVCONF.tmp $REALRESOLVCONF
# tell nscd that the file has changed
[ -x /usr/sbin/nscd ] /usr/sbin/nscd -i hosts || true
exit 0
And usepeerdns-down:
#!/bin/sh -e
# exit if the resolvconf package is installed
[ -x /sbin/resolvconf ] exit 0
# follow any symlink to find the real file
if [ -e /etc/resolv.conf ]; then
REALRESOLVCONF=$(readlink --canonicalize /etc/resolv.conf)
else
REALRESOLVCONF=/etc/resolv.conf
fi
# if an old resolv.conf file exists, restore it
if [ -e $REALRESOLVCONF.pppd-backup ]; then
mv -f $REALRESOLVCONF.pppd-backup $REALRESOLVCONF
# tell nscd that the file has changed
[ -x /usr/sbin/nscd ] /usr/sbin/nscd -i hosts || true
fi
exit 0
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: La red no ve Internet a través de PPP
El mar, 02-11-2004 a las 18:42, Jon escribió: Creo que ya comenté este problema, e intuyo que se quedó como resuelto, pero no es así. Conecto el sobremesa 192.168.0.1 a Internet vía kppp, y un portátil 192.168.0.6 al primero vía ethernet. Se ven, hablan y todo eso. Sin embargo, el portátil no consigue ver Internet de ninguna de las maneras, y en /etc/network/interfaces: address 192.168.0.6 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 Dónde más tengo que mirar? Intenta confirmarle el gateway, asi: $route add default gw 192.168.0.1 Sugerencia, revisa los DNS's ! Muchas gracias. Jon Fco. Javier - GNU/Linux 2.6.7-i686 stena at jabber.org User Linux Registered 295.242
La red no ve Internet a travs de PPP
Creo que ya comenté este problema, e intuyo que se quedó como resuelto, pero no es así. Conecto el sobremesa 192.168.0.1 a Internet vía kppp, y un portátil 192.168.0.6 al primero vía ethernet. Se ven, hablan y todo eso. Sin embargo, el portátil no consigue ver Internet de ninguna de las maneras, y en /etc/network/interfaces: address 192.168.0.6 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 Dónde más tengo que mirar? Muchas gracias. Jon
Re: La red no ve Internet a través de PPP
El mar, 02-11-2004 a las 18:42 +0100, Jon escribió: Creo que ya comenté este problema, e intuyo que se quedó como resuelto, pero no es así. Conecto el sobremesa 192.168.0.1 a Internet vía kppp, y un portátil 192.168.0.6 al primero vía ethernet. Se ven, hablan y todo eso. Sin embargo, el portátil no consigue ver Internet de ninguna de las maneras, y en /etc/network/interfaces: address 192.168.0.6 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 Dónde más tengo que mirar? En la pc sobremesa Tenes que decirle que natee la direccion de la portatil, ya que tiene una ip privada Lo haces con iptables. Busca en google nat +iptables y vas a encontrar mucha doc Muchas gracias. Jon -- Angel Claudio Alvarez [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: La red no ve Internet a través de PPP
El mar, 02-11-2004 a las 18:42 +0100, Jon escribió: Creo que ya comenté este problema, e intuyo que se quedó como resuelto, pero no es así. Conecto el sobremesa 192.168.0.1 a Internet vía kppp, y un portátil 192.168.0.6 al primero vía ethernet. Se ven, hablan y todo eso. Sin embargo, el portátil no consigue ver Internet de ninguna de las maneras, y en /etc/network/interfaces: address 192.168.0.6 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 Dónde más tengo que mirar? En la pc sobremesa Tenes que decirle que natee la direccion de la portatil, ya que tiene una ip privada Lo haces con iptables. Busca en google nat +iptables y vas a encontrar mucha doc Muchas gracias. Jon -- Angel Claudio Alvarez [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: La red no ve Internet a través de PPP
El mar, 02-11-2004 a las 18:42 +0100, Jon escribió: Creo que ya comenté este problema, e intuyo que se quedó como resuelto, pero no es así. Conecto el sobremesa 192.168.0.1 a Internet vía kppp, y un portátil 192.168.0.6 al primero vía ethernet. Se ven, hablan y todo eso. Sin embargo, el portátil no consigue ver Internet de ninguna de las maneras, y en /etc/network/interfaces: address 192.168.0.6 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 Dónde más tengo que mirar? En la pc sobremesa Tenes que decirle que natee la direccion de la portatil, ya que tiene una ip privada Lo haces con iptables. Busca en google nat +iptables y vas a encontrar mucha doc Muchas gracias. Jon -- Angel Claudio Alvarez [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: VPN/PPP weist Kennwort zurück.
Björn Schmidt schrieb: Michael Hierweck wrote: ich versuche gerade ein VPN (ppp over ssh) nach folgender Anleitung aufzubauen: http://nsd.dyndns.org/pppossh/. Wozu brauchst Du das? Warum kein richtiges VPN? Was würdest du mir alternativ empfehlen? Das im Kernel 2.6 integrierte IPsec im Tunnelmodus, Protokoll ESP, mit X.509 Zertifikaten und Racoon. Genaueres findest Du im Netz oder hier... Es sollen zwei Netze mit privatem Adressraum mit über DSL/DynDNS verbunden werden - nach Trennung möglichst automatische Wiederherstellung der Verbindung. Derzeit ist nur der ssh-Port offen, einen weiteren würde ich ggf. opfern ;-). Minimal freizugeben ist 500/UDP für Racoon (Schlüsselaustausch). Das Protokoll 50 (ESP) sollte man auch noch zulassen Bei zwei DSL/DynDNS zu verbindenden Rechner hat man bei automatischer Wiederaufnahme der Verbindung (Stichwort Zwangstrennung) noch das Problem, das man dies synchronisieren sollte. Am einfachsten die Verbindung auf beiden Seiten zu einer fest definierten Zeit (z.B. nachts 5Uhr oder so) beide manuell (cron) trennen+wiederhochfahren und anschliessend nach 1-2 Minuten die IPSec Verbindung wieder aufsetzen lassen. (nachdem man DynDNS aktualisiert hat) Markus -- 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)
VPN/PPP weist Kennwort zurück.
Hallo, ich versuche gerade ein VPN (ppp over ssh) nach folgender Anleitung aufzubauen: http://nsd.dyndns.org/pppossh/. Auf Server und Client verwende identische chap-secrets analog zum Beispiel, aber mit korrekten Hostnamen, d.h. den Namen, die in der PPP-Konfigurationsdatei (unter /etc/ppp/peers) als name bzw. remotename eingetragen wurden. Leider wird das Login vom PPP-Server zurückgewiesen: (aus dem syslog:) The remote system is required to authenticate itself but I couldn't find any suitable secret (password) for it to use to do so. Dies verstehe ich alledrings nicht. Wie kann ich den Fehler suchen? Viele Grüße Michael -- 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: VPN/PPP weist Kennwort zurück.
Michael Hierweck wrote: ich versuche gerade ein VPN (ppp over ssh) nach folgender Anleitung aufzubauen: http://nsd.dyndns.org/pppossh/. Wozu brauchst Du das? Warum kein richtiges VPN? Auf Server und Client verwende identische chap-secrets analog zum Beispiel, aber mit korrekten Hostnamen, d.h. den Namen, die in der PPP-Konfigurationsdatei (unter /etc/ppp/peers) als name bzw. remotename eingetragen wurden. Sicher dass die richtig sind? Kannst ja mal die namen durch * ersetzen und dann noch mal testen. Leider wird das Login vom PPP-Server zurückgewiesen: (aus dem syslog:) The remote system is required to authenticate itself but I couldn't find any suitable secret (password) for it to use to do so. Dies verstehe ich alledrings nicht. Wie kann ich den Fehler suchen? Hast du gemäß der Anleitung konfiguriert? [EMAIL PROTECTED] # echo /etc/ppp/chap-secrets EOF client server secret1 10.1.1.1 server client secret2 10.1.1.2 EOF Add the same secrets to the chap-secrets file on the client. [EMAIL PROTECTED] # echo /etc/ppp/chap-secrets EOF client server secret1 10.1.1.1 server client secret2 10.1.1.2 EOF ### IMHO müsste es heißen: [EMAIL PROTECTED] # echo /etc/ppp/chap-secrets EOF client server secret1 10.1.1.1 server client secret2 10.1.1.2 EOF Add the same secrets to the chap-secrets file on the client. [EMAIL PROTECTED] # echo /etc/ppp/chap-secrets EOF client server secret2 10.1.1.2 server client secret1 10.1.1.1 EOF -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VPN/PPP weist Kennwort zurück.
Björn Schmidt wrote: Michael Hierweck wrote: ich versuche gerade ein VPN (ppp over ssh) nach folgender Anleitung aufzubauen: http://nsd.dyndns.org/pppossh/. Wozu brauchst Du das? Warum kein richtiges VPN? Was würdest du mir alternativ empfehlen? Es sollen zwei Netze mit privatem Adressraum mit über DSL/DynDNS verbunden werden - nach Trennung möglichst automatische Wiederherstellung der Verbindung. Derzeit ist nur der ssh-Port offen, einen weiteren würde ich ggf. opfern ;-). Das Traffic-Aufkommen wird minimal sein. Viele Grüße Michael -- 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: VPN/PPP weist Kennwort zurück.
Michael Hierweck wrote: ich versuche gerade ein VPN (ppp over ssh) nach folgender Anleitung aufzubauen: http://nsd.dyndns.org/pppossh/. Wozu brauchst Du das? Warum kein richtiges VPN? Was würdest du mir alternativ empfehlen? Das im Kernel 2.6 integrierte IPsec im Tunnelmodus, Protokoll ESP, mit X.509 Zertifikaten und Racoon. Genaueres findest Du im Netz oder hier... Es sollen zwei Netze mit privatem Adressraum mit über DSL/DynDNS verbunden werden - nach Trennung möglichst automatische Wiederherstellung der Verbindung. Derzeit ist nur der ssh-Port offen, einen weiteren würde ich ggf. opfern ;-). Minimal freizugeben ist 500/UDP für Racoon (Schlüsselaustausch). Das Traffic-Aufkommen wird minimal sein. Das ist eher unwichtig. -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VPN/PPP weist Kennwort zurück.
Hallo Michael, begin * Michael Hierweck schrieb [26-10-04 23:33]: Was würdest du mir alternativ empfehlen? Es sollen zwei Netze mit privatem Adressraum mit über DSL/DynDNS verbunden werden - nach Trennung möglichst automatische Wiederherstellung der Verbindung. Derzeit ist nur der ssh-Port offen, einen weiteren würde ich ggf. opfern ;-). OpenVPN: Einfache Installation und danach vergessen. end Gruss Udo -- Ohne Signatur! -- 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: Conectar desde red vía ppp
No, si ya tengo todo, creo que sólo me falta instalar el paquete adecuado que me haga de servidor. Alguna pista? Marcelo Fernandez wrote: Hola! ppp over ethernet (PPPoE) no sirve para eso sirve para conexiones ADSL. Básicamente sirve para pasar paquetes PPP encapsulados dentro de tramas Ethernet. Lo que necesitas en el núcleo es la parte de networking y la de routing, nada más, lo básico. Saludos Marcelo El Sábado, 25 de Septiembre de 2004 12:23, [EMAIL PROTECTED] escribió: Me conecto a Internet vía ppp, y quisiera conectar otro ordenador que tengo conectado a éste vía ethernet. Tengo que activar el ppp over ethernet en el núcleo? Me he dejado alguna otra cosa? Gracias - Euskalherria.info Euskal Herriaren Ataria http://www.euskalherria.info -
ppp (tpsa) i lan przez eth na jednym komputerze
Czesc. Jest sobie laptop (Dell Latitude CPt) z Sarge'm na pokladzie. Na PCMCI karta Ethernet 100/10+ Modem 56 Xircom, ktora system pieknie rozpoznaje. Skonfigurowalem siec w pracy z domena, stalym adresem IP i pieknie smiga. Modem: tu jest problem. KPPP znajduje i odpytuje modem do TPSA sie wdzwania i otrzymuje polaczenie ale internetu (www) nie da sie przegladac. Pokazuje ze zadne pakiety nie wychodza. Prawdopodobnie default geteway z ustawienia lan paskudzi bo gkrellm pokazuje aktywnosc eth w trakcie proby pracy po podlaczeniu ppp Czy sa jakies gotowe rozwiazania zeby taka konfiguracja sprzetu/uslug dzialala bezbolesnie? Niczego madrego od wczoraj nie udalo mi sie wyguglowac... Pozdrawiam
Re: PPP et routage
J.Pierre Pourrez wrote: Le 08/09/04 à 18:34, Vera Mickael écrivait: Est-ce qu'une interface PPP a une adresse IP ? Comme Internet est basé sur les réseaux TCP/IP, une adresse IP peut aider ;-) En fait, il y a 2 adresses IP mis en jeu: ton adresse IP pour recevoir les réponses à tes demandes, l'adresse du serveur pour savoir où adresser tes demandes. En général ces adresses sont dynamiques et attribués par le serveur (ton FAI) Cela correspond à l'option noipdefault dans ton fichier de config /etc/ppp/peers/provider Une fois la connexion établie, tapez ifconfig ppp0 pour connaitre la valeur de ces adresses. J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. A relire Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. Cela correspond à l'option defaultroute dans le fichier /etc/ppp/peers/provider Après connexion, on peut vérifier cela par la commande route -n Une autre option intéressante est usepeerdns qui va mettre à jour ton fichier /etc/resolv.conf qui contient l'adresse IP de 1 ou 2 serveurs de noms pour faire la correspondance entre le nom d'hôte (ex: www.voila.fr) et son adresse IP (195.101.94.80) Il existe un Howto à propos de PPP in french ici: http://www.traduc.org/docs/HOWTO/vf/PPP-HOWTO.html Merci, Avec plaisir Jean-Pierre Je reviens sur un vieux thread, je dépile mes mails :-) Ok une interface PPP a une adresse IP. Dans le howto de PPP on peut lire que le protocole PPP est symétrique, j'en déduis que mon provider attribue une adresse IP à l'interface qui se trouve sur ma machine et une adresse pour l'interface qui se trouve sur sa machine. Mais je trouverais ça bizarre qu'il y ait besoin de réserver 2 adresses pour moi ? A moins que de son côté il s'agisse d'une adresse sur son réseau local ? Mickaël
Re: PPP et routage
J.Pierre Pourrez wrote: Je reviens sur un vieux thread, je dépile mes mails :-) Ok une interface PPP a une adresse IP. Dans le howto de PPP on peut lire que le protocole PPP est symétrique, j'en déduis que mon provider attribue une adresse IP à l'interface qui se trouve sur ma machine et une adresse pour l'interface qui se trouve sur sa machine. Mais je trouverais ça bizarre qu'il y ait besoin de réserver 2 adresses pour moi ? A moins que de son côté il s'agisse d'une adresse sur son réseau local ? Mickaël A vérifier mais normalement le serveur du FAI réserve une IP de son coté, mais celle-ci est utilisé pour tous les tunnels pptp. C'est à dire que s'il y'a 50 connections simultannées il y'aura 50 ip coté client, et une ip coté serveur. Donc en fait le FAI ne réserve qu'une seule ip par personne, plus une ip pour son serveur. Mais à vérifier tout de même. sich
lan i ppp
Czesc. Jest sobie laptop (Dell Latitude CPt) z Sarge'm na pokladzie. Na PCMCI karta Ethernet 100/10+ Modem 56 Xircom, ktaora system pieknie rozpoznaje. Skonfigurowalem siec w pracy z domena, stalym adresem IP i pieknie smiga. Modem: tu jest problem. KPPP znajduje i odpytuje modem do TPSA sie wdzwania i otrzymuje polaczenie ale internetu (www) nie da sie przegladac. Pokazuje ze zadne pakiety nie wychodza. Z root'a to samo. Co jest grane? Ktos wie? Pozdrawiam Z.
Re: [Newbie] ppp: Connection established, but can't ping. How can I get out into Internet?
Scotty Fitzgerald wrote: I had a similar problem, When I set up the machine I had a Ethernet card that was autodetected, and the the autodetection set up the ethernet card as the default gateway to the internet. While your ethernet is the default gateway the dialup won't establish itself as a gateway. Try to remove the gateway status of your ethernet card, and things should work. It took me a few googles on Linux networking and I found this, but if you can't find a good webpage post a reply, and I will actually start up my old windows partition and see if I can find the webpage that clued me in. Good luck, --- Scotty F. GEIGER wrote: Dear all, I'm on Debian GNU/Linux 3.0 (Woody) and stuck in the middle: I exec pon VOL and get a connection, but no pings do return (100% loss). As a connection has been estblished, I guess the several config files are okay. Therefore I've pasted the output of netstat -nr, route, and ifconf ppp0, shown while the connection is established. As I come from an OS, where one can configure an Internet connection with a few clicks and get into the Internet with two more clicks (did I already say, I'm a newbie? :-)), it's beyond me to fully recognize all the content of those lines. My Linux box' address is 192.168.200.101. This leads me to find the lines 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 sl0 and default * 0.0.0.0 U 1 00 sl0 kind of strange. But, please, see for yourselves: netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 194.183.133.58 0.0.0.0 255.255.255.255 UH0 0 0 ppp0 192.168.0.2 0.0.0.0 255.255.255.255 UH0 0 0 sl0 192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 sl0 route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 194.183.133.58 * 255.255.255.255 UH0 00 ppp0 192.168.0.2 * 255.255.255.255 UH1 00 sl0 192.168.200.0 * 255.255.255.0 U 0 00 eth0 default * 0.0.0.0 U 1 00 sl0 ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:194.208.126.37 P-t-P:194.183.133.58 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10 RX bytes:425 (425.0 b) TX bytes:355 (355.0 b) So, what am I missing? Do I have to add or change a default route or something like that? Kind regards Franz GEIGER, lookin' for kind helping hands. The line I deleted was gateway from the file /etc/network/interfaces --- Scotty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Newbie] ppp: Connection established, but can't ping. How can I get out into Internet?
David Clymer wrote: On Sun, 2004-10-17 at 21:50, Scotty Fitzgerald wrote: I had a similar problem, When I set up the machine I had a Ethernet card that was autodetected, and the the autodetection set up the ethernet card as the default gateway to the internet. While your ethernet is the default gateway the dialup won't establish itself as a gateway. Try to remove the gateway status of your ethernet card, and things should work. It took me a few googles on Linux networking and I found this, but if you can't find a good webpage post a reply, and I will actually start up my old windows partition and see if I can find the webpage that clued me in. Please don't top post: http://www.xs4all.nl/~sbpoley/toppost.htm A google i'm feeling lucky search got me the following page. perhaps it was the one you were refering to? http://www.ale.org/archive/ale/ale-1996-02/msg00026.html You could use ip-up ip-down scripts to setup/tear down routes for your ppp connection. That would certainly beat doing it manually every time. -davidc Gee, I always preferred topposts, but ok, Hi, David, I guess I will have to boot up windows tonight (sigh) to get that URL. No, what I had to do was find this configuration file in the /etc hierarchy and delete the line that said gateway (192.x.x.x [whatever x was.] After that my dialup took off. cheers! --- Scotty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Newbie] ppp: Connection established, but can't ping. How can I get out into Internet?
I had a similar problem, When I set up the machine I had a Ethernet card that was autodetected, and the the autodetection set up the ethernet card as the default gateway to the internet. While your ethernet is the default gateway the dialup won't establish itself as a gateway. Try to remove the gateway status of your ethernet card, and things should work. It took me a few googles on Linux networking and I found this, but if you can't find a good webpage post a reply, and I will actually start up my old windows partition and see if I can find the webpage that clued me in. Good luck, --- Scotty F. GEIGER wrote: Dear all, I'm on Debian GNU/Linux 3.0 (Woody) and stuck in the middle: I exec pon VOL and get a connection, but no pings do return (100% loss). As a connection has been estblished, I guess the several config files are okay. Therefore I've pasted the output of netstat -nr, route, and ifconf ppp0, shown while the connection is established. As I come from an OS, where one can configure an Internet connection with a few clicks and get into the Internet with two more clicks (did I already say, I'm a newbie? :-)), it's beyond me to fully recognize all the content of those lines. My Linux box' address is 192.168.200.101. This leads me to find the lines 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 sl0 and default * 0.0.0.0 U 1 00 sl0 kind of strange. But, please, see for yourselves: netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 194.183.133.58 0.0.0.0 255.255.255.255 UH0 0 0 ppp0 192.168.0.2 0.0.0.0 255.255.255.255 UH0 0 0 sl0 192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 sl0 route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 194.183.133.58 * 255.255.255.255 UH0 00 ppp0 192.168.0.2 * 255.255.255.255 UH1 00 sl0 192.168.200.0 * 255.255.255.0 U 0 00 eth0 default * 0.0.0.0 U 1 00 sl0 ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:194.208.126.37 P-t-P:194.183.133.58 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10 RX bytes:425 (425.0 b) TX bytes:355 (355.0 b) So, what am I missing? Do I have to add or change a default route or something like that? Kind regards Franz GEIGER, lookin' for kind helping hands. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Newbie] ppp: Connection established, but can't ping. How can I get out into Internet?
On Sun, 2004-10-17 at 21:50, Scotty Fitzgerald wrote: I had a similar problem, When I set up the machine I had a Ethernet card that was autodetected, and the the autodetection set up the ethernet card as the default gateway to the internet. While your ethernet is the default gateway the dialup won't establish itself as a gateway. Try to remove the gateway status of your ethernet card, and things should work. It took me a few googles on Linux networking and I found this, but if you can't find a good webpage post a reply, and I will actually start up my old windows partition and see if I can find the webpage that clued me in. Please don't top post: http://www.xs4all.nl/~sbpoley/toppost.htm A google i'm feeling lucky search got me the following page. perhaps it was the one you were refering to? http://www.ale.org/archive/ale/ale-1996-02/msg00026.html You could use ip-up ip-down scripts to setup/tear down routes for your ppp connection. That would certainly beat doing it manually every time. -davidc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Newbie] ppp: Connection established, but can't ping. How can I get out into Internet?
Dear all, I'm on Debian GNU/Linux 3.0 (Woody) and stuck in the middle: I exec pon VOL and get a connection, but no pings do return (100% loss). As a connection has been estblished, I guess the several config files are okay. Therefore I've pasted the output of netstat -nr, route, and ifconf ppp0, shown while the connection is established. As I come from an OS, where one can configure an Internet connection with a few clicks and get into the Internet with two more clicks (did I already say, I'm a newbie? :-)), it's beyond me to fully recognize all the content of those lines. My Linux box' address is 192.168.200.101. This leads me to find the lines 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 sl0 and default * 0.0.0.0 U 1 00 sl0 kind of strange. But, please, see for yourselves: netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 194.183.133.58 0.0.0.0 255.255.255.255 UH0 0 0 ppp0 192.168.0.2 0.0.0.0 255.255.255.255 UH0 0 0 sl0 192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 sl0 route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 194.183.133.58 * 255.255.255.255 UH0 00 ppp0 192.168.0.2 * 255.255.255.255 UH1 00 sl0 192.168.200.0 * 255.255.255.0 U 0 00 eth0 default * 0.0.0.0 U 1 00 sl0 ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:194.208.126.37 P-t-P:194.183.133.58 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10 RX bytes:425 (425.0 b) TX bytes:355 (355.0 b) So, what am I missing? Do I have to add or change a default route or something like that? Kind regards Franz GEIGER, lookin' for kind helping hands. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ayuda con ppp
Pues debe ser algo asi, he descubierto que si antes de intentar conectar hago killall diald, luego conecta sin problemas con pon, no sale siquiera la linea Sep 29 18:34:03 manolo diald[197]: Calling site 192.168.0.2. Al final consegui lo que queria pero si alguien sabe una manera para que no haya que poner lo de killall diald le estaria muy agradecido _ Acepta el reto MSN Premium: Protección para tus hijos en internet. Descárgalo y pruébalo 2 meses gratis. http://join.msn.com?XAPID=1697DI=1055HL=Footer_mailsenviados_proteccioninfantil
Set ppp device for PPPoE
Hi, On a location I have a debian box that sets up connections to two networks through two PPPoE connections. I have specified different firewall rules for each of them. I would like to specify on which ppp device (ppp0, ppp1) a certain PPPoE connection should be set up. Is there a pppd or pppoe specific option that will allow me to set the ppp device in the configuration? At this moment I end up with the pppoe connection using the first available ppp device. -- Enriko Groen Zoranet systems administrator [EMAIL PROTECTED] // +31 38 455 95 62 Zoranet // 8025 BS 6c // Zwolle // Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ayuda con ppp
Tengo un problema con mi conexion con modem con ppp. Ejecuto pppconfig y configuro correctamente la cuenta, luego hago 'pon' y mi modem suena y se conecta a inernet, puedo comprobar que tengo una IP haciendo ifconfig pero resulta que luego no puedo acceder a nada, haciendo ping no me responde nadie excepto la IP a la que estoy conectado. Tengo los DNS bien puestos en /etc/resolv.conf pero al hacer tail -f /var/log/messages sale lo siguiente: Sep 29 18:33:31 manolo pppd[429]: pppd 2.4.1 started by root, uid 0 Sep 29 18:33:32 manolo chat[430]: abort on (BUSY) Sep 29 18:33:32 manolo chat[430]: abort on (NO CARRIER) Sep 29 18:33:32 manolo chat[430]: abort on (VOICE) Sep 29 18:33:32 manolo chat[430]: abort on (NO DIALTONE) Sep 29 18:33:32 manolo chat[430]: abort on (NO DIAL TONE) Sep 29 18:33:32 manolo chat[430]: abort on (NO ANSWER) Sep 29 18:33:32 manolo chat[430]: abort on (DELAYED) Sep 29 18:33:32 manolo chat[430]: send (ATZ^M) Sep 29 18:33:32 manolo chat[430]: expect (OK) Sep 29 18:33:32 manolo chat[430]: ATZ^M^M Sep 29 18:33:32 manolo chat[430]: OK Sep 29 18:33:32 manolo chat[430]: -- got it Sep 29 18:33:32 manolo chat[430]: send (ATDT909250250^M) Sep 29 18:33:32 manolo chat[430]: expect (CONNECT) Sep 29 18:33:32 manolo chat[430]: ^M Sep 29 18:33:58 manolo chat[430]: ATDT909250250^M^M Sep 29 18:33:58 manolo chat[430]: CONNECT Sep 29 18:33:58 manolo chat[430]: -- got it Sep 29 18:33:58 manolo chat[430]: send (\d) Sep 29 18:33:59 manolo pppd[429]: Serial connection established. Sep 29 18:33:59 manolo pppd[429]: Using interface ppp0 Sep 29 18:33:59 manolo pppd[429]: Connect: ppp0 -- /dev/ttyS1 Sep 29 18:34:01 manolo pppd[429]: Remote message: ^@ Sep 29 18:34:01 manolo pppd[429]: kernel does not support PPP filtering Sep 29 18:34:02 manolo pppd[429]: local IP address 62.83.252.152 Sep 29 18:34:02 manolo pppd[429]: remote IP address 62.81.2.11 Sep 29 18:34:03 manolo diald[197]: Trigger: udp 192.168.0.1/32769 62.37.228.20/53 Sep 29 18:34:03 manolo diald[197]: Calling site 192.168.0.2 Sep 29 18:34:03 manolo diald[197]: No devices free to call out on. Sep 29 18:34:03 manolo diald[197]: Connect script failed. Sep 29 18:34:03 manolo diald[197]: Delaying 1 seconds before clear to dial. Sep 29 18:34:06 manolo diald[197]: Calling site 192.168.0.2 Sep 29 18:34:06 manolo diald[197]: No devices free to call out on. Sep 29 18:34:07 manolo diald[197]: Connect script failed. Sep 29 18:34:07 manolo diald[197]: Delaying 1 seconds before clear to dial. Sep 29 18:34:08 manolo diald[197]: Calling site 192.168.0.2 Sep 29 18:34:08 manolo diald[197]: No devices free to call out on. Sep 29 18:34:08 manolo diald[197]: Connect script failed. y asi se repite siempre, si me podeis ayudar os lo agradeceria mucho, me estoy volviendo loco _ Horóscopo, tarot, numerología... Escucha lo que te dicen los astros. http://astrocentro.msn.es/
Re: ayuda con ppp
Buenas! Pues al parecer no tienes puesto en el kernel lo siguiente: Sep 29 18:34:01 manolo pppd[429]: kernel does not support PPP filtering Lo ms posible es que sea de eso, as que activalo como modulo mismo y recompila ;). Nos vemos, by3! Saludos, MANTERO. -- MANTERO [EMAIL PROTECTED] www.manteroweb.tk
Re: ayuda con ppp
Sep 29 18:34:01 manolo pppd[429]: kernel does not support PPP filtering ¿Qué será esto? :-? ¿Te has compilado un kernel tú mismo? Si es así, prueba a instalar uno de Debian con apt-get. Haplo
Re: ayuda con ppp
Acabo de compilar el kernel como me habeis dicho y sigue pasando exactamente lo mismo solo que en /var/log/messages ya no sale lo de kernel does not support PPP filtering, no se que mas hacer... _ Horóscopo, tarot, numerología... Escucha lo que te dicen los astros. http://astrocentro.msn.es/
Re: ayuda con ppp
.Oren . escribi: Acabo de compilar el kernel como me habeis dicho y sigue pasando exactamente lo mismo solo que en /var/log/messages ya no sale lo de kernel does not support PPP filtering, no se que mas hacer... El PPP filtering es una cosa opcional, y no impide conectarese. Supongo que el refrejo del verdadero problema es este: Sep 29 18:34:03 manolo diald[197]: Calling site 192.168.0.2 Sep 29 18:34:03 manolo diald[197]: No devices free to call out on. Sep 29 18:34:03 manolo diald[197]: Connect script failed. Tengo la idea, de que de alguna manera se interfieren pppd y diald, y por eso no se acompletan las conexiones. Revisa /etc/ppp/options y /etc/ppp/peers/como_le_hayas_puesto, a ver donde entra el diald (si es que lo hace por ahi), y si esta limpio intenta conectarte puramente con el pppd: pppd call como_le_hayas_puesto -- Alexander aka alk[ anoide | olico | ulero | ero | atraz] (mi materializacion es fisica, mi escencia es matematica)
Conectar desde red vía ppp
Me conecto a Internet vía ppp, y quisiera conectar otro ordenador que tengo conectado a éste vía ethernet. Tengo que activar el ppp over ethernet en el núcleo? Me he dejado alguna otra cosa? Gracias - Euskalherria.info Euskal Herriaren Ataria http://www.euskalherria.info -
Re: Conectar desde red vía ppp
Hola! ppp over ethernet (PPPoE) no sirve para eso sirve para conexiones ADSL. Básicamente sirve para pasar paquetes PPP encapsulados dentro de tramas Ethernet. Lo que necesitas en el núcleo es la parte de networking y la de routing, nada más, lo básico. Saludos Marcelo El Sábado, 25 de Septiembre de 2004 12:23, [EMAIL PROTECTED] escribió: Me conecto a Internet vía ppp, y quisiera conectar otro ordenador que tengo conectado a éste vía ethernet. Tengo que activar el ppp over ethernet en el núcleo? Me he dejado alguna otra cosa? Gracias - Euskalherria.info Euskal Herriaren Ataria http://www.euskalherria.info - -- Marcelo F. Fernández Buenos Aires, Argentina Analista de Sistemas - CCNA E-Mail: [EMAIL PROTECTED] Jabber ID: [EMAIL PROTECTED]
Re: Conectar desde red vía ppp
Me conecto a Internet vía ppp, y quisiera conectar otro ordenador que tengo conectado a éste vía ethernet. Tengo que activar el ppp over ethernet en el núcleo? Me he dejado alguna otra cosa? Como te han dicho, no necesitas PPPoE, eso es otra cosa. Lo que tú quieres es que el ordenador con acceso PPP le de acceso al otro, para lo cual tienes que montar un firewall con iptables, IP Forwarding e IP Masquerade. Yo tengo un script propio que realiza esta misma función, lo adjunto en este mensaje para que lo uses si quieres. En el script vienen instrucciones de cómo instalarlo en el sistema (se supone que tienes un kernel correctamente configurado y que la configuración de red es correcta), si tienes algún problema pues pregunta. Si alguien tiene algún comentario respecto al script, encuentra algún fallo o lo que sea, le agradecería que me lo comentase. :-) Haplo firewall.gz Description: GNU Zip compressed data
Stop PPP connection question
Hi folks, I ran # poff ds-provider /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. It complained. ifconfig showed broadband still connected If run # poff No printout. ifconfig showed broadband disconnected. Can any folk help me to understancd why? TIA B.R. Stephen Liu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop PPP connection question
Stephen Liu wrote: Hi folks, I ran # poff ds-provider ps -f -C pppd on my not broadband :-( system, shows: UIDPID PPID C STIME TTY TIME CMD root 9744 1 0 06:00 ttyS100:00:00 /usr/sbin/pppd call provider poff, which is a script, deftly picks off the provider piece and cancels pppd if it was running provider. In your case ds-provider. /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. That means pppd was not running ds-provider. What does ps -f -C pppd show? It complained. ifconfig showed broadband still connected If run # poff No printout. ifconfig showed broadband disconnected. Can any folk help me to understancd why? TIA B.R. Stephen Liu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop PPP connection question
Hi Hugo, Tks for your advice. - snip - /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. That means pppd was not running ds-provider. What does ps -f -C pppd show? In my case $ ps -f -C pppd UIDPID PPID C STIME TTY TIME CMD root 602 1 0 15:02 ?00:00:00 pppd call dsl-provider B.S. Stephen It complained. ifconfig showed broadband still connected If run # poff No printout. ifconfig showed broadband disconnected. Can any folk help me to understancd why? TIA B.R. Stephen Liu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop PPP connection question
On Wed, Sep 22, 2004 at 11:15:16PM +0800, Stephen Liu wrote: Hi Hugo, Tks for your advice. - snip - /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. That means pppd was not running ds-provider. What does ps -f -C pppd show? In my case $ ps -f -C pppd UIDPID PPID C STIME TTY TIME CMD root 602 1 0 15:02 ?00:00:00 pppd call dsl-provider B.S. Stephen Sounds like a typo - if you have dsl-provider in your /proc, it should be: poff dsl-provider NOT: poff ds-provider DISCLAIMER: I do not have DSL. I do not have dialup. I do not use PPP. I connect to Cox via a paternally-run LAN. -- The world's most effective spam filter: ln -sf /dev/full /var/mail/$USER -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop PPP connection question
Hi Stefan, Tks for your advice. In my case $ ps -f -C pppd UIDPID PPID C STIME TTY TIME CMD root 602 1 0 15:02 ?00:00:00 pppd call dsl-provider Sounds like a typo - typo = typographical error ??? if you have dsl-provider in your /proc, it should be: poff dsl-provider NOT: poff ds-provider # ls /proc | grep dsl-provider # ls /proc | grep ds-provider # ls /proc | grep pon # ls /proc | grep poff all no printout # ls /etc/ppp/peers/ dsl-provider . I suppose the correct command to stop broadband connection is; # pon dsl-provider /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. But it complained, ifconfig showing broadband still connected However running # poff No complaint and ifconfig showed broadband disconnected. I'm installing new Debian, running there # poff dsl-provider Stop broadband connection without complaint. running # poff can't stop broadbank connection even thought without complaint. That makes me confusing. B.R. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop PPP connection question
On Thu, Sep 23, 2004 at 08:44:37AM +0800, Stephen Liu wrote: Hi Stefan, Tks for your advice. In my case $ ps -f -C pppd UIDPID PPID C STIME TTY TIME CMD root 602 1 0 15:02 ?00:00:00 pppd call dsl-provider Sounds like a typo - typo = typographical error ??? Yes. if you have dsl-provider in your /proc, it should be: poff dsl-provider NOT: poff ds-provider # ls /proc | grep dsl-provider # ls /proc | grep ds-provider # ls /proc | grep pon # ls /proc | grep poff Doesn't work like that. /proc is where the ps info is stored. It is stored in a fairly special format. Replace 'ls /proc' with 'ps -elf'. cat /proc/*/cmdline shows all cmdlines, for instance. # ls /etc/ppp/peers/ dsl-provider . I suppose the correct command to stop broadband connection is; # pon dsl-provider Why would pon (Start a connection) stop one? Don't you mean: # poff dsl-provider /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. ^^^ If you use DS, that's fine. But I think you use DS*L*, not DS. But it complained, ifconfig showing broadband still connected However running # poff No complaint and ifconfig showed broadband disconnected. Great! That is how you are supposed to do it. I'm installing new Debian, running there # poff dsl-provider Stop broadband connection without complaint. running # poff can't stop broadbank connection even thought without complaint. That makes me confusing. poff: Disconnects you from dialup/dsl IF AND ONLY IF you are only connected to one ISP once. pon: Connects you to dialup. You _might_ be able to get it to do DSL by: # ln -s /etc/ppp/peers/dsl-provider /etc/ppp/peers/provider poff ds-provider: Disconnects a DS provider. pon ds-provider:Connects a DS provider. Is there such a thing? poff dsl-provider: Disconnects a DSL provider. pon dsl-provider:Connects a DSL provider. That is how it Should Work. As I don't personally use it, I might be forgetting to tell you about relevant bugs (but search the BTS - bugs.debian.org). -- The world's most effective spam filter: ln -sf /dev/full /var/mail/$USER -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop PPP connection question
Hi Stefan, Tks for your advice. typo = typographical error ??? Yes. Noted with tks # ls /proc | grep dsl-provider # ls /proc | grep ds-provider # ls /proc | grep pon # ls /proc | grep poff Doesn't work like that. /proc is where the ps info is stored. It is stored in a fairly special format. Replace 'ls /proc' with 'ps -elf'. But it did not telling the name of a command or command line cat /proc/*/cmdline shows all cmdlines, for instance. # cat /proc/*/cmdline | grep dsl-provider Binary file (standard input) matches # cat /proc/*/cmdline | grep pon # cat /proc/*/cmdline | grep mozilla Binary file (standard input) matches Similar output. Neither informing where they reside # which mozilla /usr/bin/mozilla OK # which dsl-provider No printout # ls /etc/ppp/peers/ dsl-provider . I suppose the correct command to stop broadband connection is; # pon dsl-provider Why would pon (Start a connection) stop one? Don't you mean: # poff dsl-provider This old Debian box, a workstation, is for reference only not for routine work. Because on installing a new Debian box, also a workstation, I met certain difficulties, ping IP address OK but ping URLs impossibe (warning, ping:unknown host www.xyz.com), I took out this old box from store room as reference. /usr/bin/poff: I could not find a pppd process for provider 'ds-provider'. None stopped. ^^^ If you use DS, that's fine. But I think you use DS*L*, not DS. Yes, I use ADSL. poff: Disconnects you from dialup/dsl IF AND ONLY IF you are only connected to one ISP once. pon: Connects you to dialup. You _might_ be able to get it to do DSL by: # ln -s /etc/ppp/peers/dsl-provider /etc/ppp/peers/provider poff ds-provider: Disconnects a DS provider. pon ds-provider:Connects a DS provider. Is there such a thing? On this old box; # pon connect ISP/broadband NOT # pon dsl-provider On another Debian box, which I'm now installing, just reversed; # pon can't connect ISP/broadband # pon dsl-provider connect ISP/broadband poff dsl-provider: Disconnects a DSL provider. pon dsl-provider:Connects a DSL provider. On this old box; # poff disconnect ISP/broadband NOT # poff dsl-provider On another Debian box, which I'm now installing, just reversed; That is how it Should Work. As I don't personally use it, I might be forgetting to tell you about relevant bugs (but search the BTS - bugs.debian.org). Noted with thanks B.R. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Failed PPP hangs system
On Sat, Sep 18, 2004 at 10:51:47PM +0300, Robert Golovniov wrote: I have a very strange problem to deal with. When a ppp connections gets broken, the whole system (Sarge) hangs and I cannot do anything with it - neither through ssh, nor even through the normal keyboard. What might be the root of the problem and how to fight with it? Only a buggy driver (or other kernel component) can make the whole system hang. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Failed PPP hangs system
Bill Marcum wrote: Get an external modem. You would be surprised, Bill, but that is exactly what is happening when I connect with an external U.S.Robotics modem. :-) Any other ideas? Perhaps I have to configure some options in the wvdial config? -- -=Robert Beata Golovniov | Lviv, Ukraine=- ~~~ Taste and see that Jehovah is good. - Psalm 34:8 PGP key at: https://www.biglumber.com/x/web?qs=golovniov%40interia.pl ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Failed PPP hangs system
Thomas Hood wrote: Only a buggy driver (or other kernel component) can make the whole system hang. I have tried to reinstall the kernel altogether, but the problem persists. Where else can I dig? What about the loadable modules? Can I try checking something there? How can I do it? I can just add that, although I've been using Linux for a while, I haven't looked under the hood so often, so even the basic and self-evident hints would be appreciated. :-) -- -=Robert Beata Golovniov | Lviv, Ukraine=- ~~~ Taste and see that Jehovah is good. - Psalm 34:8 PGP key at: https://www.biglumber.com/x/web?qs=golovniov%40interia.pl ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat, 18 Sep 2004 18:27:55 +0200 Erwan David [EMAIL PROTECTED] a écrit: Le Sat 18/09/2004, J.Pierre Pourrez disait Resolvconf semble être un proxy DNS. Un peu comme dnsmasq qui a plus de possibilités. Dans ce cas, mettre dans /etc/resolv.conf: Nameserver 127.0.0.1 Mais je ne connais pas la config de resolvconf. Il doit y avoir un lien ou une variable vers /etc/ppp/resolv.conf Non, resolvconf mets à jour /etc/resolvconf en récupérant les inforamtions àfdifférents endroits statiques ou dynamiques (clienst ppp/dhcp ou autres). Oui enfin c'est ce qu'il est sensé faire parce que chez moi il ne le fait pas...
Re: Failed PPP hangs system
On Sat, Sep 18, 2004 at 10:51:47PM +0300, Robert Golovniov wrote: Hello! I have a very strange problem to deal with. When a ppp connections gets broken, the whole system (Sarge) hangs and I cannot do anything with it - neither through ssh, nor even through the normal keyboard. What might be the root of the problem and how to fight with it? Get an external modem. -- System Events =-=-=-=-=-=-= Sep 16 03:31:11 don kernel: lp0 on fire -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[SOLVED]Wieso geht der active-filter in ppp mit Kernel 2.6.7 nicht mehr
Am Samstag 04 September 2004 15:53 schrieb Gerhard Gaußling: Weiß jemand, ob der patch in neueren kernel-versionen zurückgenommen wird? Hallo, Diese Mail, um Abschließend festzustellen, dass der active filter in dem kernel-source-2.6.8-5 paket wieder läuft. ciao Gerhard
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le 17/09/04 à 14:38, [EMAIL PROTECTED] écrivait: Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans /var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et /etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Voilà Jean-Pierre
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat, 18 Sep 2004 11:56:03 +0200 J.Pierre Pourrez [EMAIL PROTECTED] a écrit: Le 17/09/04 à 14:38, [EMAIL PROTECTED] écrivait: Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans/var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et/etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Oui j'ai bien ce script dans les répertoires indiqués mais il ne fait pas son office...
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat, 18 Sep 2004 12:23:23 +0200 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: Le Sat, 18 Sep 2004 11:56:03 +0200 J.Pierre Pourrez [EMAIL PROTECTED] a écrit: Le 17/09/04 à 14:38, [EMAIL PROTECTED] écrivait: Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans/var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et/etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Oui j'ai bien ce script dans les répertoires indiqués mais il ne fait pas son office... D'ailleurs il ne risque pas de faire quelque chose car quand resolvconf est là il ne fait rien...
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le 18/09/04 à 12:29, Gaëtan PERRIER écrivait: le paquet ppp installe un script executale *usepeerdns dans /etc/ppp/ip-up.d et/etc/ppp/ip-down.d qui gère cela: [EMAIL PROTECTED]:~$ ls -l /etc/ppp/ip-up.d/*usepeerdns -rwxr-x--- 1 root root 978 2004-09-07 16:46 /etc/ppp/ip-up.d/usepeerdns Oui j'ai bien ce script dans les répertoires indiqués mais il ne fait pas son office... D'ailleurs il ne risque pas de faire quelque chose car quand resolvconf est là il ne fait rien... Effectivement je n'ai pas resolconf installé et ça marche très bien comme cela. Resolvconf semble être un proxy DNS. Un peu comme dnsmasq qui a plus de possibilités. Dans ce cas, mettre dans /etc/resolv.conf: Nameserver 127.0.0.1 Mais je ne connais pas la config de resolvconf. Il doit y avoir un lien ou une variable vers /etc/ppp/resolv.conf A Jean-Pierre
Re: resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Le Sat 18/09/2004, J.Pierre Pourrez disait Resolvconf semble être un proxy DNS. Un peu comme dnsmasq qui a plus de possibilités. Dans ce cas, mettre dans /etc/resolv.conf: Nameserver 127.0.0.1 Mais je ne connais pas la config de resolvconf. Il doit y avoir un lien ou une variable vers /etc/ppp/resolv.conf Non, resolvconf mets à jour /etc/resolvconf en récupérant les inforamtions àfdifférents endroits statiques ou dynamiques (clienst ppp/dhcp ou autres). -- Erwan
Failed PPP hangs system
Hello! I have a very strange problem to deal with. When a ppp connections gets broken, the whole system (Sarge) hangs and I cannot do anything with it - neither through ssh, nor even through the normal keyboard. What might be the root of the problem and how to fight with it? -- -=Robert Beata Golovniov | Lviv, Ukraine=- ~~~ Taste and see that Jehovah is good. - Psalm 34:8 PGP key at: https://www.biglumber.com/x/web?qs=golovniov%40interia.pl ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
resolv.conf, resolvconf et ppp (sur Testing en 2.4)
Salut, Problème du jour: mettre à jour automatiquement resolv.conf en fonction de ce que ppp (pppoe plus exactement) récupère lors de l'établissement de la connection (option userpeerdns). J'ai installé le paquet resolvconf qui est sensé faire ça, j'ai lu la doc (assez confuse pour mon niveau de connaissance...) et rien. Je me retrouve dans resolv.conf avec juste le contenue du fichier head de resolvconf. Pourtant dans /var/log/message j'ai bien les adressses des serveurs de noms envoyé par mon FAI. Donc pour l'instant j'en suis arrivé à écrire en dur les adresses des serveurs de noms dans le fichier tail de resolvconf...
PPP et routage
Bonjour, J'ai deux petites questions : Est-ce qu'une interface PPP a une adresse IP ? J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. Merci, Mickaël
Re: PPP et routage
* Vera Mickael [EMAIL PROTECTED] [2004-09-08 18:34] : Bonjour, J'ai deux petites questions : Est-ce qu'une interface PPP a une adresse IP ? Oui, c'est une interface réseau comme une autre, son adresse IP est généralement négociée lors de l'établissement de la liaison PPP. J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. /etc/ppp/options (par le paramètre defaultroute qui positionne la passerelle par défaut sur cette interface). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Re: PPP et routage
Le 08/09/04 à 18:34, Vera Mickael écrivait: Est-ce qu'une interface PPP a une adresse IP ? Comme Internet est basé sur les réseaux TCP/IP, une adresse IP peut aider ;-) En fait, il y a 2 adresses IP mis en jeu: ton adresse IP pour recevoir les réponses à tes demandes, l'adresse du serveur pour savoir où adresser tes demandes. En général ces adresses sont dynamiques et attribués par le serveur (ton FAI) Cela correspond à l'option noipdefault dans ton fichier de config /etc/ppp/peers/provider Une fois la connexion établie, tapez ifconfig ppp0 pour connaitre la valeur de ces adresses. J'ai cru lire quelquepart qu'il n'y en avait pas mais je ne peux pas remettre la main dessus. A relire Dans quel fichier est-il précisé que le routage vers internet doit passer pas une interface PPP dans le cas simple d'un machine reliée à internet par un modem. Cela correspond à l'option defaultroute dans le fichier /etc/ppp/peers/provider Après connexion, on peut vérifier cela par la commande route -n Une autre option intéressante est usepeerdns qui va mettre à jour ton fichier /etc/resolv.conf qui contient l'adresse IP de 1 ou 2 serveurs de noms pour faire la correspondance entre le nom d'hôte (ex: www.voila.fr) et son adresse IP (195.101.94.80) Il existe un Howto à propos de PPP in french ici: http://www.traduc.org/docs/HOWTO/vf/PPP-HOWTO.html Merci, Avec plaisir Jean-Pierre
Re: Wieso geht der active-filter in ppp mit Kernel 2.6.7 nicht mehr
Am Sonntag 01 August 2004 13:14 schrieb Heike C. Zimmerer:
Was Kernel 2.6.7 und Debian anbelangt, reicht offensichtlich die
Rückgängigmachung von
http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%
2Fv2.6%2Fpatch-2.6.6.bz2;z=1276
aus, wie Simon schon schrieb.
Hallo,
zurück aus dem Urlaub habe ich nun noch das hier gefunden:
http://groups.google.com/groups?hl=enlr=ie=UTF-8threadm=fa.bhdn7i5.1hgcipj%
40ifi.uio.nornum=2prev=/groups%3Fq%3Dactive%2Bfilter%2Bppp%2B%
2Bgroup:fa.linux.kernel%26hl%3Den%26lr%3D%26ie%3DUTF-8%26group%
3Dfa.linux.kernel%26sa%3DG%26scoring%3Dd
http://thread.gmane.org/gmane.linux.kernel/222108
http://thread.gmane.org/gmane.linux.ppp/1467
diff -urN linux-2.5/drivers/net/ppp_generic.c
pmac-2.5/drivers/net/ppp_generic.c
--- linux-2.5/drivers/net/ppp_generic.c 2004-07-28 01:06:02.0
+1000
+++ pmac-2.5/drivers/net/ppp_generic.c 2004-08-07 21:07:09.018980776
+1000
@@ -1026,11 +1026,7 @@
/* check if we should pass this packet */
/* the filter instructions are constructed assuming
a four-byte PPP header on each packet */
- {
- u_int16_t *p = (u_int16_t *) skb_push(skb, 2);
-
- *p = htons(4); /* indicate outbound in DLT_LINUX_SLL */;
- }
+ *skb_push(skb, 2) = 1;
if (ppp-pass_filter
sk_run_filter(skb, ppp-pass_filter,
ppp-pass_len) == 0) {
@@ -1573,11 +1569,7 @@
/* check if the packet passes the pass and active filters */
/* the filter instructions are constructed assuming
a four-byte PPP header on each packet */
- {
- u_int16_t *p = (u_int16_t *) skb_push(skb, 2);
-
- *p = 0; /* indicate inbound in DLT_LINUX_SLL */
- }
+ *skb_push(skb, 2) = 0;
if (ppp-pass_filter
sk_run_filter(skb, ppp-pass_filter,
ppp-pass_len) == 0) {
Karsten Keil ([EMAIL PROTECTED]) agreed to this patch.
da der patch ursprünglich von Karsten Keil stammte, und er zustimmt ihn
zurückzunehmen, probiere ich das gerade mal aus.
Weiß jemand, ob der patch in neueren kernel-versionen zurückgenommen
wird?
Ich hoffe meine d-o-d Daueronline Probleme bekomme ich noch in den
Griff ;-)
Gruß
Gerhard
Re: discador ppp para gnome
On Fri, 03 Sep 2004 12:04:38 -0300, Jupercio Juliano [EMAIL PROTECTED] wrote: Olá, use o comando: aptitude search ppp e veja o retorno. Você vai achar o pacote gnome-ppp! Nunca utilizei ele, mas parece legal! ;-) http://www.gnome-ppp.org -- .''`. Guilherme Mesquita Gondim - semente : :' : semente em gmail.com UiN(ICQ#) 22721986 `. `'` Usuário GNU/Linux #307581, Usuário Debian Brasil #625 `-Quer falar comigo? ;-) Escreva para semente85 em yahoo.com.br Movido a Debian GNU/Linux e anarquismo! # apt-get install anarchism
Re: discador ppp para gnome
Flavio Granato wrote: como o assunto descreve procuro um discador para ppp no gnome q naum seja o kppp(logico!!!). existe o gppp? Olá, use o comando: aptitude search ppp e veja o retorno. abraços. -- jupercio juliano DebianUser www.debian-br.org Jabber: jupercio at jabber.org
discador ppp para gnome
como o assunto descreve procuro um discador para ppp no gnome q naum seja o kppp(logico!!!). existe o gppp? Flavio = Primeiro eles o ignoram. Em seguida riem de você. Depois eles o combatem. Aí você vence - Gandhi ___ Yahoo! Acesso Grátis - navegue de graça com conexão de qualidade! http://br.acesso.yahoo.com/
RE: problema con ppp
- Original Message - From: Alexander [EMAIL PROTECTED] To: Debian Spanish debian-user-spanish@lists.debian.org Sent: Tuesday, August 31, 2004 12:09 AM Subject: Re: problema con ppp Raul Lopez : Hola, estoy tratando de hacer funcionar un modem utilizando pppconfig. Probe de distintas maneras,pero no logro que se mantenga la conexion. El modem disca, se conecta y luego se cierra la conexion. Que dicen /var/log/messages y /var/log/daemon ? /var/log/messages no dice mucho... Pero /var/log/daemon.log dice: UUPS sin PPP_ASYNC no anda!!! (Can't locate module tty-ldisc-3) Recompile el kernel y listo. Muchas gracias y un saludo para todos. Raul.
problema con ppp
Hola, estoy tratando de hacer funcionar un modemutilizando pppconfig. Probe de distintas maneras,pero no logro que se mantenga la conexion. El modem disca, se conecta y luego se cierra la conexion. Por favor si me pueden dar una mano con cualquier sugerencia, lo agradezco mucho. Adjunto el contenido de los archivos /etc/chatscripts/adinet y /etc/ppp/peers/adinet, que son generados por ppdconfig. /etc/chatscripts/adinet # This chatfile was generated by pppconfig 2.0.10.# Please do not delete any of the comments. Pppconfig needs them.# # ispauth PAP# abortstringABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER' ABORT DELAYED# modeminit'' ATZ# ispnumberOK-AT-OK ATDT09091234# ispconnectCONNECT \d\c# prelogin # ispname# isppassword# postlogin # end of pppconfig stuff # /etc/peers/adinet # This optionfile was generated by pppconfig 2.0.10. # #hide-password noauthconnect "/usr/sbin/chat -v -f /etc/chatscripts/adinet"debug/dev/ttyHSF0115200defaultroutenoipdefault user raulremotename adinetipparam adinet usepeerdns # Saludos, Raul
