* Michael Gens wrote on Thu, Mar 02, 2000 at 07:47 +0100:
Heiko Degenhardt schrieb am Mittwoch, 01. März 2000:
Michael Gens wrote:
Wenn man interne andere Adressen verwaltet (s.u. 62.158.191.1), scheint das Dummy-Device entbehrlich.
Gerade für nicht-permanente ist es doch schön, so hat man immer ein device, auch wenn der pppd mal platt ist.
ppp0 Link encap:Point-to-Point Protocol inet addr:62.158.191.1 P-t-P:193.158.131.113 Mask:255.0.0.0
Kann mir (von den anderen) mal jemand sagen, ob so eine Maske fuer ppp normal ist?
Sollte besser 255.255.255.255 sein: man pppd /netmask damit dann einfach einstellen.
Bei einer dynamischen Adresszuteilung erscheint mir das sehr ungewöhnlich. Da sollte dann eigentlich als inet-addr. auch eine 193.x.x.x Nr. stehen.
Nee, bei z.B. T-Online ist das normal (die haben einen Haufen Netze :)).
Darum ist / habe ich dann das (empfohlene) dummy device mit dieser ip eingerichtet worden.
Das stört auch nicht...
Ich habe mich gestern wieder eingewaehlt, ifconifg sagt jetzt:
ppp0 Link encap:Point-to-Point Protocol inet addr:212.184.144.30 P-t-P:193.158.131.129 Mask:255.255.255.0
Ja, Maske jetzt passend zu C-Netz (212.x.x.x), aber nicht unbedingt passend zu PPP Verbindung (das ist normalerweise übrigens kein Problem, da der Peer i.d.R. richtig mit den Paketen umgeht, denn es ist klar, das er GW zu sein hat, da ja nichts anderes als der Peer "auf der anderen Seite" sein kann - gibt ja nur zwei Hosts insgesammt, und auch keine Hardwareaddressen oder so)
RX packets:8 TX packets:8
Aha, 8 Pakete kamen hin- und zurück...
ping <p-t-p ip> ging wieder nicht.
Schade.
Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 0.0.0.0 255.255.255.255 UH 0 0 0 dummy
Das sieht ein bißchen blöd aus, macht keinen Sinn so (AFAIK). Sollte aber auch nicht weiter stören...
193.158.131.129 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
chaut gut aus: Route zum Peer mit richtiger Netzmaske ohne (also 0.0.0.0) Gateway, also direkt.
stehen sollte? Wenn ja, was? Und wo ist es einzustellen?
Eigentlich nicht. Langsam wirds merkwürdig (irgentwas haben wir übersehen, kanns fast riechen :)). Wenn eine IP ausgehandelt wird, ist LLC und Leitung ok. Device und route da. Packetcounter sind da... Firewall-Regeln hast Du nicht zufällig aktiv (ipchains -nL) ? Irgentwelche "Tunings" in /proc gemacht oder so? Steht im Debug output vom pppd was hilfreiches? Man kann ja testweise mal die IP-Chains als Packetlogger mißbrauchen: ipchains --insert input --log oder ipchains --insert input --log --interface ppp0 Vielleicht zweigt auch tcpdump -n -i ppp0 schon was an... oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com