Re: TCPDUMP spinnt (glaube ich)
On Sat, Feb 12, 2005 at 10:39:19AM +0100, Tom Schmitt wrote: > > > > 2. Welcher Prozess sendet denn PPP-Packete? Mein Server ist innerhalb > > > > meines LANs und hat keine Telefonleitung, über die er sich auswählen > > > > könnte. > > > > > > pppd. > > > > > > > Ich werde heute abend mal prüfen, ob pppd auf dem Rechner läuft. > > Also pppd läuft nicht auf meinem Rechner. Gibt es noch andere Programme die > ppp-Packete verschicken? Nö. Hängen DSL- Router und Server am selben Switch/Hub, daß du ggf. Pakete vom Router zu sehen bekommst? > Oder gibt es Programme, die dafür bekannt sind, den pppd kurz zu starten und > dann wieder zu stoppen? pppd kennt selbstredend dial on demand. Aber das müsste ja jemand eingeschaltet haben... ;) cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.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: TCPDUMP spinnt (glaube ich)
> > On Wed, Feb 09, 2005 at 01:39:02PM +0100, Tom Schmitt wrote: > > > > 2. Welcher Prozess sendet denn PPP-Packete? Mein Server ist innerhalb > > > meines LANs und hat keine Telefonleitung, über die er sich auswählen > > > könnte. > > > > pppd. > > > > Ich werde heute abend mal prüfen, ob pppd auf dem Rechner läuft. Also pppd läuft nicht auf meinem Rechner. Gibt es noch andere Programme die ppp-Packete verschicken? Oder gibt es Programme, die dafür bekannt sind, den pppd kurz zu starten und dann wieder zu stoppen? -- Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail -- 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: TCPDUMP spinnt (glaube ich)
> On Wed, Feb 09, 2005 at 01:39:02PM +0100, Tom Schmitt wrote: > > 2. Welcher Prozess sendet denn PPP-Packete? Mein Server ist innerhalb > > meines LANs und hat keine Telefonleitung, über die er sich auswählen > > könnte. > > pppd. > > Hat dein Server ggf. früher selber die DSL- Einwahl übernommen und es > gibt noch Konfigurationsleichen? Nein, er war schon beim Aufsetzen im LAN und früher gaben Sessions von tcpdump auch nie ppp-Packete. Ich werde heute abend mal prüfen, ob pppd auf dem Rechner läuft. (Obwohl ich mir das nicht vorstellen kann) -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl -- 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: TCPDUMP spinnt (glaube ich)
On Wed, Feb 09, 2005 at 01:39:02PM +0100, Tom Schmitt wrote: > > Auf pppX sollte sowas nicht auftauchen, hingegen auf ethX. Dafür halt > > sonst nix hilfreiches. > 2. Welcher Prozess sendet denn PPP-Packete? Mein Server ist innerhalb meines > LANs und hat keine Telefonleitung, über die er sich auswählen könnte. Die > DSL-Anwahl erledigt mein Router. > Gibt es da irgendwelche übliche Verdächtige, die PPP-Packete produzieren? pppd. Hat dein Server ggf. früher selber die DSL- Einwahl übernommen und es gibt noch Konfigurationsleichen? cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.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: TCPDUMP spinnt (glaube ich)
> On Tue, Feb 08, 2005 at 04:37:29PM +0100, Tom Schmitt wrote: > > > ich nutze Sarge und habe gerade als root tcpdump genutzt. > > > 16:29:49.662580 PPPoE PADI [Service-Name] [TAG-0x > > Das ist PPP over Ethernet. > > An welchem Interface hast du tcpdump laufen lassen? Ich habe tcpdump ohne Parameter aufgerufen - also an meinen Standard-Ethernetinterface. > > Auf pppX sollte sowas nicht auftauchen, hingegen auf ethX. Dafür halt > sonst nix hilfreiches. > Da ergeben sich für mich zwei Fragen: 1. Warum hängt tcpdump den ganzen Kladderatasch bei der Ausgabe mit dran, obwohl er per default doch nur kurze Angaben für jedes Packet macht? 2. Welcher Prozess sendet denn PPP-Packete? Mein Server ist innerhalb meines LANs und hat keine Telefonleitung, über die er sich auswählen könnte. Die DSL-Anwahl erledigt mein Router. Gibt es da irgendwelche übliche Verdächtige, die PPP-Packete produzieren? Danke, Tom. -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl -- 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: TCPDUMP spinnt (glaube ich)
On Tue, Feb 08, 2005 at 04:37:29PM +0100, Tom Schmitt wrote: > ich nutze Sarge und habe gerade als root tcpdump genutzt. > Normalerweise wenn ich tcpdump ohne Parameter nutze, erwarte ich für jedes > gefundene Packet eine kurze Zeile solange bis ich abbreche. > 16:29:49.662580 PPPoE PADI [Service-Name] [TAG-0x Das ist PPP over Ethernet. An welchem Interface hast du tcpdump laufen lassen? Auf pppX sollte sowas nicht auftauchen, hingegen auf ethX. Dafür halt sonst nix hilfreiches. cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.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)
TCPDUMP spinnt (glaube ich)
Hi, ich nutze Sarge und habe gerade als root tcpdump genutzt. Normalerweise wenn ich tcpdump ohne Parameter nutze, erwarte ich für jedes gefundene Packet eine kurze Zeile solange bis ich abbreche. Das geschieht auch. Aber: Zwischendrin kommt immer wieder eine Zeile, die dermaßen lang ist, das sie umgebrochen über mehrer Bildschirmseiten geht. Hauptsächlich besteht sie aus Nullen und hat nur im Anfangsbereich ein paar mehr Daten. Hat irgend jemand eine Ahnung, was die Ursache dafür sein könnte? Die Zeile fängt an mit: 16:29:49.662580 PPPoE PADI [Service-Name] [TAG-0x 0x033235330331343507696E2D6164647204617270610C0001C00C000C000138B021002F6C69622F6C69626E73735F66696C65732E736F2E3221002F6C6962006C69626E73735F66696C65732E736F2E32004021002F7573722F6C69622F6C69626462332E736F2E33A816180821002F7573722F6C6962006C69626462332E736F2E331100881E1808BC0028401900881E1808A07C0140881E1808A07C01403100F0191808381C1808881E1808A07C01406C660140F0191808381C1808881E1808A07C01406C6601409900B8D6284085CF6309F0D628401069690D9CD62840E6D628401169690D9CD62840DCD628401269690D9CD62840B8D6284085CF63099CD62840D0D62840731F69099CD62840C6D628401369690D9CD628403100981718080100010010221808906C180866696C6573002900 01000100E06C1808B86C1808646E7300190008181808D81718086E6574776F726B7331000100010066696C6573001900781818082018180870726F746F636F6C730029004818180801000100646231000100010066696C6573001900E81818089018180873657276696365732900B818180801000100580F1808980F1808646231000100010010221808B023180866696C6573001900100F18080019180865746865727329002819180801000100580F1808300F18086462310001000100102218089823180866696C657300290080191808010001006462310001000 10066696C6573001900C81918086E657467726F75702900010001006E697300490200702840680F18081CB62840381C18086C660140181C18082CB628407CB6284074B628404CB6284054B628405CB6284064B628406CB628403CB6284044B6284034B6284094B628409CB62840A4B6284084B628408CB62840C4B62840BCB62840B4B62840ACB62840D4B62840CCB62840347028402883284003001D00B8161808050061009C7028402072284001000E000A00D0201808227F2840800F180800 702840D4B82840886F0140401B180804008C1B1808401B18080103987E0300A0161808B8792840241C180801006C69626E73735F64622E736F2E32510200C02840F81518080C402940881E1808F0191808601E18080C4029405C402940544029402C402940344029403C402940444029404C4029401C4029402440294014402940744029407C40294084402940644029406C402940A44029409C402940944029408C402940B4402940AC40294 034C0284090DD284007001B00C02518080300F0191808BF003CC1284038C4284002000E000900D0161808FAD628401816180800C02840B8432940886F0140401B1808881D18080400D41D1808881D18080103B1830300B0251808E4CE284
