Am Mittwoch, 3. Oktober 2001 17:12 schrieb Andreas Achtzehn:
Bist du sicher, dass das läuft? Was gibt cat /proc/sys/net/ipv4/ip_dynaddr aus? Wenn du bei geschlossener Leitung einen Ping auf eine
Da kommt 7 zurück, scheint dann wohl zu laufen.
IP-Adresse draußen startest, kommt dann das Paket mit icmp_seq=0 an? Kann es vielleicht an deinem DNS-Server liegen? Benutzst du einen eigenen DNS-Server auf der Maschine oder den DNS-Server deines Providers?
ping bol.de (weil kurze domain :) fängt erst bei Paket 20 an (manchmal auch schon bei Paket 8 oder so); wenn die Kiste online ist, startet es natürlich bei Paket 0. Ja, und lokal läuft bind8, wenn ich mich recht entsinne, in der Standard-Konfiguration (will sagen, habe nichts Besonderes an der Grundkonfiguration gedreht). Dieter scheint ja etwas ähnliches zu argwöhnen: Am Mittwoch, 3. Oktober 2001 20:15 schrieb Dieter Kluenter:
Ein weiterer Grund koennte mangelhafte Namensauflösung sein. Pruefe die Nameserver Konfiguration.
Wie prüft man so etwas? Von der bloßen Nutzung her funzt alles. /var/log/messages erzählt zumindest nichts von Problemen.
Es koennten auch unklare Filterregeln für den Paketfilter sein, pruefe mal deine Filterregeln unter realen Adress- und Portbedingungen. Letztendlich koennte die Urache auch im Routing liegen. Pruefge dein Routing.
Ich fürchte, beide Punkte checke ich nicht. Paketfilter ist die SuSEfirewall2, konfiguriert ohne große Tricksereien (außer vielleicht dem transparenten Squid). Wie kann ich die Regeln "unter realen Bedingungen" prüfen? Und Routing ist ein gänzlich weißer Fleck auf der Landkarte - für mich zumindest. Alle vernetzten Clients können alle Dienste nutzen, scheint also alles okay zu sein. Da sieht man schon, dass ich mich beim Routing voll auf die SuSE-Standard-Konfig stütze :) Ich fürchte, meine Groschen stecken noch fest. Alfred