Erster Check, Wifi ist verbunden und eine TCP/IP Adresse wird zugewiesen. Das hat funktioniert.
> ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:64:62:21 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.25/24 brd 10.8.100.255 scope global dynamic noprefixroute enp0s3
valid_lft 28330sec preferred_lft 28330sec
inet6 fe80::6ea8:dde5:e978:15e/64 scope link noprefixroute
valid_lft forever preferred_lft forever
An dieser Stelle viel mir der TCP/IP Bereich auf aus welchem die Addressen stammen: 172.16.255.255, 172.17.255.255 und 172.18.255.255.
Problematisch in meinem Fall ist der Bereich 172.17.255.255. Dieser wird bei mir lokal bereits von Docker verwendet.
> ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 08:00:27:64:62:21 brd ff:ff:ff:ff:ff:ff
inet 10.8.100.229/24 brd 10.8.100.255 scope global dynamic noprefixroute enp0s3
valid_lft 28330sec preferred_lft 28330sec
inet6 fe80::6ea8:dde5:e978:15e/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:95:c2:89:f0 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
inet6 fe80::42:95ff:fec2:89f0/64 scope link
valid_lft forever preferred_lft forever
Das erklärt, warum Firefox sich weigert die Anmeldeseite des WIFIOnICE der Bahn zu laden. Die Anfragen werden an den lokalen Docker daemon gesendet.