W przypadku Pi-hole na Ubuntu Server 24.04 należy kierować żądania upstream przez dnscrypt-proxyi wskazać Pi-hole lokalnemu nasłuchującemu pod adresem 127.0.0.1#5053. Spowoduje to szyfrowanie ruchu DNS między serwerem a wybranym resolverem upstream za pomocą protokołu DNS-over-HTTPS (DoH), podczas gdy Pi-hole nadal odpowiada klientom LAN i stosuje swoje listy blokowania. Sam Pi-hole domyślnie nie zapewnia transportu DoH do swojego upstream; to lokalne proxy zapewnia szyfrowane połączenie.
Najpierw należy poznać szczegóły dotyczące bieżącej wersji: Cloudflare usunął to cloudflared proxy-dnspolecenie z nowych wydań od 2 lutego 2026 r. Starsze samouczki instalujące to polecenie mogą nie działać z obecną wersją cloudflared. Poniższe kroki wykorzystują dnscrypt-proxy, zgodnie z aktualnym przewodnikiem DoH Pi-hole. Ta konfiguracja jest odpowiednia, gdy Pi-hole i serwer proxy działają na tym samym hoście Ubuntu. Konfiguracja Docker lub wielohostowa wymaga różnych adresów nasłuchiwania i reguł zapory sieciowej.
Standardowy DNS zazwyczaj wysyła zapytania z resolvera do dostawcy DNS bez szyfrowania transportu. DoH przesyła żądania DNS w protokole HTTPS, co utrudnia obserwatorowi sieci między serwerem Pi-hole a resolverem odczytanie lub modyfikację tych żądań. Pi-hole pozostaje serwerem DNS reklamowanym urządzeniom w sieci lokalnej; zmienia się tylko jego ścieżka upstream.
DoH nie sprawia, że aktywność DNS jest niewidoczna dla wybranego resolvera. Dostawca nadrzędny nadal otrzymuje zapytania z Twojego serwera, a Pi-hole może przechowywać historię zapytań klienta zgodnie ze swoimi ustawieniami prywatności i rejestrowania. Protokół HTTPS nie szyfruje również niepowiązanego ruchu sieciowego. Jeśli chcesz użyć konkretnego resolvera, sprawdź jego politykę prywatności i wybierz wpis DoH z listy obsługiwanych resolverów.
Serwer proxy będzie łączył się tylko z pętlą zwrotną na porcie 5053, pozostawiając port 53 dla Pi-hole. Pozwala to uniknąć konkurowania z usługą DNS Pi-hole i lokalnym resolverem Ubuntu. Nie należy wyłączać systemd-resolvedtej funkcji tylko po to, aby ta konstrukcja działała; oddzielny port pętli zwrotnej serwera proxy pozwala uniknąć tego konfliktu.
Projekt dnscrypt-proxy dokumentuje ścieżkę instalacji pakietu Ubuntu. Przed instalacją sprawdź, czy skonfigurowane repozytoria Ubuntu oferują kandydata:
sudo apt update
apt-cache policy dnscrypt-proxyJeśli wynik wskazuje wersję kandydacką, zainstaluj ją:
sudo apt install dnscrypt-proxyJeśli nie zostanie wyświetlony żaden kandydat, nie dodawaj niepowiązanego repozytorium innej firmy, tylko po to, aby kontynuować. Użyj metody instalacji podanej w oficjalnym przewodniku po Linuksie projektu dnscrypt-proxy, zweryfikuj wydanie i architekturę oraz dostosuj konfigurację usługi do tej instalacji. Poniższe ścieżki konfiguracji i jednostki gniazd systemd odnoszą się do konfiguracji pakietów Ubuntu udokumentowanej przez Pi-hole.
Pi-hole już korzysta ze standardowego portu DNS 53. Skonfiguruj gniazdo proxy tak, aby nasłuchiwało zarówno na TCP, jak i UDP pod adresem 127.0.0.1:5053, dostępnym tylko z tego samego hosta. Utwórz drop-in systemd:
sudo systemctl edit dnscrypt-proxy.socketWprowadź te linie w edytorze i zapisz:
[Socket]
ListenStream=
ListenDatagram=
ListenStream=127.0.0.1:5053
ListenDatagram=127.0.0.1:5053Puste wiersze ListenStream=i ListenDatagram=czyszczą domyślne ustawienia pakietu przed ustawieniem adresów zastępczych. Nie należy ich pomijać: w przeciwnym razie systemd może zachować domyślny port oprócz niestandardowego nasłuchiwacza.
Otwórz plik konfiguracji pakietu:
sudoedit /etc/dnscrypt-proxy/dnscrypt-proxy.tomlDo aktywacji gniazda systemd należy użyć pustej listy nasłuchujących w konfiguracji proxy. Wybierz nazwę resolvera z bieżącej, podpisanej publicznej listy resolverów. Na przykład, poniższy przykład wybiera standardowy resolver Cloudflare; przewodnik Pi-hole pokazuje również cloudflare-securityprzykład filtrowania złośliwego oprogramowania w resolverze nadrzędnym:
listen_addresses = []
server_names = ['cloudflare']Pozostaw resztę konfiguracji pakietu w stanie nienaruszonym. Nazwy w server_namespliku to identyfikatory rejestru, a nie dowolne nazwy hostów ani ścieżki URL. Jeśli wolisz innego dostawcę, sprawdź, czy jego bieżący wpis w programie do rozpoznawania nazw obsługuje DoH i skopiuj jego dokładną nazwę. Program do rozpoznawania nazw, który filtruje złośliwe oprogramowanie lub inne kategorie, może generować inne wyniki niż niefiltrowany program do rozpoznawania nazw.
Ustaw adres DNS upstream Pi-hole na lokalny odbiornik:
sudo pihole-FTL --config dns.upstreams '["127.0.0.1#5053"]'Sufiks #5053to notacja Pi-hole dla niestandardowego portu DNS. Możesz również sprawdzić interfejs administratora Pi-hole w Ustawieniach > DNS . Wyczyść wstępnie ustawione publiczne serwery nadrzędne i pozostaw niestandardowy serwer 127.0.0.1#5053jako serwer nadrzędny. Utrzymanie publicznego resolvera jako dodatkowego serwera nadrzędnego może umożliwić zapytaniom omijanie szyfrowanego serwera proxy, więc usuń te wpisy, jeśli chcesz, aby wszystkie zapytania nadrzędne Pi-hole korzystały z DoH.
Uruchom ponownie gniazdo, usługę proxy i demona FTL Pi-hole, aby załadować nową konfigurację:
sudo systemctl restart dnscrypt-proxy.socket
sudo systemctl restart dnscrypt-proxy.service
sudo systemctl restart pihole-FTL.serviceSprawdź status usługi:
sudo systemctl status dnscrypt-proxy.socket
sudo systemctl status dnscrypt-proxy.service
sudo systemctl status pihole-FTL.serviceKażdy z nich powinien być aktywny, bez błędu powiązania lub niepowodzenia uruchomienia resolvera. Przetestuj serwer proxy bezpośrednio przez lokalny odbiornik DNS:
dig @127.0.0.1 -p 5053 example.comOdpowiedź DNS oznacza, że lokalny serwer proxy odpowiada. Następnie przetestuj Pi-hole na porcie 53:
dig @127.0.0.1 example.comSprawdź dziennik zapytań Pi-hole lub pulpit nawigacyjny, aby upewnić się, że żądanie dotarło do Pi-hole. Jeśli test się nie powiedzie, przejrzyj dziennik serwera proxy:
sudo journalctl -u dnscrypt-proxy.service -b --no-pagerAby przeprowadzić dodatkową kontrolę, sprawdź dane wyjściowe z uruchomienia serwera proxy lub dziennika dla wybranego resolvera oraz status protokołu DoH. digSamo pomyślne zakończenie testu dowodzi, że rozpoznawanie nazw domen działa; samo w sobie nie dowodzi, że żądanie korzystało z protokołu HTTPS.
sudo ss -lntup, przejrzyj drop-in za pomocą systemctl cat dnscrypt-proxy.socketi upewnij się, że puste linie resetowania poprzedzają wpisy 5053.127.0.0.1#5053, a następnie zrestartuj pihole-FTL. Upewnij się, że standardowe pola wyboru w górę nie zapewniają po cichu alternatywnej trasy./etc/resolv.conf. Unikaj zastępowania tego pliku lub wyłączania go systemd-resolvedjako skrótu do rozwiązywania problemów.Aby przywrócić poprzednią wersję, przywróć ustawienia DNS zapisane w Pi-hole i uruchom ponownie pihole-FTL. Gdy Pi-hole przestanie wskazywać na serwer proxy, możesz go wyłączyć lub usunąć dnscrypt-proxyza pomocą menedżera pakietów. Jeśli ten serwer również rozwiązuje własny DNS przez Pi-hole, przed zmianą usług zachowaj dostępną lokalną ścieżkę odzyskiwania.
Użyj tego rozwiązania z pojedynczym hostem proxy, gdy potrzebujesz scentralizowanego filtrowania DNS w Pi-hole i szyfrowanego ruchu z Pi-hole do jednego wybranego resolvera. Jest ono stosunkowo łatwe do sprawdzenia, ponieważ proxy ma jeden adres lokalny i port. Jeśli uruchamiasz Pi-hole w Dockerze, na innym serwerze lub w wielu sieciach, możesz potrzebować adresu sieci kontenera zamiast pętli zwrotnej i musisz ograniczyć nasłuchiwanie proxy, aby nie było ono widoczne jako otwarty resolver. Jeśli potrzebujesz filtrowania opartego na regułach, tożsamości dla każdego urządzenia lub szyfrowanego DNS dla urządzeń mobilnych poza domem, skonfiguruj te klienty lub zarządzaną bramę osobno; połączenie DoH nadrzędne Pi-hole nie szyfruje automatycznie ścieżki każdego klienta do Pi-hole.
Na koniec pamiętaj, że router lub klient może ominąć Pi-hole, jeśli reklamuje drugi serwer DNS. W przypadku filtrowania w całej sieci, przydziel klientom tylko adres Pi-hole przez DHCP i uwzględnij reklamy DNS IPv6, a także IPv4. Po zmianie ustawień routera sprawdź ustawienia na wielu urządzeniach, ponieważ poprawna konfiguracja proxy na serwerze nie może uniemożliwić klientowi bezpośredniego korzystania z innego resolvera.
Dowiedz się, jak odzyskać utracone partycje i pliki za pomocą TestDisk i PhotoRec. Zabezpiecz dysk źródłowy, przeskanuj go bezpiecznie i zapisz odzyskane dane na innym dysku.
Skanuj kody QR w systemie Linux za pomocą CoBang, używając kamery internetowej lub pliku obrazu. Zobacz opcje instalacji, kroki konfiguracji i poprawki dotyczące dostępu do kamery Flatpak.
Zmień ustawienia kamery internetowej w systemie Linux za pomocą narzędzia Cameractrls: dostosuj ekspozycję, kolor, redukcję migotania i inne obsługiwane elementy sterujące, a następnie sprawdź zgodne tryby wideo.
Zainstaluj PhpStorm na Linuksie za pomocą JetBrains Toolbox lub samodzielnego archiwum tar.gz, a także opcji Snap i Arch AUR. Java jest już dołączona.
Usuń tło zdjęcia w systemie Linux za pomocą programu GIMP: narysuj obiekt, usuń wybrane tło, zachowaj przezroczystość i wyeksportuj plik PNG, który można ponownie wykorzystać.
Utwórz obraz ISO płyty CD-ROM w systemie Linux za pomocą GNOME Disks lub dd. Zidentyfikuj napęd optyczny, monitoruj kopiowanie, zweryfikuj obraz i dowiedz się, kiedy uszkodzona płyta lub płyta audio wymaga użycia innego narzędzia.
Utwórz oddzielny panel XFCE 4 dla każdego wyświetlacza, przypisz drugi panel do odpowiedniego wyjścia, określ jego położenie i rozmiar, a następnie dodaj potrzebne elementy uruchamiające i statusu.
Pobierz Cisco Packet Tracer 9.0.1 dla systemu Ubuntu 64-bit, zainstaluj pakiet DEB za pomocą APT, zaakceptuj licencję w terminalu i zaloguj się, aby rozpocząć laboratorium.
Pobierz FlightGear za darmo z oficjalnej strony. Porównaj pakiety dla systemów Windows, macOS i Linux, zainstaluj pliki danych i rozpocznij swój pierwszy lot.
OKSampler mapuje klipy MP3 na klawisze klawiatury i umożliwia zapętlanie dźwięku. Dowiedz się, co robi ten starszy, darmowy program, gdzie kończą się jego stare funkcje i co sprawdzić przed pobraniem.
