Wie kann ich die Controller-UI via IPv6-Adresse erreichen?

**arne** · 26. Januar 2024

Wertes Forum,

nachdem mir hier im Forum bei meiner ipv6 Umstellung geholfen wurde und es nun seit einigen Monaten ohne nennenswerte Probleme läuft, kommt doch ein Problem(chen) hoch, das ich nicht lösen kann. Ich will das Network UI mittels ipv6 Adresse öffnen. Habe es so versucht: https://[ipadresse-des-CK]:8443 . Die Seite des Browsers bleibt weiß. wenn ich die url auf http ändere, bekomme ich die Meldung mit dem TLS, d.h. hier läuft der Web-Server, aber es wird kein Content "geliefert" oder habe ich einen Denkfehler? Habe es mit der 2003er und der fe80 versucht.

Habe schon am Mac ipv4 ausgeschaltet... LAN und WLAN versucht... Gleiches Subnet, unterschiedliche Subnets... Bin einigermaßen ratlos...

Cheers!

Arne

**arne** · 27. Januar 2024

Moin!

ich habe nun noch etwas umgetestet... Werde nur nicht schlau draus.

Wenn ich von einem rpi mittels wget auf die UI zugreife, bekomme ich das hier:

Code

pi@pizero:~ $ wget https://[2003:xx:xxxx:xxxx:xxxx:xxxx:fed3:943d]:8443
--2024-01-27 10:30:09--  https://[2003:xx:xxxx:xxxx:xxxx:xxxx:fed3:943d]:8443/
Connecting to [2003:xx:xxxx:xxxx:xxxx:xxxx::fed3:943d]:8443... connected.
ERROR: The certificate of ‘2003:xx:xxxx:xxxx:xxxx:xxxx::fed3:943d’ is not trusted.
ERROR: The certificate of ‘2003:xx:xxxx:xxxx:xxxx:xxxx::fed3:943d’ doesn't have a known issuer.
The certificate's owner does not match hostname ‘2003:xx:xxxx:xxxx:xxxx:xxxx:fed3:943d’

Das Netzwerk des CK2+ ist so definiert:

Code

root@UCK-G2-Plus:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default
link/sit 0.0.0.0 brd 0.0.0.0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 74:83:c2:d3:94:3d brd ff:ff:ff:ff:ff:ff
inet 10.10.67.16/16 brd 10.10.255.255 scope global dynamic eth0
valid_lft 50117sec preferred_lft 50117sec
inet6 2003:xx:xxxx:xxxx:xxxx:xxxx::fed3:943d/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 86017sec preferred_lft 14017sec
inet6 fe80::xxxx:xxxx:fed3:943d/64 scope link
valid_lft forever preferred_lft forever

Alles anzeigen

Stehe auf dem Schlauch...

Und noch ein paar Infos:

LAN Firewalls

--------------------------------------------------------------------------------

IPv6 Firewall "LANv6_IN" [packets from intranet]

Active on (eth0,IN) (eth1,IN) (eth3,IN)

rule packets bytes action description

---- ------- ----- ------ -----------

10000 22205167 12695230815 ACCEPT DEFAULT ACTION

--------------------------------------------------------------------------------

IPv6 Firewall "LANv6_LOCAL" [packets from intranet to gateway]

Active on (eth0,LOCAL) (eth1,LOCAL) (eth3,LOCAL)

rule packets bytes action description

---- ------- ----- ------ -----------

2000 140394 9660348 ACCEPT Querrule 3 all2all

2001 0 0 ACCEPT icmpv6

2002 0 0 ACCEPT ipv6icmp

10000 211797 14621867 ACCEPT DEFAULT ACTION

--------------------------------------------------------------------------------

IPv6 Firewall "LANv6_OUT" [packets forward to intranet]

Active on (eth0,OUT) (eth1,OUT) (eth3,OUT)

rule packets bytes action description

---- ------- ----- ------ -----------

10000 52718168 64887289084 ACCEPT DEFAULT ACTION

--------------------------------------------------------------------------------

Login mit der lokalen ipv6 Adresse geht:

Code

Master@samgateway4Pro:~$ ssh root@fe80::xxxx:xxxx:fed3:943d%eth3
The authenticity of host 'fe80::xxxx:xxxx:fed3:943d%eth3 (fe80::fe80::xxxx:xxxx:fed3:943d%eth3)' can't be established.
ECDSA key fingerprint is 91:xxxxxxxxxxb2:55:55.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'fe80::xxxx:xxxx:fed3:943d%eth3' (ECDSA) to the list of known hosts.
Password: 
Linux UCK-G2-Plus 3.18.44-ui-qcom #1 SMP Thu Jan 4 22:10:12 CST 2024 aarch64

Firmware version: v3.2.10
                .--.__
  ______ __ .--(    ) )-.   __ __                    __
 |      |  (._____.__.___)_|  |  |__ _____ __ __   _|  |_
 |   ---|  ||  _  |  |  |  _  |    <|  -__|  |  | |_    _|
 |______|__||_____|_____|_____|__|__|_____|___  |   |__|
        (c) 2023 Ubiquiti Inc.            |_____|

      Welcome to the CloudKey Plus!

********************************* NOTICE **********************************
* By logging in to, accessing, or using any Ubiquiti product, you are     *
* signifying that you have read our Terms of Service (ToS) and End User   *
* License Agreement (EULA), understand their terms, and agree to be       *
* fully bound to them. The use of CLI (Command Line Interface) can        *
* potentially harm Ubiquiti devices and result in lost access to them and *
* their data. By proceeding, you acknowledge that the use of CLI to       *
* modify device(s) outside of their normal operational scope, or in any   *
* manner inconsistent with the ToS or EULA, will permanently and          *
* irrevocably void any applicable warranty.                               *
***************************************************************************
Last login: Sat Jan 27 11:59:06 2024 from 10.10.1.1
root@UCK-G2-Plus:~# exit
logout
Connection to fe80::xxxx:xxxx:fed3:943d%eth3 closed.

Alles anzeigen

**gierig** · 27. Januar 2024

SSH != WEB.

Da läuft als WEB Server ein Embeded Tomcat Server. Offensichtlich hört der zwar auch IPv6 liefert aber nur ne blanke default Seite

und liefert die Portal Seite aus.

In einfach.. IPv6 ist nicht unterstützt als zugriff via WEB

**arne** · 27. Januar 2024

Hmmm, auf dem CK läuft nginx. (sieht man in pstree). Da ist eine conf Datei unter /etc/nginx. Normalerweise könnte man da doch eintragen, dass der Web Server auf ipv6 Anfragen reagiert, oder? Das Netz sagt das hier:

Code

listen       [::]:8443 default_server;

Sollte das gehen? Will mir nicht den CK zerschießen, deshalb frage ich vorher lieber

Versuch macht kluch! Der Nginx akzeptiert keinen ipv6 Eintrag. Beim Restart des Servers, gibt es Fehlermeldungen und auch nach dem Rückbau der Anpassung bleibt der NGINX down und läßt sich nicht wieder starten. Nur ein Reboot erweckt ihn wieder zum Leben.

Ist aber schon strange... Ich kann alle Clients über ipv6 laufen lassen, nur die Console will unbedingt, dass ich über ipv4 zugreife...

Wie ist das mit einer UDM? Ist es da analog?

**gierig** · 28. Januar 2024

Zitat von arne

Hmmm, auf dem CK läuft nginx.

Ja aber nur auf Port 80 und 443

siehe Ausgabe von netstat -tulpen | grep nginx

Da steckt nen häufen Config hinter die andere Config incldiert die andere Config inkludiert

aber im Grunde macht der der nur Weiterleitungen / Intern Proxy Rederechts zu den

internen Instanzen für Network, Protect, Access, Talk und co.

auf Port 8443 läuft ein JAVA Server mittels embedded Tomcat. Und der hört bereit auf IPv6

auch wenn die config dahinter nicht ausliefern will. Das zu ändern wird schwer bis umöglich

weil die JAR files ohne Source code kommen und du damit nur Java Runtime Code hast.

Evt findet sich da auch ne plaintext config.. aber da es bisher nicht vorgesehen ist

ist das auch eher ein Abenteuer das nicht lohnt

**razor** · 28. Januar 2024

Auf meinem UC-CK mit Firmware 1.1.19 sieht die Config so aus - mit letzter verfügbarer Controller-Version 7.2.92:

Code

root@CloudKey:~# cat /etc/nginx/sites-enabled/cloudkey-webui
server {
        listen [::]:80 ipv6only=off;

        root /usr/share/cloudkey-webui/www;
        index index.html;
        server_name localhost;
        access_log off;
        log_not_found off;
        server_tokens off;

        location /offline {
                try_files $uri $uri/ /index.html last;
                break;
        }

        location ~ /(config|css|js|images|data|locales|fonts) {
                try_files $uri $uri/ =404 last;
                break;
        }

        location ~ ^/api/ {
                rewrite ^/api/(.*) /api.php?$1 last;
        }

        location ~ \.html/ {
                rewrite ^(.*\.html)/ $1 last;
        }

        location ~ ^.+\.php {
                try_files $uri =404;
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                include /etc/nginx/fastcgi.conf;
        }

        location ~ ^.+\.inc$ {
                deny all;
        }

        location / {
                return 302 https://$host$request_uri;
        }
}

server {
        listen [::]:443 ssl ipv6only=off;
        ssl_protocols TLSv1.2;

        root /usr/share/cloudkey-webui/www;
        index index.html;
        server_name localhost;
        access_log off;
        log_not_found off;
        server_tokens off;
        client_max_body_size 512M;
        send_timeout 600s;

        error_page 500 502 503 504  /status-500.html;
        error_page 403 /status-403.html;
        error_page 404 /status-404.html;

        ssl_certificate /etc/ssl/private/cloudkey.crt;
        ssl_certificate_key /etc/ssl/private/cloudkey.key;

        location / {
                try_files $uri $uri/ /index.html;
        }
        location = /favicon.ico {
                access_log off;
                log_not_found off;
        }
        location ~ ^/api/ {
                rewrite ^/api/(.*) /api.php/$1 last;
        }
        location ~ \.php/ {
                rewrite ^(.*\.php)/ $1 last;
        }
        location ~ \.html/ {
                rewrite ^(.*\.html)/ $1 last;
        }
        location ~ ^.+\.php$ {
                try_files $uri =404;
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                include /etc/nginx/fastcgi.conf;
        }
        location ~ ^.+\.inc$ {
                deny all;
        }
}

Alles anzeigen

Auf meinem UCK-G2-PLUS mit UniFi OS 3.2.10 und UniFi Network Application 8.0.26 sieht das aber mal ganz anders aus...

**gierig** · 29. Januar 2024

Zitat von razor

Auf meinem UCK-G2-PLUS mit UniFi OS 3.2.10 und UniFi Network Application 8.0.26 sieht das aber mal ganz anders aus..

Hehe... gefühlt aber grob das gleiche Ergebnis nur halt aufgeteilt in zig Files und überall kommt ein happen hinzu...

**Tomcat** · 29. Januar 2024

Zitat von arne

Wie ist das mit einer UDM? Ist es da analog?

Also die WebUI meines Unifi-Controllers auf einem Linux-Container in Proxmox kann ich per IPv6-Adresse problemlos erreichen und der hängt in einem anderen VLAN als mein Notebook

Willkommen! Melden Sie sich an oder registrieren Sie sich.

Wie kann ich die Controller-UI via IPv6-Adresse erreichen?

razor 26. Januar 2024

razor 26. Januar 2024

4 Benutzer haben hier geschrieben

Wer ist war online

Benutzer online 80

Wer war online 178