[an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]
[an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]![]() |
![]() |
![]() |
|||||||||||||||||||||||||
|
|||||||||||||||||||||||||||
![]() |
![]() |
![]() |
> Emil S Hansen wrote: > > > Hvordan ser din named.conf ud? > > > <SNIP et stk zone fil> > > Dette er ikke din named.conf, det er en zone fil. > Ups, sådan går det åbenbart når man burde have passet sin sengetid i stedet for at skrive indlæg til sslug-listen. Her er named.conf: options { directory "/var/named"; dump-file "/var/tmp/named-dump.db"; named-xfer "/usr/sbin/named-xfer"; pid-file "/var/run/named.pid"; statistics-file "/var/tmp/named.stats"; #query-source address 195.54.87.168 / 29, 172.16.0.0 / 12; }; [SNIP - logging] zone "0.0.127.in-addr.arpa" { type master; file "127.0.0"; }; zone "." { type hint; file "root.hints"; }; zone "skydebanen.net" { type master; file "skydebanen.net"; }; zone "skydebanen.dk" { type master; file "skydebanen.dk"; }; > > > Og find ud af om det er DIG der har authority over 87.54.195.in-addr.arpa. > > Hmm, det er jeg ikke helt klar over, men antageligvis er det vores ISP. > > Jeg er ikke bekendt med hvad der er reglen på dette område, når man > > bliver tildelt et antal adresser fra et subnet, i dette tilfælde 16. > > Spørg din ISP, men jeg gætter på at de har "magten" over reverse zonen, > så det er faktisk så nemt som at bede DEM om at sætte reverse DNS op for > dig. (Hvis det er dig der har "magten" vil de helt sikekrt fortælle dig > det) > Som du ganske rigtig antyder mangler 87.54.195.in-addr.arpa eller 161/29.87.54.195.in-addr.arpa i vores named.conf. Jeg vil tage fat i vores ISP på mandag og prøve at finde ud af hvordan det skal løses. De fleste dokumenter om DNS antager at man opererer med et klasse C-net, men det er i følge RFC2317 muligt (med lidt mumbo-jumbo) at lave distribueret administration af klasseløse net. Spørgsmålet nu er i høj grad hvordan vores ISP har sat tingene op. Kan man finde ud af det med "dig", "host" eller andre former for DNS-værktøjer. > > > 2) Loggen for named (/var/log/named/general.log) er fyldt med beskeden > > <timestamp> default: sysquery: findns error (NXDOMAIN) on > > artemis.skydebanen.net? > > Hmm, kan jeg ikke lige huske hvad er, men helt sikkert en fejl vi kan få > luget ud når det bliver sat ordenligt op. > Det kunne være lækkert, for det går mig virkelig på. Jeg har kigget i BIND-postarkivet, men uden at kunne finde noget der gjorde det muligt at finde fejlen. Er det bare mig, eller er DNS simpelthen bare noget af det mere sorte inden for netværksadministration? /Martin _________________________________ Martin Pihl Jensen E-post: sslug@sslug Web: http://www.skydebanen.net Remember, never ask a geek why; just nod your head and back away slowly...
![]() |
![]() |
![]() |
||||||||||||
|
||||||||||||||
![]() | ||||||||||||||
|
||||||||||||||
![]() |
![]() |
![]() |