Am Mittwoch, 14. November 2001 08:05 schrieb andreas.kyek:

1. Ist swat in /etc/services eingetragen? 2. Ist swat in /etc/inetd.conf nicht mehr auskommentiert? 3. Läuft der inetd? 4. Sind hosts.[allow|deny] zu restriktiv? 5. Blockt ein Packetfilter den Port?

OK Danke! Nach entfernen des kommentars in /etc/inetd.conf startete ich inetd.... Jetzt geht es... Da stellt sich mir die Frage... Sorry Was macht der inetd eigentlich? Thanx Martin

Am Mittwoch, 14. November 2001 21:28 schrieb Ulli Kuhnle:

Auch hier empfiehlt sich "man inetd":

DESCRIPTION inetd should be run at boot time by /etc/init.d/inetd (see init.d(7)). It then listens for connections on certain internet sockets. When a con­ nection is found on one of its sockets, it decides what service the sock­ et corresponds to, and invokes a program to service the request. After the program is finished, it continues to listen on the socket (except in some cases which will be described below). Essentially, inetd allows running one daemon to invoke several others, reducing load on the system.

heißt das soviel wie: der setzt um was für ein Programm oder dienst gestartet wird, wenn ich über nen Browser einen bestimmten Port anspreche? Sowas wie ein Port=>Programm waechter? Und ohne den können anfragen auf bestimmte ports einfach nicht "verstanden" werden? Demnach wird er dann wohl nur für solche Webtools wie Swat benötigt? Martin

On 13 Nov 2001, at 22:07, Martin Kropfinger wrote:

Am Mittwoch, 14. November 2001 21:28 schrieb Ulli Kuhnle:

...

Auch hier empfiehlt sich "man inetd":

DESCRIPTION inetd should be run at boot time by /etc/init.d/inetd (see init.d(7)). It then listens for connections on certain internet sockets. When a con­ nection is found on one of its sockets, it decides what service the sock­ et corresponds to, and invokes a program to service the request. After the program is finished, it continues to listen on the socket (except in some cases which will be described below). Essentially, inetd allows running one daemon to invoke several others, reducing load on the system.

heißt das soviel wie: der setzt um was für ein Programm oder dienst gestartet wird, wenn ich über nen Browser einen bestimmten Port anspreche? Sowas wie ein Port=>Programm waechter? Und ohne den können anfragen auf bestimmte ports einfach nicht "verstanden" werden? Demnach wird er dann wohl nur für solche Webtools wie Swat benötigt?

Benötigt? Jein. Prinzipiell müßte man auf jedem Port auch einen fest laufenden daemon Prozess starten können, so daß Anfragen direkt von diesen beantwortet werden können. Sendmail ist so ein Beispiel. sendmail "lauscht" auf Port 25 permanent. FTP-Server sind auch so ein Beispiel. Diese Lösung hat aber (zumindest was mir auf Anhieb einfällt) folgende Nachteile: a) Jeder dieser Prozesse muß dann ständig laufen, obwohl er vielleicht nur selten gebraucht wird. b) Jeder dieser Prozesse muß sich selber darum kümmern, wie er mit weiteren Verbindungsanfragen klarkommt. (Es soll ja i.d.R mehr als eine ftp-Verbidnung gehen können) c) Jeder der Prozesse müßte sich selber um security Belange kümmern, wie sie der tcpd mittels hosts.[allow|deny] ermöglicht. Bei mir z.B. läuft auf dem Server kein inetd, da ich keine dieser dynamischen Dienste in Anspruch nehme. Andreas