Dotaz: ping na neco.local obcas nejde a primo na IP zpravidla ano. Proc?

[JiK]

Mam nehomogenní domaci sit, kde je asi 20 stroju, 2 routery, bastleny NAS, 2x pihole, a ruzne jine srandy. z meho hlavniho laptopu (stary MBP) mi prekvapive casto nejde pingnout na r pi 4 s linuxem, aspon ne stylem

ping jmeno.local

, ale casto jde pingnout primo na jeho ip,

ping 192.168.0.4

funguje (zpravidla).

Oba pocitace jsou mesice a roky ve stejne siti a stejnem stavu. zpravidla vse slape fajn. nekdy to nejde uplne. nekdy to nejde napul (ping na IP ano) a vetsinou to jde cele. IP serveru je stabilne stejne a natvrdo nastavene ve wifi routeru (aby se pridelovalo 192.168.0.4 prave tomu wifi adapteru od r pi 4)

Ted jsem si ubastlil skript (a davam ho sem, kdyby nekomu pomohl), ktery pravidelne pinga a kdyz to selze, tak JEDNOU posle sms notifikaci, ze je potreba to resit a skonci. Tim jsem zjistil, ze to zkapavani je neprijemne caste. kazdy den, nekdy kazdych par hodin. Trochu mne to sokovalo. Pomuze vypnout a zapnout server, vypinacem, coz je prasarna.

macbook je na domaci wifi, server taky. Nicmene signalu maji oba dost, rekl bych, wavemon nijak zvlast nenadava a jinde se to nestava. kdyz to pingnuti na jmeno.local selze, tak prirozene selze i ssh user@jmeno.local a pristup na webUI z laptopu na server.

Proc to dela? Jak to diagnostikovat? Jake nastroje na to pouzit? Co hledat v logu serveru nebo toho laptopu? Souvisi to nejak s mDNS?

* tady je jednoradkovy bash pingator aby se videlo, jak casto to zkape:

while true; do ping -c 1 umbrel.local; sleep 59; done

Odpovědi

[Max]

Normální je jednak používat DNS, dále nepoužívat doménu *.local
Pokud používáš různé jiné technologie, které se snaží uhodnout jména v síti, tak se pak ale nesmíš divit.
Zdar Max

[Max]

Tj. rada je, aby se ti aktualizovaly záznamy v dns serveru na základě přidělování adres z dhcp. Případně pokud ti jde jen o pár zařízení, co mají statickou IP, tak pro ně vytvořit dns záznam ručně.
Pokud vlastníš např. doménu "jik.tld", tak v rámci dhcp pushuj doménu třeba "home.jik.tld" a v dns si vytvoř ručně záznamy jako např. "nas.home.jik.tld", "rpi.home.jik.tld" atd. A pak ti vždy bude fungovat překlad "nas.home.jik.tld" i krátce "nas" díky pushování toho doménového suffixu přes dhcp.
Zdar Max

[JiK]

ja to nechapu... asi jsem na to uplne blbej, ale neni ta domaci sit uplne mimo internetu? jak by dhcp server na routru mohl neco psat na nameserver(y) po celem intrnetu, i kdybych mel nejakou domenu, tak se ty zaznamy meni pres nejake gui na strankach registratora a to jeste nemusi byt ten, kdo provozuje ty nameservery, ne?

[Max]

Ty si klidně můžeš v lokální síti vytvořit dns server a tam si vést např. doménu google.com.
Doména "local" bývala kdysi hojně využívána, ale má to dvě úskalí, tuto doménu používá Apple pro lokální překlady, když dynamicky hledá zařízení v okolí. Druhým úskalím bývá, že se klidně tato doména může kdykoli stát oficiální druhé úrovně a je pak problém. Proto je nejlepší, když má člověk koupenou nějakou vlastní doménu, použít tu. Tzn., že třeba na rpi, nebo na tom nasku budeš mít dns server, kde povedeš třeba tu doménu home.jik.tld a cokoli dalšího přesměruješ třeba na dns providera, nebo google dns atd. V rácmi dhcp serveru budeš klientům servírovat ten lokální dns server. Když se ho zeptáš na neco.home.jik.tld, tak ti vrátí IP tvé služby v lokální síti. Pokud se ho zeptáš na google.com, tak se ten dns server zeptá toho, kam bdeš mít přesměrované požadavky (forwarder) a vrátí ti veřejnou IP dané služby.
To jsi schopný udělat na Linuxu, nebo teba na routeru postaveném na Mikroitku, OpenWRT apod.
Pokud nemáš koupenou žádnou doménu, použij tu .local. Ber to ale jen jako poslední možnost.
Zdar Max

[Andrej]

Ty si klidně můžeš v lokální síti vytvořit dns server a tam si vést např. doménu google.com.

Hodně štěstí při hádání soukromých klíčů pro DNSSEC podpisy.

[Max]

Není potřeba .
Zdar Max

[Andrej]

…neni ta domaci sit uplne mimo internetu?

Podle libosti, může a nemusí být.

…tak se ty zaznamy meni pres nejake gui na strankach registratora…

Nikoliv.

(O delegaci jsi už slyšel?)

[ewew]

Použiť tcpdump na problémový system a sledovať čo prichádza na jeho ip adresu. Ďalšia možnosť je použiť pravidlo firewallu na logovanie prichádzajúcej a odchádzajúcej komunikácie.

Určite skontrolovať pridelenie ip adries. Ak dané zariadenie sa nepripája na iné siete, tak zvoliť ip adresu mimo statického pridelenia cez DHCP.

Máš tam dva routre. Skontroluj či nepridelujú obidva routre adresy a niekedy to stihne prvý a niekedy druhý.

Vyraď mDNS na to Apple zariadení. Ideálne by bolo urobiť normálne dns s doménou .local a ostatné nech berie z vonkajších dns.