🚀 go-pugleaf

Urs Gfeller schrieb:

> netstat /a zeigt mir alle Verbindungen an und Port 1025 zeigt auf den
> Namen meines Rechers, woraus ich schliesse, dass es sich da um einen
> lokalen Prozess handelt.

Gem�ss deiner Beschreibung existiert aber eine Verbindung nach Korea, d.h.
irgendjemand von dort verbindet sich zu dir auf Port 1025 (oder umgekehrt).
Wenn du netstat mit den richtigen Optionen bedienst, die ich f�r Windows
leider nicht kenne, die du aber sicher herausfinden k�nntest (z.B. mit
Google), w�rde dir netstat auch sagen, welcher Prozess den Socket ben�tzt. 

Bei mir ist die Ausgabe von netstat -tup zum Beispiel:

Proto Recv-Q Send-Q Local Address           Foreign Address         State      
PID/Program name   
tcp        0     96 192.168.1.38:ssh        rou-uplink.uplink:33143
ESTABLISHED 20800/sshd     

Und von netstat -tulp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
PID/Program name           
tcp        0      0 localhost:www-http      *:*                     LISTEN     
29356/httpd2-prefor 
tcp        0      0 *:ssh                   *:*                     LISTEN     
5760/sshd           
tcp        0      0 *:smtp                  *:*                     LISTEN     
4804/master         
tcp        0      0 *:https                 *:*                     LISTEN     
29356/httpd2-prefor 


Oben sieht man, dass im Moment eine Verbindung zwischen 192.168.1.38 �ber
den ssh Port nach "rou-uplink.uplink..." Port 33143 offen ist und dass sie
von Prozess 20800 (eine Instanz des sshd) ben�tzt wird und dass der
momentane Status der Verbindung "ESTABLISHED" ist.

Unten sieht man die "Server Prozesse", d.h. solche, die im LISTEN-Zustand
sind. Theoretisch k�nnten andere zu diesen Verbindung aufnehmen.

Dort sieht man drei Prozesse auf vier Ports, n�mlich httpd-2-prefork, der
auf Port 80 (www-http) Verbindungen annimmt, die von Localhost stammen
(also nur intern), und auf Port 443 (https) Verbindungen von �berall
(erkennbar am *). Ebenfalls Verbindungen von �berall nehmen sshd und
"master" an (SMTP-Server).

Wenn du das bei dir machst, solltest du zuerst alle von dir gestarteten
Verbindungen beenden und ca. zwei Minuten nichts tun und danach genau
wissen, welche der Verbindungen, die du nun noch siehst, wieso dort steht,
insbesondere Prozesse, die an ein beliebiges (*) oder an ein externes
Interface gebunden sind.

> Vorsichtig, wie ich bin, habe ich ihr gesagt, dass sie, wenn Kerio sich 
> meldet, besser auf deny klickt. Leider hat sie dadurch bewirkt, dass gar
> nichts mehr geht, weshalb ich die Firewall heute desinstallieren musste.

Leider f�hrt kein Weg daran vorbei, dass man alle Programme, die an ein
externes Interface gebunden sind (d.h. solche, die von aussen �ber das
Internet erreichbar sind) richtig konfiguriert oder abstellt und nur
Software ben�tzt, von der man weiss, was sie tut. Entscheide auf gut Gl�ck
durch Klicken auf deny oder accept in einem Dialog mit der PFW k�nnen
schnell ins Auge gehen. An anderen Orten wird �brigens
http://www.ntsvcfg.de/ empfohlen.

Gruss

Roman