ip route get 140.82.121.34
140.82.121.34 via 192.168.100.1 dev enp4s0 src 192.168.100.6
Zwraca Ci ip kontenera - nie zakładam że tak ma być. Może wynikać z twojej sieci.
U mnie to idzie bezpośrednio do routera ( 192.168.1200.1)
ip route get 140.82.121.34
140.82.121.34 via 192.168.100.1 dev enp4s0 src 192.168.100.6
Zwraca Ci ip kontenera - nie zakładam że tak ma być. Może wynikać z twojej sieci.
U mnie to idzie bezpośrednio do routera ( 192.168.1200.1)
Ja zakładam, że tak ma nie być, ale to jest raczej zwalona konfiguracja sieci w HA, więc chętnie zobaczę skrinszota z
Ustawienia → System → Sieć → Konfiguracja interfejsów sieciowych po rozwinięciu zakładek IPv4 i IPv6 w tabie dotyczącym karty WIFI (pewnie wlo1 albo coś w tym guści)
Pokaż co tu jest ( Ustawienia => System => Sieć ):
Z Twojego zrzutu wynika że masz skopaną konfiguracje sieciową.
I mamy winnego - bo dałeś zrzut
co mam nakopane ?
Dodałem DNS-y od google i cloudfare bo u kogoś pomogły,.
Copy/paste.
Pytanie zasadnicze : chyba wiesz po co jest router ?
Raczej wiem po co jest router. Na nim też DNS-y googlowe dziś poustawiałem.
Zresztą te DNsy w HA też poustawiałem dziś.
To masz winnego. DNS-ami zarządza router i do niego mają iść zapytania a nie bokiem lecisz.
W twoim logu co dałeś wcześniej jest :
2026-07-12 21:11:45.086 INFO [supervisor.resolution.module]
Create new issue dns_server_ipv6_error - dns_server / dns://1.0.0.1
2026-07-12 21:11:45.087 INFO [supervisor.resolution.module]
Create new issue dns_server_ipv6_error - dns_server / dns://1.1.1.1
2026-07-12 21:11:45.087 INFO [supervisor.resolution.module]
Create new issue dns_server_ipv6_error - dns_server / dns://192.168.18.1
2026-07-12 21:11:45.091 INFO [supervisor.resolution.module]
Create new issue dns_server_ipv6_error - dns_server / dns://8.8.4.4
2026-07-12 21:11:45.091 INFO [supervisor.resolution.module]
Create new issue dns_server_ipv6_error - dns_server / dns://8.8.8.8
2026-07-12 21:16:52.759 INFO [supervisor.homeassistant.core]
Updating Home Assistant to version 2026.7.2
2026-07-12 21:16:53.785 INFO [supervisor.docker.interface]
Downloading docker image ghcr.io/home-assistant/generic-x86-64-homeassistant with tag 2026.7.2
2026-07-12 21:17:21.171 ERROR [supervisor.docker.interface]
Can't install ghcr.io/home-assistant/generic-x86-64-homeassistant:2026.7.2:
failed to do request:
Get "https://pkg-containers.githubusercontent.com/...":
net/http: TLS handshake timeout
Wszędzie masz błąd IPv6 DNS dla wszystkich sewerów
Taka ilość DNSów w niczym nie pomaga - odpytywany jest pierwszy u góry, następne są używane tylko jeśli wszystkie wcześniejsze są martwe.
ja bym ustawił 1.1.1.1 jako jedyny (albo 9.9.9.9 albo 9.9.9.10 albo googlowskie, ale nie całe stado tylko góra dwa różne), o ile provider internetu nie blokuje dostępu do innych DNS niż do własnego. Ale mieliśmy już wcześniej poprawne odpowiedzi DNS, więc czuję w gnatach, że przyczyna leży w jakimś innym miejscu (i wcale nie twierdzę, że chodzi o konfigurację - możliwe, że jakaś kombinacja wersji kluczowych komponentów HA prowadzi to fatalnego efektu - ale to nie jest jeszcze sytuacja bez wyjścia).
Druga kwestia czy to w ogóle jest karta WiFi, bo jak zwykle ucinasz istotne fragmenty obrazka…
i trzecia co jest w IPv6 (jeśli nie używasz, to ustaw na wyłączone)
IPv4 mam ustawione zgodnie z sugestiami Krzysztofa. (1.1.1.1)
Powyżej mam Wifi i tam mam info o tym, że jestem połączony z moją siecią domową.
Jeśli chodzi o IPv6 to mam ją wyłączoną aktualnie.
Po tych wszystkich zabiegach nadal problem.
Jaki masz router i co na nim masz.
masz trasę która się kończy w Dockerze, szukajmy przyczyny
jednak to nie to
HUA :EG8145V5
Firmware producenta, bez opcji wgrywania alternatywnego.
Dziś zainstalowałem Terminal/SSH ze sklepu z dodatkami.
Nie potrzeba żadnego alternatywnego, zajebisty router o ile dostawca zezwala na samodzielną konfigurację własnej sieci.
Jeśli się boisz w nim grzebać lub nie możesz bo dostawca ustawia po swojemu twój LAN, to można to obejść, ale to nie zabawa na teraz.
curl -4 -Iv --connect-timeout 20 https://pkg-containers.githubusercontent.com/
curl -6 -Iv --connect-timeout 20 https://pkg-containers.githubusercontent.com/
Poprawna odpowiedź dla IPv6 - na co zwracać uwagę ***
* Host pkg-containers.githubusercontent.com:443 was resolved.
* IPv6: 2606:50c0:8002::154, 2606:50c0:8001::154, 2606:50c0:8003::154, 2606:50c0:8000::154
* IPv4: (none)
* Trying [2606:50c0:8002::154]:443...
*** Immediate connect fail for 2606:50c0:8002::154: Network unreachable**
* connect to 2606:50c0:8002::154 port 443 from :: port 0 failed: No error information
* Trying [2606:50c0:8001::154]:443...
*** Immediate connect fail for 2606:50c0:8001::154: Network unreachable**
* connect to 2606:50c0:8001::154 port 443 from :: port 0 failed: No error information
* Trying [2606:50c0:8003::154]:443...
*** Immediate connect fail for 2606:50c0:8003::154: Network unreachable**
* connect to 2606:50c0:8003::154 port 443 from :: port 0 failed: No error information
* Trying [2606:50c0:8000::154]:443...
*** Immediate connect fail for 2606:50c0:8000::154: Network unreachable**
* connect to 2606:50c0:8000::154 port 443 from :: port 0 failed: No error information
* Failed to connect to pkg-containers.githubusercontent.com port 443 after 0 ms: Could not connect to server
* closing connection #0
curl: (7) Failed to connect to pkg-containers.githubusercontent.com port 443 after 0 ms: Could not connect to server
więc nie jest prawdą to
chyba że wyłączyłeś właśnie ale nie mówisz o tym
IPv6 nie jest do życia potrzebne (za wyjątkiem integracji Matter)
chyba mogę coś pogrzebać : )
IPv6 wyłączyłem - pisałem powyżej.
Ale dyskusja jest za szybka, czy w configuration.yaml masz sekcję http: