Vlákno názorů k článku IPv6 Mýty a skutečnost: díl III. - podpora end-to-end služeb od admin. - ehmmm...stačí aby na chviličku byl na stanici problém...
-
ehmmm...stačí aby na chviličku byl na stanici problém s DNS...technik dorazí a zkusí dostupnost přes IP adresu nebo ji nadiktuje telefonem...ta zůstává v historii prohlížeče a uživatel ji bude nadále používat. Klidně si to přetáhne do oblíbených položek a nic už ho nedonutí aby si to přepsal na jmennou adresu.
-
Tim samozřejmě není myšleno, že chodit na nějaké služby bez využití DNS je dobrý nápad. Samozřejmě souhlasím, že samotný formát IPv6 adresy bude pro takový akt dostatečně odrazující. Bohužel je to věc, která se se běžně stává a asi také bude stávat z nejrůznějších důvodů - byť třeba proto, že v době, kdy externí dodavatel instaloval kopírku, byl ajťák zrovná na dovolené a nebo během dvou týdnu "nestihl" záznam do DNS vložit. Uživatel si to zpravidla vyřeší po svém aniž by předvídal případné důsleky.
-
x (neregistrovaný)
No dyt, bavime se o IPv6 a precislovani a jako jeden z problemu autor uvadi, ze lidi lezou na srv pomoci IP, coz bych v pripade IPv6 opravdu chtel videt. Teda ne ze by to neslo, kdyz si z konfigurace stanice vysaju prefix a protoze vim, ze trebas router ma ::1 ... ale daleko rychlejsi a pohodlnejsi mi prijde napsat ssh gw.
-
x (neregistrovaný)
Asi takhle, dostal sem se shodou okolnosti k administraci site, kde bylo temer vse nakonfigurovano na IP (v4 samo). A samozrejme se neustale a opakovane resily potize kdyz nastala nutnost nejakou sluzbu presunout jinam, precislovat server ...
Takze sem si dal tu praci a vse prekonfiguroval na DNS, udelal desitky aliasu aby kazda sluzba bezici na stejnem stroji mela svuj (pro pripad ze by ji bylo treba presunout). Uz se to nekollikrat vyplatilo. Byvaly admin neustale plkal neco o tom ze "a co kdyz prestane fungovat DNS", coz se jeste nestalo (nekolik let), navic v siti bezi 3.
BTW: Externi dodavatel si za nepritomnosti ITka nenainstaluje v zadny rozumny siti nic.
-
VS (neregistrovaný)
Třeba je to zadáno v nějakém konfiguračním souboru jiné aplikace. Protože v době zprovozňování nebyl ještě záznam v DNS, nebo tak něco. Třeba DNS pro LAN vůbec nemáte a nějaký multicast DNS je jan další vrstva, co se může rozbít. IP se dnes používá třeba i v průmyslu na field-automation úrovni, a tito lidé jsou zvyklí přemýšlet trochu jinak. Použije se to řešení, které nepřináší komplikace a je nejjednodušší možné - protože je menší šance, že se něco rozbije a diagnostika je také jednodušší.
-
Bohuzel anycast muzes pouzit pouze v pripade, ze mas k dispozici jen velmi atomizovanou komunikaci. Takze pro prenos DNS nebo malych obrazku je to fajn, v oblasti prenosu velkych souboru nebo dokonce streamovani to opravdu neni dobry napad. Vyzkouseno, zahozeno (nejen nami).
Zatim to vypada, ze nejlepsi je aplikacni presmerovani (treba HTTP 302 nebo generovani playlistu per request), jenze to clovek nemuze pouzit vsude.
-
tomfi (neregistrovaný)
A proč musí dojít k "přečíslování" ? ...
V čem je problém pokud budou na servery nasazeny obě adresy, pak "o víkendu" dojde ke snížení priority původního routeru a pokud vše bude šlapat podle očekávání teprve odstřihnete starou cestu?
Nebo u IPv4 standardně měníte poskytovatele ze dne na den? -
Danny (neregistrovaný)
S vetsi siti vam posledni dvojcisli nemusi stacit... :) Drive ci pozdeji se clovek dostane do stavu, kdy spravovanych zarizeni je tolik, ze radeji spoleha na DNS. Bezny franta uzivatel navic nic jineho nez DNS beztak nepouziva... zeptejte se uzivatelu, zda znaji IPv4 adresu 77.75.72.3 ...seznam.cz znat jiste budou :-)
-
Honza (neregistrovaný)
Autor nemluvil o problému uživatele že bude muset někam datlovat IPv6, ale o tom, že při změně ISP bude muset administrátor přečíslovat všechny stroje. U klientských systémů které používají buď autokonfiguraci nebo DHCP je to naprosto bez problémů. Ale při představě, že bych měl například během víkendu přečíslovat celou síť (všechny statické adresy) tak mi vyskakujou pupínky i na prdeli.
