🚀 go-pugleaf

On Sat, 20 Nov 1999 09:03:18 +0000,
 Frank-Agerholm <gilbon@gmx.net> wrote:
>Hallo Linux-Fans.
>
>Ich habe ein problem mit meinem Routing unter Linux.
>Distribution SuSe 6.2 Evalution Version mit dem Kernel 2.2.10
>
>In der Kerneldoku hei�t es, da� kein 
>"route add default.... ipp0" o.�.
>mehr notwendig ist. Wie wird die Konfiguration jetzt vorgegeben.
>
>Beobachtung auf meinem Rechner:
>
>* Ping auf Rechner <hostname> am Netz eth0 wird auf den Device lo
>  ausgef�hrt. (Ausgetestet mit tcpdump)

Welche IP schreibt ping denn, die er anpingt?
U.U. steht "127.0.0.1 hostname" in der /etc/hosts?

>* Ein Ping von einem anderen Rechner an eth0 kann per "tcpdump -i eth0"
>  nicht mitgelesen werden. Die Schnittstelle ist aber mit Yast ohne
>Fehlermeldungen
>  konfiguriert worden

Starte tcpdump auf beiden Rechnern und schaue dir genau an, was passiert.
Gehen nur arp-Anfragen raus, oder werden die noch beantwortet?
Kommen die an, werden aber nicht beantwortet (fast unm�glich)?
Klappt arp (arp -a zeigt das auch), und dann kommt der icmp echo request
nicht durch?
Kommt er durch, die Antwort wird aber nicht gesendet? Dann stimmt hier
das Routing nicht.
Wird die Antwort gesendet, aber nicht empfangen? Dann hast Du entweder 
auf dem Rechner, der das Paket nicht empf�ngt, eine Firewall installiert,
oder ein Hardware-Problem.

>* ISDN-Verbindung auf ippp0 kann aufgebaut werden,
>  Daten in die Domain des Providers werden geroutet,

Du meinst sicherlich nicht Domain (DNS), sondern Subnetz (IP).

>  Die Aufl�sung des Namens mail.gmx.net funktioniert nicht automatisch,

s.u.

>  Die Seite www.gmx.net ist aber per Browser abrufbar.

Dann stimmt in diesem Moment dein Routing sehr wahrscheinlich.

>* nach abbau der ippp0-Verbindung dauert der Befehlt route einige
>Minuten,
>  bis der Routing-Table ausgegeben ist.selbiges mit netstat

Klar, da dein Namerserver (beim Provider) nicht erreichtbar ist. Die 
Option "-n" wirkt da Wunder, da die IP�s nicht zu Namen aufgel�st werden.

>* Die Firewall mit ipchains ist f�r input, output und forward auf ACCEPT
>  konfiguriert.
>* Der Nameserverzugriff ist �ber YAST auf den Nameserver des Providers
>konfiguriert.

Teste den mal mit nslookup und teste dabei, ob der Nameserver, der dabei
genutzt werden soll, pingbar ist.

>Mir scheint, das Kernel das Routing vollkommen umorganisiert wurde.
>Leider ist die Kerneldoku unter /usr/src/linux/Dokumentation sehr knapp
>und hilft mir bei dem Problem nicht weiter.

So schlimm ist es auch wieder nicht.

>Hat jemand von Euch dieses Problem mit dem 2.2 Kernel schon einmal
>gehabt, oder

Nich so.

Ciao
-- 
Rainer Nagel			
Rainer.Nagel@tashrah.com	
Duesseldorfer Linux User Group - http://www.hsp.de/~dlug

Hallo Frank,

du schriebst:
> Ich habe ein problem mit meinem Routing unter Linux.
> Distribution SuSe 6.2 Evalution Version mit dem Kernel 2.2.10
> 
> In der Kerneldoku hei�t es, da� kein
> "route add default.... ipp0" o.�.
> mehr notwendig ist. Wie wird die Konfiguration jetzt vorgegeben.

Da hast Du wohl was in den falschen Hals bekommen. Wie hier auch schon
mehrfach festgestellt wurde ist es nur nicht mehr notwendig die so
genannten "Netzwerk-Routen" von Hand anzulegen. Das ist fuer ein
Netzwerk-Interface die Route zu dem direkt angeschlossenen Netzwerk
(wird aus IP-Adresse und Netzmaske bildet).

> Beobachtung auf meinem Rechner:
> 
> * Ping auf Rechner <hostname> am Netz eth0 wird auf den Device lo
>   ausgef�hrt. (Ausgetestet mit tcpdump)

Dazu ist das loopback-Device auch da.

> * Ein Ping von einem anderen Rechner an eth0 kann per "tcpdump -i eth0"
>   nicht mitgelesen werden. Die Schnittstelle ist aber mit Yast ohne
> Fehlermeldungen
>   konfiguriert worden

Das heisst aber noch nicht, das sie auch funktioniert. So wird eine
Ethernet-Karte z.B. auch dann vollstaendig erkannt, wenn das Kabel nicht
angesteckt ist. Auch laesst sich dann die der Schnittstelle gegebene
IP-Addresse anpingen (s.o.) Anders sieht das zum Bleistift bei
Token-Ring aus, wo beim Einrichten des Netzwerkinterfaces die Karte in
den Ring aufgenommen wird, was bei fehlender oder fehlerhafter
Verkabelung in einen relativ langen Timeout rennt.

> * ISDN-Verbindung auf ippp0 kann aufgebaut werden,
>   Daten in die Domain des Providers werden geroutet,
>   Die Aufl�sung des Namens mail.gmx.net funktioniert nicht automatisch,
>   Die Seite www.gmx.net ist aber per Browser abrufbar.

siehe unten

> * nach abbau der ippp0-Verbindung dauert der Befehlt route einige
> Minuten,
>   bis der Routing-Table ausgegeben ist.selbiges mit netstat

Das ist wiedermal eine FAQ. Diese Wartezeit ist auf die nicht
funktionierende Namensaufl�sung (DNS) zurueckzufuehren. Man kann bei
beiden Programmen den Schalter -n verwenden, um die Aufloesung der
auftretenden IP-Nummern in Namen zu unterdruecken.

> * Die Firewall mit ipchains ist f�r input, output und forward auf ACCEPT
>   konfiguriert.

Schonmal etwas von Masquerading gehoert? Oder hast Du von deinem
Provider mehrere statische IP-Nummern zugewiesen bekommen.

> * Der Nameserverzugriff ist �ber YAST auf den Nameserver des Providers
> konfiguriert.

Du kannst dann ueber einen Proxy wunderbar surfen, denn dazu wird
deinerseits nur die IP-Nummer des Proxies benoetigt.

Hast Du schon das notwendige Update des Resolvers (siehe www.suse.de)
eingespielt?



Malware