offene Ports UDM Pro

Zitat von RD82

aber wenn ich einfach die IP Adresse aufrufe im Browser, öffnet sich die

Controller Seite auf Port 80 und fragt nach den Logindaten.

Willkommen im Forum.

Ja das ist auch korrekt so, das ist der direkte lokale Zugang wenn du zB vom PC aus in deinem heimischen internen Netzwerk auf die UDM-P möchtest.

Für den Fall dass die Internetverbindung oder das Unifi Portal usw ausgefallen ist usw.

Ich persönlich nutze für diesen Zugang andere Usernamen und Kennwort als über das Portal.

Auch wenn du eine 2 FA Sicherheits vorgeschaltet hast, so ist diese bei direkten Einloggen nicht aktiv, nach Eingabe vom Kennwort bist du auf deiner UDM-P eingeloggt.

Im Controller zu erkennen da die grüne Ampel für die aktive Onlineverbindung nicht vorhanden ist, wenn du über das Portal einloggst, dann ist da ja immer die grüne Ampel zu sehen. Ebenso ist rechts oben nur ein Ausloggen aus der lokalen UDM-Pro Verbindung möglich, der Wechsel zum Account bzw ins Portal fehlt dann.

Ansonsten Network > Settings > Firewall&Security > Firewall und wenn benötigt Port Forwarding einstellen

„Sollte“ alles dicht sein auch mit „Remote“ an. Für „Remote" meldet sich deine BOX bei den Unifi Servern an

Irgendwelche Firewall regeln, auch die die augenscheinlich nicht damit zu tun haben kommen in frage weil

Software nie perfekt ist....Hatte ganz zu Anfang

Wollte ICMP aktivieren damit die Kiste Pingbar wird von extern.

So hat es komplett alles aufgerissen was sich an as PPP Interface gebunden hat.

Ich musste da erst spezifischer werden (also echo request aus der liste) damit das so war wie gewünscht.

Hab zwei drei regeln mehr mittlerweile und kann nicht mehr nachvollziehen

aktuell funktioniert es auch mit „any“ oder Villeicht gab auch ein Update zwischen durch.

(weil muss/ist ja ein bug)

Aber evt ist hier auch bei dir was faul...

ggf auf der shell mit ip Tables sich die regeln anschauen...wenn die Namen sich nicht ändern sollte

"iptables -v -L UBIOS_WAN_LOCAL_USER“ Erkenntnisse bringen..


 iptables -v -L UBIOS_WAN_LOCAL_USER
Chain UBIOS_WAN_LOCAL_USER (1 references)
 pkts bytes target     prot opt in     out     source               destination         
  336  1x16 RETURN     icmp --  any    any     anywhere             anywhere             icmp echo-request 
  1x3 51884 RETURN     gre  --  any    any     anywhere             anywhere             match-set UBIOS_62ff7435xxf4358xxx3ca295 src
 9x8K  4x0x RETURN     all  --  any    any     anywhere             anywhere             ctstate RELATED,ESTABLISHED 66x4x1 
 3x11  184x DROP       all  --  any    any     anywhere             anywhere             ctstate INVALID 
 1x4K xx39K DROP       all  --  any    any     anywhere             anywhere            

/* Ein paar werte mit X unkenntlich gemacht und Kommentare mit UNIFI ID weggelassen */

Obiges Beispiel:

ICMP Erlaubt

Ein Tunnel darf abgebaut werden von IP die in „ipset list UBIOS_62ff7435xxf4358xxx3ca295“ (verschachtelte liste wo ggf noch mehr id

für ipset eintrage stehen drinstehen bevor die eigentlichen IP kommen)

Return regeln damit Pakete die in Zusammenhang mir ausgesendeten auch wieder reindürfen ( Statefuel Firewall)

Ding die „invalid“ sind (neue Anfragen ohne relation zu alten)

und in Drop denn rest.

bin mir 99% sicher das du hier selber und unwissentlich ein Loch aufgerissen hast das du nicht wolltest...