🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.linux
Article #907622

Re: Ubuntu i dnsy

#907622
From: szopen
Date: Thu, 25 Apr 2024 08:39
74 lines
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-mail
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>

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