Article View: pl.comp.os.linux
Article #907622Re: Ubuntu i dnsy
From: szopen
Date: Thu, 25 Apr 2024 08:39
Date: Thu, 25 Apr 2024 08:39
74 lines
5110 bytes
5110 bytes
On 24.04.2024 22:28, Jarosław Sokołowski wrote: > szopen napisał: > >> Serwer DHCP jest w routerze, mam w GUI dwa pola na dwa adresy DNS. >> Pierwszy podaję mój lokalny, drugi adguarda (o tym niżej). > > No i to mi wygląda na błąd kardynalny (o tym było wyżej). Ale co jest tym błędem i czyim? Bo tego nie chwytam nadal. Jeśli chodzi o te dwa pola z routera to jedno nazywa się "Preffered DNS server" a drugie "Alternative DNS server". To trochę narzuciło mi sposób myślenia o tym mechanizmie. >> Wyłączenie serwera jest rzadkie i trwa np. godzinę lub dwie, ale od >> niego zależy to, że nikt (i nic) w domu nie będzie miał działającego >> neta. Da się przeżyć, pewnie, tylko po co tworzyć sztuczne problemy? > > Gdyby się jednak nie dało, to warto pomyśleć o tym, aby podstawowe > usługi, bez których wszystko leży, dzłałały na urządzeniach nigdy nie > wyłączanych. Jak rozumiem, przestoju samego serweta nikt by nawet nie > zauważył, można go remontować pół dnia. Więc może router jest dobrym > miejscem? Ale router nie ma tak zaawansowanego serwera DNS jak Adguard Home czy Pi-Hole (jego konkurent). >> Właśnie... nie wiedziałem, że to bazuje na przypadku i że resolver >> bierze sobie z czapki dowolny adres DNS z listy. Myślałem, że jest >> zasada primary/reserve(backup) i gdy nie ma podstawowego to dopiero >> wtedy bierze ten drugi. > > Nie, usługa DNS jest dobrze przemyślana, obciążenie serwerów i ruch > w sieci poowinien być wyrównywany. Ok, nie dyskutuję z tym, wyżej wyjaśniłem skąd wzięło się moje odmienne widzenie tej materii. >> Ale a propos "nie najlepszego pomysłu". Serwer DNS (do tej pory >> zapasowy w moim mniemaniu) od adguarda jest również używany >> w moim lokalnym serwerze DNS o nazwie nomen omen Adguard Home >> (ale i kilka od innych dostawców). Nie ma więc przypadku i braku >> równorzędności. > > Ale publiczny serwer adguarda nie zna lokalnych domen, więc jednak > ta równość jest zachwaina. Publiczny nie, ale Adguard Home w dokerze już tak. A Adguard Home używa wielu różnych, definiowanych przeze mnie, dostawców publicznych DNS i robi swój kesz, który jest używany w całej sieci lokalnej + zna moje wewnętrzne pseudodomeny. >> A co do samego Adguarda... ufam mu podobnie jak ponad 100 mln >> innych użytkowników tego oprogramowania i nie widzę powodu by >> go traktować jako zagrożenie. > > Rozbawił mnie nieco opis zapobiegani phishingowi w ten sposób, że > samemu się phishing robi. Jest zatem phishing zły i jest dobry. > Jeśli ktoś z tym się zgadza, to nie ma sprawy. Trochę Ci ten ubaw utnę. Adguard Home poza czerpaniem danych z serwerów DNS ma mechanizm list filtrujących, które mają z kolei także różne źródła (definiowane) i stosuje je do tego co uzyskał już od tych publicznych dostawców, więc phishing potencjalny od serwera DNS jest ucinany drugą warstwą bezpieczeństwa. >> "Nie musi mieć powodów" jest kluczem. Byłem przekonany, że ma powód. >> Skoro tak, to jedyne wyjście dać mu jeden adres, mój lokalny. >> A w razie przestojów serwera.. mieć przestoje. > > Router może podawać swój adres. Sam może keszować, sam sprawdzać > skąd da się czerpać wiedzę o strefach, sam przełączać. W routerach > też zwykle siedzi Linux. Przeważnie z tym samym softem, co się go > instaluje na "prawdziwych" komputerach. I przeważnie skonfigurowany > słabo -- bo klienci nie mają zbyt dużych wymagań. Ale można zrobić > to samemu. Owszem, ale po co się z tym kopać i uzyskać tylko połowicznie to co mam w gotowym sofcie instalowanym jednym poleceniem w dokerze? -- szopen
Technical Details
Message-ID:
<v0d4rm$2tgmh$1@dont-email.me>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mailReferences:
<v0adg3$270gr$1@dont-email.me> <slrnv2hjuk.f2ff.jaros@falcon.lasek.waw.pl> <v0akab$28bmb$1@dont-email.me> <slrnv2hm7e.f59n.jaros@falcon.lasek.waw.pl> <v0aqg8$29ri0$1@dont-email.me> <slrnv2htsb.ff8p.jaros@falcon.lasek.waw.pl> <v0bhm6$2f6m9$1@dont-email.me> <slrnv2ilis.gmeu.jaros@falcon.lasek.waw.pl> <v0bnnv$2gnba$1@dont-email.me> <slrnv2iqs7.h0lf.jaros@falcon.lasek.waw.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: szopen <szop@en.szop> Newsgroups: pl.comp.os.linux Subject: Re: Ubuntu i dnsy Date: Thu, 25 Apr 2024 10:39:17 +0200 Organization: A noiseless patient Spider Lines: 75 Message-ID: <v0d4rm$2tgmh$1@dont-email.me> References: <v0adg3$270gr$1@dont-email.me> <slrnv2hjuk.f2ff.jaros@falcon.lasek.waw.pl> <v0akab$28bmb$1@dont-email.me> <slrnv2hm7e.f59n.jaros@falcon.lasek.waw.pl> <v0aqg8$29ri0$1@dont-email.me> <slrnv2htsb.ff8p.jaros@falcon.lasek.waw.pl> <v0bhm6$2f6m9$1@dont-email.me> <slrnv2ilis.gmeu.jaros@falcon.lasek.waw.pl> <v0bnnv$2gnba$1@dont-email.me> <slrnv2iqs7.h0lf.jaros@falcon.lasek.waw.pl> MIME-Version: 1.0 Injection-Date: Thu, 25 Apr 2024 10:39:19 +0200 (CEST) Injection-Info: dont-email.me; posting-host="39792ad0b6417ca243accdeb470b52b3"; logging-data="3064529"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18wXA7R5B3z8LHbXZ9Ow5n1" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:O9ryy4BSL8AxHT54MLCQ77QdSr8= In-Reply-To: <slrnv2iqs7.h0lf.jaros@falcon.lasek.waw.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit