pppoe braucht sooo lange :-(

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
garantiefall
Beiträge: 40
Registriert: 08.11.2006 22:53:35

pppoe braucht sooo lange :-(

Beitrag von garantiefall » 26.07.2007 09:14:38

Hallo,

In den letzten Monaten läuft etch auf meinem Rechner ohne Probleme. Außer einem:

Seit einiger Zeit (Kernel 2.6-18 oder anderweitiges update???) dauert es viel länger, bis ich LAN-mäßig meinen DSL-Provider an die Strippe bekomme.
Früher hab ich den PC hochgefahren hab mich am Anmeldescreen gleich als Benutzer angemeldet, icedove hochgefahren und sofort emails bekommen oder Internet gehabt.
Jetzt muß ich im Anmeldescreen minimum 30 Sekunden warten, bevor ich mich anmelde. Sonst heißt es "kein Provider erreichbar" o.ä.
Dann muß ich mich nochmal ausloggen, Anmeldefenster kurz abwarten, wieder rein und dann geht´s 8O
Ich habe pppoe mit pppoeconf einige Male neu konfiguriert, dort ist eigentlich alles ok. Provider ist t-online.

Was muß ich ändern, was braucht ihr noch an Infos, um mir evtl. helfen zu können?

Vielen Dank und LG,

Gerhard
Asus K8VSE, Athlon 64 2800+, 1 GB Ram, Nvidia FX 5200, SATA 400 GB, Kernel 2.6.18, KDE 3.5 --- Debian Etch :-)

yeti

Beitrag von yeti » 26.07.2007 10:59:53

Mein Etch hängt via DSL-Modem (also PPPoE statt externem Router) am großen T und die Verbindung steht binnen Sekunden.

cosmac
Beiträge: 4576
Registriert: 28.03.2005 22:24:30

Beitrag von cosmac » 26.07.2007 12:33:44

hi,

poste bitte mal die Dateien /etc/network/interfaces und
/etc/ppp/peers/provider (die heißt evt. auch dsl-provider).

Dann könntest du mal neu starten, lange genug warten,
dich anmelden und dann als root "tail -200 /var/log/syslog"
und die Meldungen nach nopaste kopieren.
Beware of programmers who carry screwdrivers.

garantiefall
Beiträge: 40
Registriert: 08.11.2006 22:53:35

Beitrag von garantiefall » 26.07.2007 12:53:51

Interfaces:

Code: Alles auswählen

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth1 up # line maintained by pppoeconf
provider dsl-provider

auto eth1

iface eth1 inet static
dsl-provider:

Code: Alles auswählen

# Configuration file for PPP, using PPP over Ethernet 
# to connect to a DSL provider.
#
# See the manual page pppd(8) for information on all the options.

##
# Section 1
#
# Stuff to configure...

# MUST CHANGE: Uncomment the following line, replacing the user@provider.net
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
#user myusername@myprovider.net

# Use the pppoe program to send the ppp packets over the Ethernet link
# This line should work fine if this computer is the only one accessing
# the Internet through this DSL connection. This is the right line to use
# for most people.
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"

# An even more conservative version of the previous line, if things
# don't work using -m 1452... 
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1412"

# If the computer connected to the Internet using pppoe is not being used
# by other computers as a gateway to the Internet, you can try the following
# line instead, for a small gain in speed:
#pty "/usr/sbin/pppoe -I eth0 -T 80"


# The following two options should work fine for most DSL users.

# Assumes that your IP address is allocated dynamically
# by your DSL provider...
noipdefault
# Try to get the name server addresses from the ISP.
usepeerdns
# Use this connection as the default route.
# Comment out if you already have the correct default route installed.
defaultroute

##
# Section 2
#
# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing. 
#
# Disconnect after 300 seconds (5 minutes) of idle time.

#demand
#idle 300

##
# Section 3
#
# You shouldn't need to change these options...

hide-password
lcp-echo-interval 20
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
mtu 1492

# RFC 2516, paragraph 7 mandates that the following options MUST NOT be
# requested and MUST be rejected if requested by the peer:
# Address-and-Control-Field-Compression (ACFC)
noaccomp
# Asynchronous-Control-Character-Map (ACCM)
default-asyncmap

plugin rp-pppoe.so eth1
user "gaaaanzlangezahlblablabla@t-online.de"

http://nopaste.debianforum.de/6314

LG garantiefall
Asus K8VSE, Athlon 64 2800+, 1 GB Ram, Nvidia FX 5200, SATA 400 GB, Kernel 2.6.18, KDE 3.5 --- Debian Etch :-)

cosmac
Beiträge: 4576
Registriert: 28.03.2005 22:24:30

Beitrag von cosmac » 26.07.2007 14:39:31

entweder das Modem ist zu langsam, z.B. wegen schlechter Telefonkabel,
oder es ist ein udev-Problem, behaupte ich mal.

Du könntest sowas probieren:
in /etc/network/interfaces den Autostart des ppp auskommentieren:

Code: Alles auswählen

# auto dsl-provider
# iface dsl-provider inet ppp
# pre-up /sbin/ifconfig eth1 up # line maintained by pppoeconf
# provider dsl-provider
und als Ersatz ppp später starten, indem du in /etc/rc.local direkt
vor dem "exit 0" diese 2 Zeilen einbaust:

Code: Alles auswählen

/sbin/ifconfig eth1 up
/usr/bin/pon dsl-provider
und schliesslich (sicherheitshalber) noch:

Code: Alles auswählen

chmod 755 /etc/rc.local
Beware of programmers who carry screwdrivers.

garantiefall
Beiträge: 40
Registriert: 08.11.2006 22:53:35

Beitrag von garantiefall » 26.07.2007 14:53:49

ok, das wäre einen Versuch wert!

Hatte es bei udev eventuell mal ein update gegeben vor gefühlten drei Monaten? Eventuell mit der Fertigstellung von etch? Seitdem ungefähr besteht jedenfalls diese Merkwürdigkeit! DSL-Modem und Leitung sind es wohl nicht.
Ansonsten scheint in den files, die ich reingestellt habe, alles soweit im grünen Bereich zu sein?

LG Gerhard
Asus K8VSE, Athlon 64 2800+, 1 GB Ram, Nvidia FX 5200, SATA 400 GB, Kernel 2.6.18, KDE 3.5 --- Debian Etch :-)

Antworten