ns.nic.hu betojt?

Nálatok is van gond a .hu domainek feloldásával..?

Mintha az ns.nic.hu köhögne.


[dap@dh ~]$ dig hu any @ns.nic.hu.

; <<>> DiG 9.8.2rc2-RedHat-9.8.2-0.4.rc2.fc16 <<>> hu any @ns.nic.hu.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23241
;; flags: qr aa rd; QUERY: 1, ANSWER: 9, AUTHORITY: 0, ADDITIONAL: 7
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;hu.				IN	ANY

;; ANSWER SECTION:
hu.			86400	IN	SOA	ns.nic.hu. hostmaster.nic.hu. 2012042912 3600 900 2592000 86400
hu.			86400	IN	NS	ns-com.nic.hu.
hu.			86400	IN	NS	ns.nic.hu.
hu.			86400	IN	NS	c.hu.
hu.			86400	IN	NS	b.hu.
hu.			86400	IN	NS	e.hu.
hu.			86400	IN	NS	d.hu.
hu.			86400	IN	NS	ns2.nic.fr.
hu.			86400	IN	TXT	"Please see http://www.domain.hu for registration info"

;; ADDITIONAL SECTION:
ns.nic.hu.		86400	IN	A	193.239.148.48
b.hu.			86400	IN	A	193.239.149.3
c.hu.			86400	IN	A	193.6.16.1
d.hu.			86400	IN	A	195.70.35.250
e.hu.			86400	IN	A	194.0.25.11
e.hu.			86400	IN	AAAA	2001:67c:1bc::11
ns-com.nic.hu.		86400	IN	A	194.0.1.12

;; Query time: 4 msec
;; SERVER: 193.239.148.48#53(193.239.148.48)
;; WHEN: Sun Apr 29 18:07:46 2012
;; MSG SIZE  rcvd: 387


[dap@dh ~]$ dig index.hu any @ns.nic.hu.

; <<>> DiG 9.8.2rc2-RedHat-9.8.2-0.4.rc2.fc16 <<>> index.hu any @ns.nic.hu.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 11209
                                     ! ^^^^^^^^ !
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;index.hu.			IN	ANY

;; AUTHORITY SECTION:
hu.			86400	IN	SOA	ns.nic.hu. hostmaster.nic.hu. 2012042912 3600 900 2592000 86400

;; Query time: 4 msec
;; SERVER: 193.239.148.48#53(193.239.148.48)
;; WHEN: Sun Apr 29 18:07:58 2012
;; MSG SIZE  rcvd: 80


[dap@dh ~]$ dig index.hu any @ns-com.nic.hu.

; <<>> DiG 9.8.2rc2-RedHat-9.8.2-0.4.rc2.fc16 <<>> index.hu any @ns-com.nic.hu.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29720
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;index.hu.			IN	ANY

;; AUTHORITY SECTION:
index.hu.		86400	IN	NS	ns.index.hu.
index.hu.		86400	IN	NS	ns.inventra.hu.

;; ADDITIONAL SECTION:
ns.index.hu.		86400	IN	A	195.56.65.172

;; Query time: 3 msec
;; SERVER: 194.0.1.12#53(194.0.1.12)
;; WHEN: Sun Apr 29 18:08:18 2012
;; MSG SIZE  rcvd: 85

Hozzászólások

Igen, tapasztalok problemat, de egyelore nem tudtam eldonteni, hogy a resolverrel van gond, vagy sem, mert pl. a Google resolvereit hasznalva mukodni latszik a .hu-s nevfeloldas.

tobb sajat domainemen tapasztalatam problemat, elsore azt hittem a sajat ns szerver doglodik, csaptam neki egy resetet, de nem oldodott meg. Aztan jott a hup.hu -ra is, igy utana neztem. Doglodik minden

Nekem ugy tunik, hogy a Telekom resolvereivel van valami, Google-t hasznalva jol mennek a dolgok.

Igen, én is ezt látom.
A T-s NS-ek néha feloldanak bizonyos domain-eket, néha nem.
UPC-ről megbízhatóan megy a feloldás.
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 13.37 | 2.6.39.3-janos

Lehet, hogy user error, de nekem, ha UPC felől kérdezem a két T-s DNS szervert, akkor minden OK, ha pedig a T-ADSL-es openwrt-s routeremről kérdezem őket, akkor néha van hiba pár domain-nel.

Persze lehet, hogy az openwrt-s/busybox-os nslookup-pal van valami gond, viszont érdekes, hogy a UPC felől is azzal kérdezem a T-s NS-eket, de ott minden OK.

Észrevételek/javaslatok?
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 13.37 | 2.6.39.3-janos

Monitoringom szerint 17:10-kor halt el. Most már timeoutol és nem NXDOMAIN-t dobál, úgyhogy gondolom rendben lesz.

A ns.nic.hu-nak hardverhibája van, viszont előtte nekem is úgy tűnik, hogy sokáig NXDOMAIN-t dobált, amit max-ncache-ttl ideig beettek a névszerverek (default: 3 óra)

+1 Saját és nem saját domainek is döglődnek, az OpenDNS szerint több nem is létezik amit a Google lát és fordítva.

Úgy látom javítva lett, az ns.nic.hu újra látja a domaineket és a serialja is felzárkózott a többihez.

Viszont a .hu zóna SOA-jában 24H a "minimum", tehát kb holnap 19 óraig még sok felhasználó panaszkodhat nem működő domainről a negatív DNS cache miatt. :( Nem tudtok valami (fél)hivatalos hírről, amit linkelhetek nekik és onnanstól nem az én vérem akarják? :)

Nálam is befigyelt. Még szerencse, hogy épp a HUP-ra tévedtem, és észrevettem ezt a topicot. :)
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 13.37 | 2.6.39.3-janos

egyre nagyobb gubanc lehet, mivel már egy kivételével az összes ns szerver közül vagy nx domain-t, vagy nem dob vissza semmit

+1, sajnos. :(

* ns.nic.hu, ns-com.nic.hu OK
* ns2.nic.fr, [bcde].hu NXDOMAIN egy rakat domainre, bár pl az index.hu -t (még) ismerik

Volt egy rövid időszak amikor mintha minden működött volna, de annak vége.

Csodaváró script (a várt domainek igény szerint behelyettesíthetőek):


#!/bin/bash
D[0]=index.hu
D[1]=netmasters.hu
D[2]=netfolio.hu

while :; do
    date
    for i in ${D[*]}; do
	echo = $i =
	for ns in ns.nic.hu ns-com.nic.hu ns2.nic.fr b.hu c.hu d.hu e.hu; do
	    dig $i any @$ns | grep -q NXDOMAIN && echo " @$ns :(" || echo " @$ns :)"
	done
    done
    sleep 120
done

:))

Dig-el jó az. A host-al nekem se ad vissza semmit, de azt annyira nem ismerem, lehet kell valami extra paraméter..?


$ dig origo.hu ns @ns.nic.hu

; <<>> DiG 9.8.2rc2-RedHat-9.8.2-0.4.rc2.fc16 <<>> origo.hu ns @ns.nic.hu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3129
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;origo.hu.			IN	NS

;; AUTHORITY SECTION:
origo.hu.		86400	IN	NS	ans1.t-online.hu.
origo.hu.		86400	IN	NS	ans0.t-online.hu.

;; ADDITIONAL SECTION:
ans0.t-online.hu.	86400	IN	A	195.228.240.85
ans1.t-online.hu.	86400	IN	A	195.56.77.76

;; Query time: 3 msec
;; SERVER: 193.239.148.48#53(193.239.148.48)
;; WHEN: Sun Apr 29 20:52:49 2012
;; MSG SIZE  rcvd: 105

Dig-el, host-al? Diggel, hosttal. Még csak kötőjel sem kell. Teljesen úgy működik, mint a -ban -ben. Ha mondjuk annyira idegen a szó, hogy x-re vagy sch-ra végződik, akkor kell csak kötőjel, és a toldalék minden esetben úgy képzendő, hogy a szó kiejtése után kell a hasonulást alakítani. Pl. Linux-szal, Bosch-sal, etc. Tudom, egy rohadék nyelvtannáci vagyok, de sajnos naponta százszor látom ezt az ostoba írásmódot felnőtt emberektől, és nehezen viselem...

Ha már ragaszkodsz a kötőjelhez, akkor legalább a toldalékot írd rendesen. Ha belegondolsz, a toldalék -val -vel (csak hasonul az első betűje), és nem -al -el, tehát nem tűnik el az első betű. Ráadásul ha megpróbálod kimondani a szót így (digel), érzed, hogy valami nem stimmel. Ez pont olyan, mintha ezeket írnád: háromal, szeretetel, barátnőmel, anyámal. Ja, hogy szakmai példát hozzak fel: nem mindegy, hogy pingel, vagy pinggel.

Mestör, útmutatást! Le kell írnom, hogy range-el (sic!): próbáltam, hogy rangedzsel, de az nagyon cigány, a rangezsel meg ráadásul rettenetesen néz ki. Mit mond erre a nyelvtudomány?

..vagy a rangezsel csak nekem tűnik borzasztó rendszeridegennek? Tán az a baj, hogy magyar szavaknál hasonul a toldalék, az idegen szavaknál pedig magyartalan marad..?

Szerintem igen, mert nem a kiejtett hangra vegzodik a szo, hanem utana meg vannak dolgok, jelen esetben egy e betu. Pontosabban, mivel nem ahhoz a betuhoz hasonitjuk a toldalekot, amire a szo vegzodik, ezert kellhet a kotojel.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Igazad van, legyünk igénytelenek... Én azt gondolom, hogy aki ebben igénytelen, az másban is. Többször előfordult, hogy egy pályázót nem hívtam be interjúra, mert ilyen dolgokat láttam tőle leírva (és nem csak a cv-jében nézem meg, hanem itt is, és más fórumokon is, ha megtalálom).

Tudod mit, olyannak se vennem fel, aki ugyfelekkel irasban kommunikal (pl. ugyfelszolgalatos, szervizes, etc). Igenis tessek megtanulni azt a par fontos szabalyt, ami megkulonbozteti a bunko parasztot az ertelmes embertol.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Hasznaljon helyesiras-ellenorzot. Nezesse at valakivel. Satobbi. Ha tudja, hogy rossz a helyesirasa, akkor legyen annyi benne, hogy probal valamit tenni.

(ha doksit irok, barmilyen kenyelmetlen, en is ekezettel irok. Tele is van "í" helyett "y"-nal es hasonlo csodakkal, gyozom javitani...De ha ez az elvaras, akkor ez az elvaras, meg ha tizszer annyi ido is, mintha ekezet nelkul irnam)

--
http://www.micros~1

Ebben mondjuk van valami... Viszont baxter azt írja, hogy a neten fellelhető egyéb írások is számítanak, oda meg azért sokszor más minőségű szöveg kerül ki. (Aki ékezet nélkül ír, az ugye eleve nem is tud profitálni a helyesírás-ellenőrzőből.)

Hatigen, azert jobb helyeken a weben fellelheto szovegben nem a helyesirast nezik, hanem azt, hoyg mennyire koherens az illeto gondolkodasa. Nem szerencses, ha valaki egy nap alatt, ket posztban tokeletesen ellentmond maganak...Ha viszont ott is a helyesirast nezik, akkor annal a cegnel nem lehet jo dolgozni, ergo oruljon az ember, hoyg nem veszik fel :)

--
http://www.micros~1

Itt alapvetoen ket dolog keveredik. Valoban nem elsosorban a helyesirasra figyelnek oda, de ha valaki latvanyosan hejtelenul irlya a szavakat, esetleg lessz olyan erzes vele kapcsolatban, hogy nem biztos, hogy ide valo. Lehet hogy hihetetlenul vagja a szakmat, de attol meg bizonyos alapveto helyesirasi szabalyokat illik betartani.
Az ekezet nelkuliseg az internet miatt egy kulon allatfaj, ez altalaban nem esik annyira latba. Volt, hogy valamiert en is ekezet nelkul valaszoltam az ugyfelnek, egy hang problema nem volt belole. Neha o is ekezettelenul irt.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Bár nekem nincs nagy bajom az ékezetek nélküli olvasással, azért az UTF-8 korában már nem feltétlenül igaz ez sem. Ugye eredetileg azért fért ez bele, mert kb. az ASCII volt az, amit mindenki megértett. Egy HTML vagy UTF-8 text e-mailben tessék csak kitenni az ékezeteket!
--
http://naszta.hu

Nem az utf8-on mulik a dolog. Eleg sokat dolgozok ujabban angol kiosztason (ujabban... 2-3 eve), es mindig gond, amikor valtani kell, mert az elejen borzaszto lassan tudok csak gepelni. Mire belejonnek, addigra meg egy tipikus "Javitottuk a problemat" cimu levelnek reg vege. Meg... valahogy nem is szeretem a magyar kiosztast... minden annyira idiota helyen van, pl a pontosvesszo/kettospont nem csak, hogy kulon van (illogikus), de raadasul altgr-es kombinacio, amit csak jobbkezzel lehet nyomni - kenyelmetlen. Es en szeretek kozpontozni.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

ok, akkor megnyugodtam, az elmult fel oraban keresem 1 riasztas okat.

Tyrael

A helyzet erre fele is ugyan az, úgy látszik ezen a hosszú hétvégén Murphy törvénye egyre jobban igazolja magát. :)

Amikor az ns.nic.hu hibát bejelentettük először, akkor a hivatalos tájékoztatás hardverhibát mondott.
Azóta viszont olyan események történtek, amik mindenképpen alkalmazáshibát vagy emberi hibát mutatnak. Lehet, hogy valóban volt hardverhiba, de igazából már az első perctől kezdve is az a probléma, hogy egyszerű timeout helyett érvénytelen válaszok jöttek az ns.nic.hu -ről. Most a helyzet az, hogy mind a 6 névszervertől csak ilyen jön, ha egyátalán...

Es itt az "igazi". Legalabbi sa commentek....
http://www.hir24.hu/it-mobil/2012/04/30/lehalt-a-fel-magyar-internet/#c…

Elso comment mar rogton a Fidesz felelosseget emlegeti, tovabbiakban kiderul, hoyg "bezzeg a reklamok bejonnek, csak az oldalak nem"

Jaigen, es a "lehalt" szon vannak kiakadva, pedig eskuszom, en mar husz eve hasznalom, a "lefagy" mellett.

--
http://www.micros~1

a hu tld-ert felelos szerverek nem mentek(nem, a hibas mukodes nem szamit), de hisz tudod te. ^^
masreszrol: meg lehet gyozni rola, hogy ennek a hibanak az eszlelesehez szukseges monitorozast(vagy a kivedesehez szukseges verifikaciot) nem 5 perc osszerakni, de arrol nem tudsz meggyozni, hogy egy ilyen kiemelt fontossagu szolgaltatasnal nincs erre a feladatra megfeleloen kepzett szakember(garda).

Tyrael

tudsz olyanrol is, aki a dns vilagban szamit valamennyire (root, vagy tld kiszolgalo), es nem memoriabol adja a rekordokat?
a kerdes szempontjabol persze irrelevans, ha lenne is ilyen, o is valamilyen db replikabol dolgozna (a formatum is lenyegtelen), ami ugyanugy elromolhat a forrasnal, utkozben, vagy a vegen, valamilyen jellegu hibat okozva.
--
zsebHUP-ot használok!

sziasztok, németországi szerverünkön már egyik .hu domainünket (~50db, más-más dns-szolgáltató) sem lehet feloldani :(

subscribe, eloszor nekem is T-sek jeleztek, az nxdomaint

Mindenki számlazandó munkaról meg kimaradt bevételröl nyafog, pedig ugyanolyan rendszergazdák dolgoznak ott is mint egyesek itt. Nekem elég lenne egy hivatalos állásfoglalás. Mert ez nekem vis mayor, amit az ügyfél is feltételezem elfogad.

T resolverek (allitolag) meg mindig problemasak.

Szegény ország a miénk, így a .hu NS-eiben egy napra kell venni a minimum TTL-t, hogy kevesebb kérés jusson rájuk.
Bezzeg a gazdag országok megengedhetik maguknak, hogy 15 percet (.cz), két órát (.de), vagy az igen vicces 11111 másodpercet (.ua) állítsanak be, így meggyógyítva az eunuch szolgáltatók NS-eit, anélkül, hogy mindegyiknek egyesével be kellene avatkoznia.
:)
--
zsebHUP-ot használok!

Hat, valahol igen, ugyanis ilyenkor jobban raernek az emberek -> nagyobb teheles -> tobb meghibasodas.

Nasikent ezekhez: 1 hw hiba, DDoS 10+ szerverre; +1 kernel palinka; Partnereknek DNS beallitasok a DP -s ugy miatt; magyarazkodas .hu domainek ugyeben 4 ora alvas utan.

Rohadjon meg a hosszu hetvege.

ES: meg nincs vege!

Eltárolják, mert a hu. SOA-jában 86400 a minimum TTL, eddig lehet tartani a negatív cache-ben az entryket (ki lettek egyébként törölve). Sajnos korábban hiába kértem ennek a csökkentését...
Sajnos sokan játsszák el azt, hogy eszetlenül magasra állítják a TTL-eket a zónáikban (nyilván azt sem tudják mire jó), aztán mindenféle fórumot telef.snak, hogy "hülye a szolgáltató", amikor egy NS váltáskor, vagy csak szimpla rekordmódosításnál napokig a "rossz" válasz megy vissza.

--
zsebHUP-ot használok!

Valaki hallott valami hivatalos kommunikaciot mar, hogy ugyan mi is tortent?

Ezek egyike se technikai hír, hanem "marketing" vagy bejelentés eljárásrendet érintő változásról.

Majd valamikor összeül a tanács és kiizzadnak egy hivatalos tájékoztatást, hogy mi is történt, mert ez a "folyamat", hétvégén csak úgy nem tájékoztatgatnak... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

http://itcafe.hu/hir/iszt_nic_dns_root_szerve_hu_magyar_zona_internet.h…

Ha jol ertelmezem akkor ez azt jelenti, hogy rm -rf /etc/zones; es a /usr/bin/generald-le-a.hu-zonat.pl; parancsok kozotti intervallumban sikerult terjszeteni az iget, hogy a .hu majdnem ures. Hat gratulalok.

Kulonosen tetszik a hozzaallas, hogy "Hat de meg a bixen se latszik" tehat nem lehetett nagy a baj. Vegulis csernobil utan se voltak aramellatasi gondok. Wild Wild East:/

Egyik ügyfelem jelezte, hogy nem megy néhány domain. Megnézve az ns-com.nic.hu hadilábon áll az e betűvel kezdődő domain nevekkel(elvira.hu, express.hu, ezermester.hu stb.). Ti is tapasztaljátok a hibát?

Szerk: a hup.hu-ra is érdekes választ ad az ns-com.nic.hu.