ZimaOS nie wpisuje już na stałe serwera Google DNS 8.8.8.8 do standardowej konfiguracji DNS. Błąd w kodzie źródłowym z 2025 roku dotyczył ścieżki kodu mostu sieciowego Thunderbolt, a pierwotny zgłaszający potwierdził, że niepożądany wpis zniknął w ZimaOS 1.4.1.
W aktualnym ZimaOS skonfiguruj DNS dla każdego interfejsu sieciowego w Ustawieniach → Sieć. Jeśli nadal widzisz 8.8.8.8 w pliku /etc/resolv.conf, przed ręczną edycją plików ustal, które połączenie NetworkManagera lub interfejs wirtualny je dostarczył.
Co spowodowało historyczny wpis 8.8.8.8
Firma IceWhale ustaliła, że wpis pochodził z kodu systemowego używanego podczas tworzenia mostu sieciowego Thunderbolt. Nie miał on zastępować serwera DNS wybranego przez użytkownika.
Błąd został usunięty
Pierwotny zgłaszający potwierdził, że dodatkowy wpis 8.8.8.8 zniknął w ZimaOS 1.4.1. Aktualnych systemów nie należy traktować tak, jakby to zachowanie nadal było oczekiwane.
Ustaw DNS w aktualny sposób
Aktualny przewodnik konfiguracji sieci ZimaOS zaleca otwarcie Ustawień → Sieć, przełączenie interfejsu na tryb Ręczny, gdy jest to potrzebne, oraz wpisanie wybranego serwera DNS.
Sprawdź aktywnie używany resolver
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showUżyj tych poleceń diagnostycznie. Nie ustawiaj pliku /etc/resolv.conf jako niezmiennego ani nie edytuj ręcznie generowanych plików NetworkManagera jako pierwszego rozwiązania.
Thunderbolt i Ethernet mogą korzystać z różnych źródeł DNS
Jeśli aktywnych jest kilka interfejsów, każde połączenie może dostarczać informacje o DNS i trasach. Nie należy zakładać, że bezpośrednie połączenie Thunderbolt i standardowe połączenie Ethernet mają wspólną konfigurację.
Użytkownicy Pi-hole lub Technitium powinni sprawdzić wycieki
Jeśli cały ruch DNS ma przechodzić przez lokalny resolver, sprawdź jego dzienniki i porównaj wartości DNS wyświetlane przez nmcli. Zakodowany na stałe serwer zapasowy może omijać filtrowanie, ale to samo może powodować DHCP lub inny aktywny interfejs.
Nie blokuj 8.8.8.8 przed ustaleniem źródła
Blokada zapory może ukryć objaw, pozostawiając nieprawidłowo skonfigurowany profil sieciowy. Najpierw napraw źródło DNS; używaj reguł zapory tylko wtedy, gdy celowo wymuszasz DNS w całej sieci.
Przewodnik rozwiązywania problemów z siecią zawiera szerszy kontekst dotyczący sieci.
DHCP może ponownie wprowadzić inny serwer DNS
Jeśli interfejs pozostaje w trybie DHCP, router może dostarczać ustawienia DNS nawet po usunięciu starego błędu z 8.8.8.8. Gdy potrzebujesz ścisłej kontroli nad DNS, porównaj opcje DHCP routera z wartościami DNS wyświetlanymi przez NetworkManager.
Ręczne zmiany DNS mogą rozłączyć panel
Podczas przełączania interfejsu z DHCP na tryb Ręczny sprawdź jednocześnie adres IP, podsieć, bramę i DNS. Nieprawidłowa brama lub podsieć może wyglądać jak awaria DNS, ponieważ sesja z panelem może zostać natychmiast przerwana po zapisaniu zmian.
Przetestuj rozwiązywanie nazw przez wybrany resolver
Użyj nslookup, dig lub dzienników lokalnego serwera DNS, aby potwierdzić, że zapytania rzeczywiście docierają do Technitium, Pi-hole lub innego wybranego resolvera. Nie oceniaj sytuacji wyłącznie na podstawie treści pliku resolv.conf.
Najczęściej zadawane pytania
Czy 8.8.8.8 nadal jest wpisany na stałe w ZimaOS?
Zgłaszający potwierdził, że historyczny wpis został usunięty w wersji 1.4.1.
Czy mogę ustawić własny serwer DNS?
Tak. Aktualne ustawienia sieci ZimaOS obsługują ręczną konfigurację DNS dla każdego interfejsu.
Czy należy bezpośrednio edytować plik resolv.conf?
Nie jako pierwszy krok; plikiem tym zazwyczaj zarządza NetworkManager.
Dlaczego nadal widzę wiele serwerów DNS?
Sprawdź DHCP, wiele interfejsów, sieci Thunderbolt/wirtualne oraz profile połączeń NetworkManagera.
