Forum » Omrežja in internet » DNS ne delujejo?!
DNS ne delujejo?!
suprpp ::
problem je v domeni avtocenter.si
Čeprav meni in večini kolegov page deluje OK, nekateri pravijo, da ne vidijo portala ampak PLESK placeholder. Pomoje je z DNS-i neki narobe..
Včeraj sem pisal adminu na support ticket, pa pravi da je rebuildal DNS record in da bi moralo bit OK. Pa ni.
Tole mi pokaže dig avtocenter.si:
;; QUESTION SECTION:
;avtocenter.si. IN A
;; ANSWER SECTION:
avtocenter.si. 54057 IN A 85.17.13.109
;; AUTHORITY SECTION:
avtocenter.si. 54057 IN NS ns2.avtocenter.si.
avtocenter.si. 54057 IN NS ns1.avtocenter.si.
A je kaj faljenega tle...? Kako lahko to popravim?
Čeprav meni in večini kolegov page deluje OK, nekateri pravijo, da ne vidijo portala ampak PLESK placeholder. Pomoje je z DNS-i neki narobe..
Včeraj sem pisal adminu na support ticket, pa pravi da je rebuildal DNS record in da bi moralo bit OK. Pa ni.
Tole mi pokaže dig avtocenter.si:
;; QUESTION SECTION:
;avtocenter.si. IN A
;; ANSWER SECTION:
avtocenter.si. 54057 IN A 85.17.13.109
;; AUTHORITY SECTION:
avtocenter.si. 54057 IN NS ns2.avtocenter.si.
avtocenter.si. 54057 IN NS ns1.avtocenter.si.
A je kaj faljenega tle...? Kako lahko to popravim?
Izi ::
Vsekakor je problem v SiOL-ovih DNS-ih.
Ko sem šel na avtocenter.si direktno, preko SiOLovih DNSov sem prišel na Default PLESK Page:
This is the Plesk™ default page
If you see this page it means:
1) hosting for this domain is not configured
or
2) there's no such domain registered in Plesk.
For more information please contact Administrator.
Ko pa sem šel na avtocenter.si preko enega nemškega proxija pa sem takoj prišel na AvtoCenter-Slovenski avtomoto oglasnik in sicer na stran z imenom Rabljena vozila.
Probal sem še Arnesove DNSe (193.2.1.66 in 193.2.1.72) in stran deluje vredu
Priporoči vsem vašim uporabnikom, da naj uporabljajo Arnesove DNSe.
Na SiOLovih DNSih je vedno nekaj strani, ki ne delujejo
Ko sem šel na avtocenter.si direktno, preko SiOLovih DNSov sem prišel na Default PLESK Page:
This is the Plesk™ default page
If you see this page it means:
1) hosting for this domain is not configured
or
2) there's no such domain registered in Plesk.
For more information please contact Administrator.
Ko pa sem šel na avtocenter.si preko enega nemškega proxija pa sem takoj prišel na AvtoCenter-Slovenski avtomoto oglasnik in sicer na stran z imenom Rabljena vozila.
Probal sem še Arnesove DNSe (193.2.1.66 in 193.2.1.72) in stran deluje vredu
Priporoči vsem vašim uporabnikom, da naj uporabljajo Arnesove DNSe.
Na SiOLovih DNSih je vedno nekaj strani, ki ne delujejo
Zgodovina sprememb…
- spremenil: Izi ()
fizolcek ::
DNSa na SIOLu za dialup/adsl uporabnike sta 193.189.160.13 in 23, seveda delajo tudi se stari. 3je vracajo pravi IP za to domeno, eden pa ne, ceprav imajo vsi isto serijsko, kar daje slutiti da je nekdo popravljal zapise ni pa popravil serijske.
Izi ::
Ah, nisem vedel, da so pri SiOLu dodajali nove DNSe 
Če imaš na default nastavljene DNS na "Obtain DNS server address automatically" kar ima večina uporabnikov, potem se ti sedaj dodeli 193.189.160.13 na katerem pa avtocenter.si ne deluje.
Na starih DNSih 193.189.160.11 in 12 stran deluje, prav tako tudi na 193.189.160.23
Ravno 193.189.160.13 pa ima probleme
Če imaš na default nastavljene DNS na "Obtain DNS server address automatically" kar ima večina uporabnikov, potem se ti sedaj dodeli 193.189.160.13 na katerem pa avtocenter.si ne deluje.
Na starih DNSih 193.189.160.11 in 12 stran deluje, prav tako tudi na 193.189.160.23
Ravno 193.189.160.13 pa ima probleme
Zgodovina sprememb…
- spremenil: Izi ()
BlueRunner ::
Nima 193.189.160.13 probleme, ampak ima probleme vzdrževalec originalne DNS domene.
dig na 193.189.160.13 da
"avtocenter.si. 82670 IN SOA ns1.avtocenter.si. info.neovizija.com. 1151776624 10800 3600 604800 10800"
dig na 193.189.160.23 da
"avtocenter.si. 83056 IN SOA ns1.avtocenter.si. info.neovizija.com. 1151776624 10800 3600 604800 10800"
dig na ns1.avtocenter.si da
"avtocenter.si. 86400 IN SOA ns1.avtocenter.si. info.neovizija.com. 1151776624 10800 3600 604800 10800"
Glede na to, da so vse tri serijske številke res identične, to pomeni, da je tisti, ki je popravljal zapise v domeni avtocenter.si najverjetneje pozabil popraviti še serijsko. Sedaj pa SiOL-ov strežnik preverja serijsko in sprotno ugotavlja, da ima še vedno zadnje podatke o domeni. Težava je torej trivialno rešljiva...
dig na 193.189.160.13 da
"avtocenter.si. 82670 IN SOA ns1.avtocenter.si. info.neovizija.com. 1151776624 10800 3600 604800 10800"
dig na 193.189.160.23 da
"avtocenter.si. 83056 IN SOA ns1.avtocenter.si. info.neovizija.com. 1151776624 10800 3600 604800 10800"
dig na ns1.avtocenter.si da
"avtocenter.si. 86400 IN SOA ns1.avtocenter.si. info.neovizija.com. 1151776624 10800 3600 604800 10800"
Glede na to, da so vse tri serijske številke res identične, to pomeni, da je tisti, ki je popravljal zapise v domeni avtocenter.si najverjetneje pozabil popraviti še serijsko. Sedaj pa SiOL-ov strežnik preverja serijsko in sprotno ugotavlja, da ima še vedno zadnje podatke o domeni. Težava je torej trivialno rešljiva...
suprpp ::
Hvala za odgovore :)
Sem skomuniciral zadevo na moj support, da pogledajo kako in kaj...
BlueRunner: kakšna je pa točna komanda da dobiš takle izpis? In katera številka točno je serijska?
Sprašujem ker sem mislil, da je serijska bl v slogu YYYYMMDD itd... (:
Sem skomuniciral zadevo na moj support, da pogledajo kako in kaj...
BlueRunner: kakšna je pa točna komanda da dobiš takle izpis? In katera številka točno je serijska?
Sprašujem ker sem mislil, da je serijska bl v slogu YYYYMMDD itd... (:
Bakunin ::
"serijska" v SOA je lahko karkoli, ampak ponavadi se uporabi format LETOMMDDXX , kjer je XX zaporedna stevilka menjave tisti dan.
na windows imas nslookup:
#} nslookup -q=soa avtocenter.si
Server: ns1.triera.net
Address: 213.161.0.10
Non-authoritative answer:
avtocenter.si
primary name server = ns1.avtocenter.si
responsible mail addr = info.neovizija.com
serial = 1151776624
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 10800 (3 hours)
avtocenter.si nameserver = ns2.avtocenter.si
avtocenter.si nameserver = ns1.avtocenter.si
lahko pa podas poizvedo "direkt" na avtoritativen NS:
#} nslookup -q=soa avtocenter.si ns1.avtocenter.si
Server: os-2010.nl
Address: 83.149.83.50
avtocenter.si
primary name server = ns1.avtocenter.si
responsible mail addr = info.neovizija.com
serial = 1151776624
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 10800 (3 hours)
avtocenter.si nameserver = ns1.avtocenter.si
avtocenter.si nameserver = ns2.avtocenter.si
ns1.avtocenter.si internet address = 83.149.83.50
ns2.avtocenter.si internet address = 83.149.83.51
na spletu pa lahko uporabis DNS report
na windows imas nslookup:
#} nslookup -q=soa avtocenter.si
Server: ns1.triera.net
Address: 213.161.0.10
Non-authoritative answer:
avtocenter.si
primary name server = ns1.avtocenter.si
responsible mail addr = info.neovizija.com
serial = 1151776624
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 10800 (3 hours)
avtocenter.si nameserver = ns2.avtocenter.si
avtocenter.si nameserver = ns1.avtocenter.si
lahko pa podas poizvedo "direkt" na avtoritativen NS:
#} nslookup -q=soa avtocenter.si ns1.avtocenter.si
Server: os-2010.nl
Address: 83.149.83.50
avtocenter.si
primary name server = ns1.avtocenter.si
responsible mail addr = info.neovizija.com
serial = 1151776624
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 10800 (3 hours)
avtocenter.si nameserver = ns1.avtocenter.si
avtocenter.si nameserver = ns2.avtocenter.si
ns1.avtocenter.si internet address = 83.149.83.50
ns2.avtocenter.si internet address = 83.149.83.51
na spletu pa lahko uporabis DNS report
Zgodovina sprememb…
- spremenil: Bakunin ()
BlueRunner ::
OK, samo še dve pojasnili manjkata. Jaz sem uporabil programček "dig", ki je del orodij, ki se jih distribuira skupaj z BIND DNS strežnikom. Programček je tako na voljo na vseh svežih distribucijah *NIX in GNU/Linux. Tradicionalno pa se je za diagnostiko uporabljal "nslookup", tako kot je to pokazal Bakunin.
Serijsko številko se je pri ročnih vnosih običajno res pisalo v "datumski" obliki, vendar pa to nikakor ni pravilo. RFC pravi samo to, da je to celo nenegativno število, ki se mora pri vsaki spremembi povečati (monotono strogo naraščajoče zaporedje).
Serijsko številko se je pri ročnih vnosih običajno res pisalo v "datumski" obliki, vendar pa to nikakor ni pravilo. RFC pravi samo to, da je to celo nenegativno število, ki se mora pri vsaki spremembi povečati (monotono strogo naraščajoče zaporedje).
Bakunin ::
nslookup se opusca. Sedaj se uporabljata host ali dig.
Da se dobiti tudi Dig za Windows ter WHOIS za Windows.
Kar se pa formata SOA tice je ta opisan v RFC1912 sekcija 2.2.:
The recommended syntax is YYYYMMDDnn (YYYY=year, MM=month, DD=day, nn=revision number.
Da se dobiti tudi Dig za Windows ter WHOIS za Windows.
Kar se pa formata SOA tice je ta opisan v RFC1912 sekcija 2.2.:
The recommended syntax is YYYYMMDDnn (YYYY=year, MM=month, DD=day, nn=revision number.
BlueRunner ::
RFC1912 je samo informativne narave, namenjen tistim, ki so se takrat (1996) ubadali z napakami v konfiguracijah. RFC1035 (STD13, če se ne motim) predpisuje natančno obliko in velikost tega polja (32-bit unsigned integer), hkrati pa tudi (nepopolno) definira primerjanje. Glede na to, da je od 1996 pa do sedaj prišlo do tolikšnega razmaha uporebe medmrežja, so se namnožili tudi sistemi, kjer se serijska številka določa popolnoma prosto, pri čemer njena oblika ne nosi nobene dodatne informacije izven konteksta RFC1035.
Se pa strinjam, da ogromna večina ročnih vpisov vpisana v "datmuski" obliki, saj so dodatne informacije zelo dobrodošle pri iskanju in odpravljanju napak. RFC1912 je tako še vedno uporaben, vendar pa se zaradi okoliščin njegova relevantnost na tej točki zmanjšuje.
Sicer pa vidim, da je sedaj tudi na 193.189.160.13 pravilen A vpis, kar pomeni, da je strežnik (v skladu z TTL zapisi) ponovno prenesl podatke in tako dobil zadnjo verzijo ne glede na napačno serijsko številko.
Se pa strinjam, da ogromna večina ročnih vpisov vpisana v "datmuski" obliki, saj so dodatne informacije zelo dobrodošle pri iskanju in odpravljanju napak. RFC1912 je tako še vedno uporaben, vendar pa se zaradi okoliščin njegova relevantnost na tej točki zmanjšuje.
Sicer pa vidim, da je sedaj tudi na 193.189.160.13 pravilen A vpis, kar pomeni, da je strežnik (v skladu z TTL zapisi) ponovno prenesl podatke in tako dobil zadnjo verzijo ne glede na napačno serijsko številko.
Bakunin ::
saj je samo PRIPOROCILO. 
The recommended syntax is YYYYMMDDnn
ampak pride prav pri iskanju napak.
dns is the . of all evil
The recommended syntax is YYYYMMDDnn
ampak pride prav pri iskanju napak.
dns is the . of all evil
Vredno ogleda ...
| Tema | Ogledi | Zadnje sporočilo | |
|---|---|---|---|
| Tema | Ogledi | Zadnje sporočilo | |
| » | [ubuntu] DNS lookup ne delaOddelek: Operacijski sistemi | 1164 (1068) | MrStein |
| » | DNS osvežitve pri internetnih ponudnikihOddelek: Omrežja in internet | 2367 (2161) | Gost |
| » | Seznam DNS strežnikov slovenskih ponudnikov internetnih storitev:Oddelek: Omrežja in internet | 10541 (9968) | Tilen |
| » | SiOL - DNS mrkOddelek: Omrežja in internet | 3636 (2303) | b |
| » | server na kabluOddelek: Omrežja in internet | 1466 (1083) | mh8759a |