linux-l: Re: seltsames Netzwerkproblem

Jens Fiedler jef at cs.tu-berlin.de
Mo Apr 12 15:38:48 CEST 1999


> > 
> > Ich hab da ein Problem. Vielleicht weiss da jemand Rat. (Waere gigantisch)
> > Das Scneario: Viele Clients mit Linux/Win98 (z.B. labor1) und 2 Server 
> > (server und server2) nur mit Linux .
> > 
> > Das Problem ist, dass rlogin von labor1 an irgendeinen anderen host
> > nicht geht, und zwar mit der fehlermeldung:
> > rcmd: 192.168.1.123: No such file or directory
>  Das ist mit grosser Wahrscheinlichkeit kein Netzwerkproblem. Wenn die Syntax
> stimmt (sorry ;) koennte es daran liegen, dass eine library fehlt (dann gibt
> es diese irrefuehrende Fehlermeldung). Probier einmal `ldd /usr/bin/rlogin`.

ldd /usr/bin/rlogin sagt:
	libc.so.6 => /lib/libc.so.6 (0x4000e000)
	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
die existieren und zeigen auch auf files:
-rw-r--r--   1 root     root       651436 Feb 21 06:37 /lib/libc-2.0.7.so
lrwxrwxrwx   1 root     root           13 Apr 10 17:59 /lib/libc.so.6 -> libc-2.0.7.so
-rwxr-xr-x   1 root     root        45017 Feb 21 06:37 /lib/ld-2.0.7.so
lrwxrwxrwx   1 root     root           11 Apr 10 17:59 /lib/ld-linux.so.2 -> ld-2.0.7.so

> > 
> > ABER: Telnet von labor1 auf jeden host ausser server2 geht.
> >       alle (ausser labor1) koennen telnet auf server2 machen.
> > 
> >       Fehlermeldung auf labor1:
> >       Trying 192.168.1.123...
> >       Connected to server2.epigenomics.de.
> >       Escape character is '^]'.
> >       Connection closed by foreign host.
>  Es scheint also, dass die routen etc. stimmen. TCP Pakete gehen ihren Weg,
> nur der telnetd verweigert die Zusammenarbeit - ich tippe auf /etc/hosts.deny .
> Schau in /var/log/syslog auf server2.

DANKE (Kniefall) - das war ein 95% Treffer. Das
Problem war: beim rlogin/telnet will der peer den client/hostname verifizieren
bei uns laeuft ein DNS, das vor kurzem umgestellt wurde, so dass labor1 
den neuen DNS benutzt, aber alle anderen noch den alten, der labor1 nicht 
kennt.
Und auf dem neuen DNS war der labor1 auch noch fehlerhaft.
daher konnte auch server2 (ja, richtig, das ist der neue DNS) nicht labor1
verifizieren. 
Im syslog stand, dass in.telnetd dies nicht konnte.

Also - nochmal danke - wo soll ich das Bier hinschicken ?

Gruss, Jens
-- 
| Jens Fiedler               |   Monk: The question is: Do you want power... | 
| jef at cs.tu-berlin.de        |         or gold...or to be truly contented ?  | 
| Tel.: +49 30 331 22 33     | Haegar: POWER !  Then I'd be able to get      | 
|____________________________|_______  the gold ... then I'd be contented !  | 



Mehr Informationen über die Mailingliste linux-l