![](https://seccdn.libravatar.org/avatar/7b33cb1e776e35b87edb8ef09f0c888f.jpg?s=120&d=mm&r=g)
Hallo, Am Sun, 03 Jul 2005, Joerg schrieb: [..]
Inzwischen habe ich selbst herausbekommen, woran es lag: Es fehlte im telnet - File in /etc/xinetd.d ein "bind = 192.168.0.76" nachdem ich das dort eingebaut habe, laeuft es, aber es geht nicht mehr "telnet localhost" ;)
Da will ich morgen ran ...
"hosts_access" ist bekannt.
Was ich nicht so richtig verstehe ist: was eigentlich macht "bind" ?? Die Docu ist ein wenig unklar, vielleicht ist es aber auch zu spaet heute abend ...
==== man 5 xinetd.conf ==== bind Allows a service to be bound to a spe cific interface on the machine. This means you can have a telnet server lis tening on a local, secured interface, and not on the external interface. Or one port on one interface can do something, while the same port on a different inter face can do something completely differ ent. Syntax: bind = (ip address of interface). interface Synonym for bind. ==== Das "bind = IP" sorgt also dafuer, dass ein Dienst an ein bestimmten Interface (eben das mit der entsprechenden IP) gebunden wird, d.h. wenn dort (und nur dort) Pakete am passenden Port ankommen wird der Dienst gestartet. Dein 'bind' sollte also (nur) an die NIC binden, auf der der telnetd ansprechbar sein soll. -dnh --
Ich hätte auch nie geglaubt, das es 10 Minuten dauern kann, bis jemand ohne Fehler einmal ein lspci -v fehlerfrei eingegeben hat. Hast Du auch erwähnt, daß man anschließend die RETURN-Taste drücken muß? [> Torsten Hallmann und Bernd Brodesser in suse-linux]