google dns 8.8.8.8

Kaptam alertet nem megy valami egyik szerveren.
pár percig nem oldotta fel dns t, de aztán meg jó lett..
hmm. fura... itt lokálisan gépemen se ment itt is google van beírva. szóval nem csak egy helyről volt gond.

ez volt mikor nem ment:

host index.hu 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:

Host index.hu not found: 2(SERVFAIL)
~# host index.hu 8.8.4.4
Using domain server:
Name: 8.8.4.4
Address: 8.8.4.4#53
Aliases:

Host index.hu not found: 2(SERVFAIL)

Hozzászólások

Hello!

Nálunk is a google oldalak egyáltalán nem akartak bejönni, három különböző helyről is probáltuk.

GTS valami budapest ADSL-ről beszélt.

Nálunk is hasonló gondok merültek fel, de már helyreállt.

212.40.96.96 régi IW ns nem volt elérhető.

Szia!

Nálunk is ugyan ez a helyzet. Pedig kezdtem örülni mert a 8.8.4.4 ping-je az szeptember 14-től 6 ms volt.

az egyik bix tag hibája miatt volt és az érintette a bix-google kapcsolatot.

Szolgáltatónk válaszolt,

"A hiba a nemzeti BIX kp-ban volt. Egy 3. szolgaltato altal generalt forgalom okozott problemat a BIX halozataban. A hibat az ottani kollegak oldottak meg. A hibat 8:50-re sikerult elharitani.
A hiba nem a GTS Hungary Kft. halozataban volt."

Kozvetett informacio:

"A mai napon a BIX-en keresztül elérhetetlenné váltak az alábbi tagok:

BIX RS1 193.188.137.1
Hungarnet 193.188.137.13
3C Telecom 193.188.137.18
Google 193.188.137.163
A hiba időtartama: kb 2011.10.10. 6:40 – 8:40-ig CET

A hiba oka: Az Externet routere forgalmazott a fenti MAC címekkel is, ezért az egyik VH-ban lévő switch mac táblája az Externet felé állt be. A hiba másodszor fordult elő.
A hiba megoldása: A hibás mac címek törlése a switch-ből, az Externet portjára szigorúbb MAC limit állítása."

látatlanban nem ítélkezek, de

1) ha 1 távozó dolgozó ilyen galibát csinál szánt-szándékkal búcsúképpen, azt az embert nem alkalmaznám szívesen (ismétlem, nem ítélkezek látatlanban, nem tudom milyen módon váltak el útjaik, tényleg szándékos károkozás volt-e stb.)
2) ha 1 távozó dolgozó után rövid időn belül ilyen jellegű bonyodalmak jelentkeznek, akkor az illető cég egy komolytalan KKV-garázscég színvonalon üzemel, mert nem biztosított a folyamatos szakértelem az üzemeltetésben, és a kutyámat nem bíznám rájuk, nemhogy üzletileg kritikus rendszereket.

> Addig en nem engednek egy rendszergazdat elmenni a cegtol

Ez jó, de érdekelne, hogy tervezed kivitelezni. Normális esetben *nem* a távozó dolga, hogy az utódját megtalálja, kiképezze. Át kell adnia a szükséges infót, de ha mondjuk a másik illető azzal nem tud mit kezdeni, attól a távozni kivánó majd távozik a felmondási idő végén.

Én reggel a volt interware gépteremből kaptam fals riasztásokat. Egy része bejelentett karbantartás idejére esett, más része meg bőven utána volt, 4:30 és 8:50 között. Eléggé morcos is voltam, hogy miért küldözgetnek fals riasztásokat, ha karbantartanak. De most gondolkozom, hogy lehet, hogy nem is ez volt a nyomor?

Nálunk is ez volt. Az egyik vonalon nem ment a google felé a forgalom a másikon meg igen :)

Sziasztok!

Az lehet, hogy a Vodafone netem is bedöglött miatta úgy, 8.40-9.30-as időtartamban? Próbáltam telefonnal netezni, nem ment csak opera minivel, rácsatlakoztattam a gépre a mobilt, felcsatlakoztam a netre és semmit se nyitott meg, még pingelni se tudtam.

Szegedi AP-ban ugyanezeket tapasztaltuk...

Ugylatom ujra hiba csuszott a rendszerbe.

Én ma kb dél óta tapasztalok (néha) hibákat a 8.8.8.8 DNS-sel. Többieknél tapasztalat? Köszi!

Nem is arra volt ez javaslat, hanem ha a google dns szervere nem menne, viszont nem akartok opendns-t elsődlegesnek, mert az akkor is ad vissza IP-t, ha nincs tényleges találat.

edit: szerintem ez sokkal jobb megoldás mint a szolgáltató döglassú, és sokszor egyáltalán nem frissülő dns szervereiben bízni, ráadásul szépen tűzfalazható.

No, ahol emiatt gond volt, azok a cégek egyszerűen fogalmazva is dilettánsnak minősíthetőek szerény véleményem szerint. Beszéltem egy emberkével, mesélt pár dolgot máshonnan is mert volt telefonálgatás mire rájöttek. Említett olyat, hogy volt ahol csak a 8.x.x.x megadva mint névszerver. Semmi több! Azért ez gáz! Teljesen rábízni mindent egy olyan szerverre amire ráhatás sincs, nem is arra találták ki egészen, bár természetesen erre acélra _is_ használható. Egyszerűen elképesztő számomra! Egy dns szerver nem kér akkora erőforrást, amit már egy kisebb cég ne tudna vassal megtámogatni. Én elvenném azoknak az iso_xxxx minősítését akiknél ez hibát okozott.... vagy nem is tudom mi lenne a megfelelő bünti. Egyes informatikai döntéshozóknak meglappogatnám a vállát úgy erőből ezért a félrenyúlásért.
Ha csak linuxban gondolkodom... tessen mondani a resolv.conf-ba mennyi egyéb dns szervert lehet beleírni????? Mennyit soroljak fel???? Mennyi egyéb biztonsági dolgot lehetett volna még alkalmazni, hogy ez ne fordulhasson elő???
Nagyon szoktam haragudni amikor egy kérdésre azt válaszolják okosok fórumon vagy levlistán mindegy hol, mindegy milyen szintű kérdésre, hogy ott a manual olvasd el, azért van.
De most mindazoknak az okosoknak, akik most ebbe beleszaladtak, félrenyúltak, volna egy erősen megfontoladnó üzenetem... RTFM!

Személy szerint szeretem használni a Google DNS-t is meg az OpenDNS-t is. resolv.conf alapból a 8.8.4.4-et, a 208.67.220.220-at valamint harmadiknak a szolgáltató által biztosított névszerver egyikét kapja meg. Pár hete az OpenDNS is vackolt, van olyan helyem ( ADSL előfizetés ) ahol csak OpenDNS van, pont a szűrési lehetőség végett és volt feloldási baj. Szerveren elsődlegesnek nem szeretem mivel ad választ a nem létező dolgokra is, viszont sokkal gyorsabban frissül mint a Google. Előnye, hátránya mindnek van, de ez a hármas megoldás eddig mindig ment.

Alapból felnyomok egy bind-et a GW-re, a resolv.conf-ba meg mehet a 127.0.0.1, klienseken meg a GW IP-je megy a resolv.conf-ba, vagy a DHCP-vel kiosztom a GW IP címét DNS-ként. Ezzel így még soha nem volt problémám, mert ha nincs internet akkor minek a DNS? 8.8.8.8-at csak tesztelésre!

---
http://youtu.be/wzEahz7pa7k

Ha te azt mondod, hogy RTFM, akkor én meg erre azt mondom, hogy LOL!
Mások nevében nem akarok beszélni, így szubjektíven, saját szemszögemből a dolog: nálunk Invitel a fővonal és T-Home a tartalék. A Google DNS-e mindkettőnél sokkal-sokkal hamarabb frissül(t), mint az ISP-é. És bizony van olyan szitu nem egyszer, amikor ez igenis számít.
Azon kívül, ha pl elolvasod amit én írtam korábban: nem arról volt szó, hogy wazze fél napig nem volt élet, hanem jelen időben beszéltem - tehát valahogy mégis csak sikerült netet csinálni! :) A külön szeparált vendég LAN + az okostelefonoknak fenntartott LAN döglődött, nagy dolog!? De ettől még odafigyelek az általam karbantartott hálózat(ok)ra és észreveszem, ha vmi nem OK és megkérdezek másokat, hogy lokális vagy globális a hiba...

"Beszéltem egy emberkével, mesélt pár dolgot máshonnan is mert volt telefonálgatás mire rájöttek"
Hostra pinglik? Nem! IP-re? Igen! DNS? Ahhha!!! Szerintem az "emberkével" beszélgess, ha ehhez olyan sokat kellett telefonálgatni! :)

Még ha alapjába véve egyet is értek veled, azt hiszem kissé túlreagálod ezt a dolgot!

Update: mint kiderült, nem a DNS-sel volt probélma, az alkalmazásban volt a hiba.

Az egyik szerverünk valószínűleg még telepítéskor a Google dns szerverek használatára lett beállítva, és ma (jún 21) kb. 20:00 és 21:00 között a logok tanúsága szerint névfeloldási hibák miatt nem működött egy fontos alkalmazásunk.

A logokban nem találtam másutt DNS-hibára utaló jeleket (pl. postfix gond nélkül küldött/fogadott levelet a problémás időszakban), lehet hogy csak bizonyos domainnevekkel volt baja a Google-nek.

Tapasztaltatok bármi rendellenességet ma a Google DNS-szerverekkel?

kicsit döcögött most pár percig. de talán jó