Lug-dd November 2025

lug-dd@mailman.schlittermann.de

10 participants
3 discussions

Hilfe mit WPA2 Enterprise und Unifi
by Luca Bertoncello 17 Nov '25

17 Nov '25

Hallo Leute! Nach langer Zeit mit OpenWRT habe ich jetzt einen AP von Unifi gekauft und bin dabei, das in Betrieb zu nehmen. Erstmal habe ich alles eingerichtet und es scheint sehr gut zu funktionieren, bis auf einem Gerät: ein Raspi Zero W (mein Wecker). Kurioserweise will sich das Gerät nicht verbinden und ich verstehe nicht warum... Das WLAN auf Unifi ist genau so eingerichtet wie auf dem alten OpenWRT. Die Authentifizierung funktioniert soweit, wenn ich mit meinem Handy versuche, aber der Raspi will sich nicht verbinden... Auf dem Raspi ist eine Debian 12 installiert und die Verbindung wird mit NetworkManager verwaltet. Hier die Konfiguration: -------------------- [connection] id=lucabertServer uuid=c1de5fc9-886d-4cb3-aa3c-b827063acc43 type=wifi interface-name=wlan0 timestamp=1703792312 [wifi] mode=infrastructure ssid=lucabertServer [wifi-security] key-mgmt=wpa-eap [802-1x] eap=peap; identity=wecker password=meinPasswort phase2-auth=mschapv2 [ipv4] address1=192.168.40.102/24,192.168.40.1 dns=192.168.40.1; dns-search=srv.lucabert.intra;lucabert.intra; method=manual [ipv6] addr-gen-mode=default method=auto [proxy] -------------------- Nun kommt keinerlei Verbindungsversuch bis zum Radiusserver, obwohl, wie gesagt, wenn ich die Verbindung mit meinem Handy auf dem Netz probiere, exakt mit demselben Anmeldedaten wie der Wecker, geht alles... Im Syslog vom Raspi (Wecker) sehe ich das: -------------------- 2025-11-16T19:33:17.909609+01:00 wecker NetworkManager[408]: <warn> [1763317997.8916] device (wlan0): Activation: (wifi) association took too long 2025-11-16T19:33:17.917287+01:00 wecker NetworkManager[408]: <info> [1763317997.8967] device (wlan0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed' ) 2025-11-16T19:33:17.944932+01:00 wecker NetworkManager[408]: <warn> [1763317997.9439] device (wlan0): Activation: (wifi) asking for new secrets 2025-11-16T19:33:18.004895+01:00 wecker NetworkManager[408]: <info> [1763317998.0034] device (wlan0): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed ') 2025-11-16T19:33:18.030232+01:00 wecker NetworkManager[408]: <info> [1763317998.0263] device (wlan0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed') 2025-11-16T19:33:18.052734+01:00 wecker NetworkManager[408]: <info> [1763317998.0500] device (wlan0): Activation: (wifi) connection 'lucabertServer' has security, and secrets exi st. No new secrets needed. 2025-11-16T19:33:18.058562+01:00 wecker NetworkManager[408]: <info> [1763317998.0506] Config: added 'ssid' value 'lucabertServer' 2025-11-16T19:33:18.059894+01:00 wecker NetworkManager[408]: <info> [1763317998.0508] Config: added 'scan_ssid' value '1' 2025-11-16T19:33:18.061117+01:00 wecker NetworkManager[408]: <info> [1763317998.0511] Config: added 'bgscan' value 'simple:30:-65:300' 2025-11-16T19:33:18.069050+01:00 wecker NetworkManager[408]: <info> [1763317998.0515] Config: added 'key_mgmt' value 'WPA-EAP FT-EAP FT-EAP-SHA384 WPA-EAP-SHA256' 2025-11-16T19:33:18.073184+01:00 wecker NetworkManager[408]: <info> [1763317998.0574] Config: added 'password' value '<hidden>' 2025-11-16T19:33:18.082796+01:00 wecker NetworkManager[408]: <info> [1763317998.0578] Config: added 'eap' value 'PEAP' 2025-11-16T19:33:18.087607+01:00 wecker NetworkManager[408]: <info> [1763317998.0581] Config: added 'fragment_size' value '1266' 2025-11-16T19:33:18.095465+01:00 wecker NetworkManager[408]: <info> [1763317998.0633] Config: added 'phase2' value 'auth=MSCHAPV2' 2025-11-16T19:33:18.104342+01:00 wecker NetworkManager[408]: <info> [1763317998.0637] Config: added 'identity' value 'wecker' 2025-11-16T19:33:18.110636+01:00 wecker NetworkManager[408]: <info> [1763317998.0643] Config: added 'proactive_key_caching' value '1' 2025-11-16T19:33:18.220233+01:00 wecker wpa_supplicant[411]: wlan0: Trying to associate with 2a:e8:29:e1:69:8f (SSID='lucabertServer' freq=2462 MHz) 2025-11-16T19:33:18.284664+01:00 wecker NetworkManager[408]: <info> [1763317998.2833] device (wlan0): supplicant interface state: scanning -> associating 2025-11-16T19:33:18.287803+01:00 wecker NetworkManager[408]: <info> [1763317998.2837] device (p2p-dev-wlan0): supplicant management interface state: scanning -> associating 2025-11-16T19:33:18.606162+01:00 wecker wpa_supplicant[411]: wlan0: CTRL-EVENT-ASSOC-REJECT bssid=00:00:00:00:00:00 status_code=16 2025-11-16T19:33:18.613450+01:00 wecker wpa_supplicant[411]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="lucabertServer" auth_failures=1 duration=10 reason=CONN_FAILED 2025-11-16T19:33:18.643779+01:00 wecker NetworkManager[408]: <info> [1763317998.6423] device (wlan0): supplicant interface state: associating -> disconnected 2025-11-16T19:33:18.649461+01:00 wecker NetworkManager[408]: <info> [1763317998.6427] device (p2p-dev-wlan0): supplicant management interface state: associating -> disconnected -------------------- Ich verstehe überhaupt nicht, warum es sich nicht verbinden will... Kann jemand mit ein Tipp geben? Tausend Dank Luca Bertoncello (lucabert(a)lucabert.de)

2 2

Docker und Nextcloud
by Andreas Oettel 13 Nov '25

13 Nov '25

Hallo zusammen, Ich benötige mal Eure Hilfe. Ich scheitere gerade am Grundverständnis, wo mein Problem liegt. Ich habe einen Raspi 5. Der hängt an einem Telekomrouter und ist über einen DynDNS-Provider (Selfhost.de) ansprechbar. Auf dem Raspi habe ich Docker drauf installiert. (Ich habe 0 Erfahrung damit und möchte mich damit beschäftigen.) Erstes Spielobjekt ist Nextcloud. (Ist für mich auch neu.) Dazu habe ich mir von "hub.docker.com" "nextcloud/all-in-one" runtergeladen. Nächster Schritt war die zur Verfügung gestellte Installationsanleitung abzuarbeiten: https://nextcloud.com/blog/how-to-install-the-nextcloud-all-in-one-on-linux/ Die Konfigurationsseite habe ich zuerst von Intern aufgerufen https://127.0.0.1:8080 Beim Punkt 7 der Anleitung - Angabe der Domaine - war die Erfolgsstory auch schon beendet. Wenn ich im Feld für die Domaine den Namen, über den der Rechner erreichbar ist, nenne wir ihn mal zum Beispiel raspi5.selfhost.eu, eintrage, kommt die Meldung das die Seite nicht erreichbar ist: The domain is not reachable on Port 443 from within this container. Have you opened port 443/tcp in your router/firewall? If yes is the problem most likely that the router or firewall forbids local access to your domain. You can work around that by setting up a local DNS-server. Ok! Das hängt mit dem Telekomrouter zusammen, dachte ich mir. Der bekommt es sicherlich nicht hin, Anfragen, die von intern kommen, sauber raus und dann wieder hinein zu routen. In der Datei /etc/hosts habe ich deshalb die interne IP vom Raspi eingetragen: 192.168.2.128 raspi5.selfhost.eu (Im Telekomrouter gibt es eine Weiterleitung auf den Port 443 und Port 3478, wie in der Anleitung beschrieben) Das hilft aber nicht. Die Fehlermeldung bleibt. Ebenso hilft es nicht die IP's der Dockernetzwerke anzugeben (172.18.0.1; 172.17.0.1; 172.18.0.3). ---- Die IP vom Docker ist laut ifconfig ---- br-ae134de8761d: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.18.0.1 netmask 255.255.0.0 broadcast 172.18.255.255 inet6 fe80::58a0:89ff:fe51:5669 prefixlen 64 scopeid 0x20<link> ... docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255 inet6 fe80::6458:deff:feea:4a47 prefixlen 64 scopeid 0x20<link> ... ---- Die Ausgabe zu "iptables-nft -L -n -v" ---- Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 5677 648K DOCKER-USER 0 -- * * 0.0.0.0/0 0.0.0.0/0 5677 648K DOCKER-FORWARD 0 -- * * 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain DOCKER (2 references) pkts bytes target prot opt in out source destination 4 240 ACCEPT 6 -- !br-ae134de8761d br-ae134de8761d 0.0.0.0/0 172.18.0.3 tcp dpt:443 0 0 ACCEPT 6 -- !br-ae134de8761d br-ae134de8761d 0.0.0.0/0 172.18.0.2 tcp dpt:8443 8 424 ACCEPT 6 -- !br-ae134de8761d br-ae134de8761d 0.0.0.0/0 172.18.0.2 tcp dpt:8080 5 252 ACCEPT 6 -- !br-ae134de8761d br-ae134de8761d 0.0.0.0/0 172.18.0.2 tcp dpt:80 0 0 ACCEPT 6 -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:9443 0 0 ACCEPT 6 -- !docker0 docker0 0.0.0.0/0 172.17.0.2 tcp dpt:8000 0 0 DROP 0 -- !docker0 docker0 0.0.0.0/0 0.0.0.0/0 0 0 DROP 0 -- !br-ae134de8761d br-ae134de8761d 0.0.0.0/0 0.0.0.0/0 Chain DOCKER-BRIDGE (1 references) pkts bytes target prot opt in out source destination 0 0 DOCKER 0 -- * docker0 0.0.0.0/0 0.0.0.0/0 605 32556 DOCKER 0 -- * br-ae134de8761d 0.0.0.0/0 0.0.0.0/0 Chain DOCKER-CT (1 references) pkts bytes target prot opt in out source destination 77 26152 ACCEPT 0 -- * docker0 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED 2137 309K ACCEPT 0 -- * br-ae134de8761d 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED Chain DOCKER-FORWARD (1 references) pkts bytes target prot opt in out source destination 5677 648K DOCKER-CT 0 -- * * 0.0.0.0/0 0.0.0.0/0 3463 313K DOCKER-ISOLATION-STAGE-1 0 -- * * 0.0.0.0/0 0.0.0.0/0 3463 313K DOCKER-BRIDGE 0 -- * * 0.0.0.0/0 0.0.0.0/0 83 11761 ACCEPT 0 -- docker0 * 0.0.0.0/0 0.0.0.0/0 2775 269K ACCEPT 0 -- br-ae134de8761d * 0.0.0.0/0 0.0.0.0/0 Chain DOCKER-ISOLATION-STAGE-1 (1 references) pkts bytes target prot opt in out source destination 83 11761 DOCKER-ISOLATION-STAGE-2 0 -- docker0 !docker0 0.0.0.0/0 0.0.0.0/0 2775 269K DOCKER-ISOLATION-STAGE-2 0 -- br-ae134de8761d !br-ae134de8761d 0.0.0.0/0 0.0.0.0/0 Chain DOCKER-ISOLATION-STAGE-2 (2 references) pkts bytes target prot opt in out source destination 0 0 DROP 0 -- * br-ae134de8761d 0.0.0.0/0 0.0.0.0/0 0 0 DROP 0 -- * docker0 0.0.0.0/0 0.0.0.0/0 Chain DOCKER-USER (1 references) pkts bytes target prot opt in out source destination ---- Ende ---- Habt Ihr eine Idee warum der Port 443 aus dem Container heraus als nicht erreichbar gilt? Hat das manchmal mit dem Zertifikat zu tun? Kann es sein, dass die oben geschriebene Fehlermeldung eigentlich in die Irre führt, der Port offen ist, aber das Zertifikat die Kommunikation verhindert? Wenn ich von außerhalb auf raspi5.selfhost.eu zugreife, kommt ein ERR_SSL_Protocol_ERR. Wenn ich von intern auf raspi5.selfhost.eu zugreife kommt SSL_ERROR_RX_RECORD_TOO_LONG Viele Grüße Andreas

3 3

tar | split
by Bernhard Schiffner 09 Nov '25

09 Nov '25

Hallo! Die Idee ist, eine Partition (Windows, 40 GB, ~25 GB belegt, Rest mit "Nullfiles" beschrieben, diese gelöscht) auf einem USB-Stick (vfat) zu sichern. Da vfat maximal 4 GB Filegröße kann, muss also irgendwie noch ein split eingebaut werden, z.B.: dd if=dev/sda2 bs=1M | 7z a -si -so -an -tgzip -bsp2 | split -b3G - backup_sda2 für die "Hin-Richtung" und cat backup_sda2* | 7z e -si -so -an -tgzip -bsp2 | dd of=/dev/sda2 für das Restore. Mir erschiene so etwas wie tar -L3G -vzf backup_sda2 /dev/sda2 irgendwie eleganter, da die -L Option split ersetzen könnte. Allerdings komme ich mit der man-page von tar nicht klar. Die ist irgendwie so esoterisch formuliert (GNU-Style?), dass ich(!) nicht begreife, was nun eigentlich und wie gemacht werden muss. Gibt es in der Runde einen Erfahrungsträger? Danke! Bernhard

5 6

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd November 2025