resolvam facebook-a i vidim grešku koju nisam videl do sad

[dalibor.klobucaric]

Kod: Označi sve

root@dev:/home/user# host -T NS facebook.com
socket.c:2486: REQUIRE((((sock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')))))) failed.
Aborted
root@dev:/home/user# host -T NS google.com
socket.c:2486: REQUIRE((((sock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')))))) failed.
Aborted

ima ko kavu ideju?

[glaskoncILLa]

za troubleshooting dns-ova/resolvanja ti je bolji dig, a sto se ovog tice, sta bi uopce trebao biti ovaj veliki T, mali je type, dakle sa istom komandom sa malim t bi dobio autorativne dns-ove za facebook..?

[Starter]

Dobro što ima netko da prati takve stvari
Btw.. Izgleda po slici da je glaskoncilla presao u Ninje

[dalibor.klobucaric]

ma isto ti je,
al mislim tak sam se naučil, s host naredbom, jer mi nije fb-a otvaral
al ovu grešku sam još ne videl nikad
znaš kaj je to tj zašto se to događa?

[glaskoncILLa]

veliko T znaci da koristi tcp za query. dns-ovi vole tcp kod prebacivanja zona, inace bas i ne.
malo t je tvoj prijatelj.

ako hoces samo resolvati facebook/domenu, dovoljno ti je host bez opcija.

a ninja, vec sam rekao na ircu, zivotna prekretnica, odlucio sam prestati biti tuljan i postati ninja.

[dalibor.klobucaric]

danke

[phreakbox]

dalibore, nije to samo facebook i to nema veze sa hosterima (znaci od hosta do hosta) vec od DNS query-ja i socket upita. Dakle, nije fb kriv.

Kod: Označi sve

marin@xxx:/var/www/$ host -T facebook.com
facebook.com has address 69.63.187.19
facebook.com has address 69.63.181.11
facebook.com has address 69.63.181.12
facebook.com has address 69.63.184.142
facebook.com has address 69.63.187.17
facebook.com mail is handled by 10 mx.snc1.tfbnw.net.
facebook.com mail is handled by 10 mx.sf2p.tfbnw.net.
marin@xxx:/var/www/ -T NS facebook.com
socket.c:2486: REQUIRE((((sock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')))))) failed.
Aborted
marin@xxx:/var/www/$ host -T NS google.com
socket.c:2486: REQUIRE((((sock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')))))) failed.
Aborted
marin@xxx:/var/www/$ host -T NS yahoo.com
socket.c:2486: REQUIRE((((sock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')))))) failed.
Aborted

A tu grešku koju ti javlja je od Debian-a i BSD, s tim Ubuntu nema veze. On je došao do dio koda gdje izvršava "nešto" oko resolva DNS-a da provjeri da li postiji neke njegove već definirane varijable "const isc__magic_t*" gdje mu se nalae I/O/i/o u toj varijabli i posmičnim varijablom ga pomiče od tog. Ta provjera mu nije bila uspješna i on tu ne zna kako dalje resolvat jer skripta nije dovršena ili nije ispravljena.

Prijavljen bug na Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534851

No moram priznati da bih volio nać gdje on to točno vrti tu skriptu i zašto je stao. Evo šta ovdje vele, ali nisam našao rješenje zašto je tako: http://groups.google.com/group/mailing. ... b?lnk=raot

Da proba neki RPM based distre pa javi rezultat? O socketima i veze sa DNS-om nek ti objasni glaskoncila, jer sam ja više programer.

Pozdrav i Sretna Nova 2010.

[glaskoncILLa]

sama lajna je kriva, dakle ako upises host -T NS facebook.com, ono sto tu pise je naravi tcp query prema domeni NS facebook.com, domena NS facebook.com ne postoji i sama sintaksa i querya i domene je pogresna.
greska u programiranju je sto nisu napravili neki error message u toj situaciji ili se host ne zna izvuci iz toga.

ako upises;

host -T -t NS facebook.com
facebook.com name server dns05.sf2p.tfbnw.net.
facebook.com name server ns2.facebook.com.
facebook.com name server ns1.facebook.com.
facebook.com name server dns04.sf2p.tfbnw.net.

si upisao napravi ns record query za domenu facebook.com i koristi tcp pri tome ( umjesto defaultnog udp-a) i to je ok from the syntax piont of view.
u tom slucaju je tcp apsolutno nepotreban, zapravo taj veliki T ce netko vrlo rijetko korisiti u praksi jer i host i dig i svi dns troubleshooting toolovi znaju i sami kad im treba tcp ili udp.

[phreakbox]

ok, hvala!