Du kannst über die Webconsole auf den Server zugreifen. Mit tcpdump kannst du sehen, ob Pakete an deinem Server ankommen, also beispielsweise sollte tcpdump -n -i eth0 port 22 ankommende Verbindungsversuche zeigen. Das funktioniert auch, wenn auf dem Server irgendwas schiefläuft, z.B. der SSH-Server die Verbindung nicht annimmt, gar nicht läuft, keine IP-Adresse zugewiesen ist (dann allerdings nicht für Port 22, sondern eher für DHCP und Broadcasts), eine Firewall auf dem Server die Pakete verwirft oder ähnliches. Mit ip address siehst du, ob das Interface eine Adresse hat.
Wahrscheinlich funktioniert irgendetwas auf deinem Server nicht, weil du nicht genug freigegeben hast, dass die Default-Policy auf DROP wechseln kann. Du musst dich dann auch um DNS und ggf. DHCP kümmern. Für UDP ist die Firewall nicht stateful. Es reicht also nicht, dass die Anfragen von deinem Server rausgehen. Die Antworten müssen auch explizit durch die Firewall gelassen werden.
Wenn du es per trial-and-error angehen möchtest, leg eine Policy an, die UDP ohne Einschränkungen reinlässt. Wenn es dann funktioniert, weißt du, dass es an einem geblockten UDP-Protokoll liegt. Dann kannst du das weiter eingrenzen und diese Policy wieder rausnehmen.
du bist tatsächlich ein Profi. Danke.
Diese Regel hinzuzufügen hat einfach das Problem gelöst:
Beschreibung: DHCP
Richtung: EINGEHEND
Protokoll: UDP
Aktion: ACCEPT
Quellen: leer
Src Ports: 67
Ziele: leer
Dst Ports: 68
