PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : T-DSL: pingen klappt (noch) nicht


perkele
29.09.01, 14:55
Moin allerseits,

ich scheitere z.Zt. leider irgendwie daran meiner SuSE (7.1) den Internet-Anschluss via T-DSL beizubrigen. Bin folgendermassen vorgegangen:

1) habe rp-pppoe (V3.3) runtergeladen, gewandelt und installiert (pppd hat übrigens V2.4.0).

2) Die Netzwerkkarte war bereits eingerichtet . Es ist KEINE defaultroute gesetzt. Außerdem hab ich 192.168.1.2 als IP vergeben (mit YaSR eingerichtet)

3) Das DSL-Modem wird erkannt:
Die Befehle "pppoe -I eth0 -A" & "pppoe -T20 -I eth0 -D pppoe.log > /dsev/null" führen zu den (im Howto beschriebeben) gewünschten Ergebnissen.

4) in der /etc/ppp/pap-secrets hab ich den usernamen & passwort getrennt durch blanks und sternchen eingetragen ("user" * "pass")

5) /etc/ppp/options ist ebenfalls angepasst

Wenn ich die Verbindung manuell per
pppd pty "/usr/sbin/pppos -I eth0"
starte, bekomme ich nach einem PING-Versuch folgende Meldungen auf der Konsole :

Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/pts/6
LCP: timeout sending Config-Requests
Connection terminated.
pppoe: Timeout waiting for PADO packets

Der ping produziert folgende Meldungen:

ping 194.25.2.129 (194.25.2.129): 56 data bytes
ping: sendto: Network is unreachable
ping: wrote 194.25.2.129 64 chars ret=-1


Zuguterletzt die protokollierten Meldungen aus der /var/log/messages:

Sep 29 15:12:03 linux pppd[785]: pppd 2.4.0 started by root, uid 0
Sep 29 15:12:03 linux pppd[785]: Serial connection established.
Sep 29 15:12:03 linux pppd[785]: Using interface ppp0
Sep 29 15:12:03 linux pppd[785]: Connect: ppp0 <--> /dev/pts/6
Sep 29 15:12:34 linux pppd[785]: LCP: timeout sending Config-Requests
Sep 29 15:12:34 linux pppd[785]: Connection terminated.
Sep 29 15:12:38 linux pppoe[786]: Timeout waiting for PADO packets
Sep 29 15:12:38 linux pppd[785]: Exit.

Wenn ich's richtig verstehe, kann die Verbindung an sich ja hergestellt werden - aber pingen klappt halt weder auf ip noch auf domains ..? Ich weiss leider immer noch zu wenig über Linux bescheid, um zu wissen wo ich sonst noch schauen könnte. Daher muss ich z.zt. leider noch durchs Fenster ins Internet, um diesen Hilferuf loszuwerden ^_^

Danke & Gruß
Sascha

geronet
29.09.01, 18:56
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR> in der /etc/ppp/pap-secrets hab ich den usernamen & passwort getrennt durch blanks und sternchen eingetragen ("user" * "pass")[/quote]

hast du auch "@t-online.de" an den benutzernamen (user) drangefügt?
Ohne das kommt meistens das <BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>pppoe: Timeout waiting for PADO packets[/quote]
weil ja mit der falschen Benutzernummer kein Access-concentrator eine Rückmeldung gibt...
(deswegen timeout for ... packets)

[ 29. September 2001: Beitrag editiert von: geronet ]

perkele
03.10.01, 23:39
Schönen Dank erstmal für den Hinweis.
Daran lags zwar nicht, ich bin aber beim Überprüfen auf die /etc/ppp/pppoe.conf gestossen, in der falsche Werte für User & Netzwerkdevice eingetragen waren.

So, die Sache läuft aber leider immer noch nicht rund. Ich hab mich weiterhin an das rp-pppoe-HOWTO von adsl4linux.de gehalten. Ich bekomme mittlerweile auch eine Verbinug über DSL hin: ping auf IP und domains klappt, jedoch kann ich im Browser keien Seite empfangen... Vielleicht liegts ja an der Paketgröße ..?
Bin ehrlich gesagt ziemlich ratlos...
Ich bekomme in der /var/log/messages folgende Meldungen, von denen mir die mit "something wicked happend" gar nicht gefällt...:

----------------------
Oct 3 23:45:06 linux su: (to nobody) root on none
Oct 3 23:45:06 linux PAM-unix2[815]: session started for user nobody, service su
Oct 3 23:45:47 linux PAM-unix2[815]: session finished for user nobody, service su
Oct 3 23:55:36 linux /usr/bin/sudo: perkele : TTY=pts/1 ; PWD=/home/perkele ; USER=root ; COMMAND=/usr/local/bin/connectadsl start
Oct 3 23:55:36 linux kernel: PPP generic driver version 2.4.1
Oct 3 23:55:36 linux pppd[841]: pppd 2.4.0 started by root, uid 0
Oct 3 23:55:36 linux pppd[841]: Serial connection established.
Oct 3 23:55:36 linux pppd[841]: Using interface ppp0
Oct 3 23:55:36 linux pppd[841]: Connect: ppp0 <--> /dev/pts/2
Oct 3 23:55:37 linux pppoe[842]: PADS: Service-Name: ''
Oct 3 23:55:37 linux pppoe[842]: PPP session is 1301
Oct 3 23:55:37 linux pppd[841]: local IP address 217.81.66.88
Oct 3 23:55:37 linux pppd[841]: remote IP address 217.5.98.18
Oct 3 23:55:37 linux pppd[841]: primary DNS address 212.185.253.70
Oct 3 23:55:37 linux pppd[841]: secondary DNS address 194.25.2.129
Oct 3 23:55:37 linux ip-up: Modified /etc/resolv.conf for DNS at ppp0
Oct 3 23:55:46 linux kernel: eth0: Something Wicked happened! 0700.
Oct 3 23:56:17 linux last message repeated 7 times
Oct 3 23:57:14 linux last message repeated 22 times
Oct 3 23:57:15 linux /usr/bin/sudo: perkele : TTY=pts/1 ; PWD=/home/perkele ; USER=root ; COMMAND=/usr/local/bin/connectadsl stop
Oct 3 23:57:15 linux pppd[841]: Terminating on signal 15.
Oct 3 23:57:15 linux pppoe[842]: Received signal 15.
Oct 3 23:57:15 linux pppoe[842]: Sent PADT
Oct 3 23:57:15 linux pppd[841]: Modem hangup
Oct 3 23:57:15 linux pppd[841]: Connection terminated.
Oct 3 23:57:15 linux pppd[841]: Connect time 1.7 minutes.
Oct 3 23:57:15 linux pppd[841]: Sent 15673 bytes, received 4389 bytes.
Oct 3 23:57:15 linux ip-down: Restored original /etc/resolv.conf
Oct 3 23:57:15 linux pppd[841]: Exit.
Oct 3 23:59:00 linux /USR/SBIN/CRON[909]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
Okt 3 23:59:06 linux su: (to root) perkele on /dev/pts/3
----------------------
Außerdem ist mir nicht ganz klar, wie ich das script für den Verbindungsaufbau an Kinternet "koppeln" kann um darüber die Verbindung herzustellen...

Gruß
Sascha

geronet
04.10.01, 19:50
zeig mir mal

"ifconfig"
bitte dann kann ich dir weiterhelfen...
(immerhin haste sudo geschafft :D )

eth0 (zum dsl-modem) darf KEINE IP-Adresse haben.

perkele
05.10.01, 00:28
Das sacht ifconfig:

eth0 Link encap:Ethernet HWaddr 00:C0:24:F0:4D:8B
inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
Interrupt:10 Base address:0xb000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16080 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0

perkele
10.10.01, 22:34
Hallo nochmal,

leider droht mein thread "unterzugehen" - ich bin aber noch keinen Schritt weiter gekommen...

Was empfehlt irh mir? Neueren (oder älteren) Treiber suchen und neu kompilieren? Was sagt denn die "something wicked happened" Meldung aus? Ist irgendwie reichlich frustrierend derzeit...

Aber: Lebbe geht weiter

Gruß
Sascha

jduck01
11.10.01, 09:22
Hi,

was sagt ifconfig und route -n aus wenn due online bist? Ist die defaultroute gesetzt? Hast du eine Firewall installiert? Kommst du auf keine Seiten, oder nur auf einige nicht?

CU
JDuck001

aycaramba
11.10.01, 09:31
Was für eine Netzwerkkarte nutzt Du für das DSL-Modem ?

Gruß Marc

perkele
11.10.01, 23:22
Hallo,

danke erstmal für Eure Reaktion:

*aycaramba:

Es handelt sich um eine PCI Ethernetkarte vom Typ National Semiconductors DP83815 MacPHYTER. Als Treiber-Modul verwende ich "natsemi".

*jduck01:

Was ifconfig meldet hab ich am 05.10 schon in diesem thread geschrieben.
Ich bin z.zt. nicht am Rechner, aber meines Wissens ist weder Defaultroute gesetzt, noch eine Firewall aktiv.
Ich hab schon mal die Frameaufteilung einer Seite auf den Browser bekommen, aber nicht den Inhalt der Frames - irgendwie kommen wohl größere Pakete nicht "durch". Ping klappt dagegen eigentlich immer...

Gruß
Sascha

aycaramba
15.10.01, 10:18
Ich hab bisher nur Probleme mit diesen Netzwerkkarten gehabt, ersetz die doch mal durch eine RTL8139, wenn Du noch eine 10Mbit a la RTL 8029 hast tut die es auch. Meiner Erfahrung nach machen die RTL-Karten (in diesem Preissegment) die wenigsten Probleme.


Gruß

Marc