/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
DNS lookup
Fra : Christian Bruhn Gufl~


Dato : 17-05-01 10:47

Jeg har lavet et lille domain-check script i PHP/MySQL som basalt bare laver
et DNS lookup for en hvilken som helst record.

Her er så mit spørgsmål

Laver man et domain-check på alle domæner (ca 90) tager det ca. 1½ minut før
der resultaternes vises.
Hvorfor kan eks. speednames gøre det samme på max halv tid ?
Det er ikke grundet resourcer, der som sådan jo ikke er så krævende, og i
øvrigt er RIGELIGT opfyldt af serveren.

Mit system:

FreeBSD 4.2
Apache 1.3.19 med mod_ssl mod_perl mod_php(4.0.4)
MySQL 3.23.X
2 MBit linie
256 MB RAM - Hurtige SCSI diske


?


MVH
CBG



 
 
Mogens Kjaer (17-05-2001)
Kommentar
Fra : Mogens Kjaer


Dato : 17-05-01 11:22

Christian Bruhn Gufler wrote:

> Hvorfor kan eks. speednames gøre det samme på max halv tid ?

Måske har de parallelliseret det?

Mogens

--
Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk

Thorbjørn Ravn Ander~ (17-05-2001)
Kommentar
Fra : Thorbjørn Ravn Ander~


Dato : 17-05-01 12:38

Mogens Kjaer wrote:
>
> Christian Bruhn Gufler wrote:
>
> > Hvorfor kan eks. speednames gøre det samme på max halv tid ?
>
> Måske har de parallelliseret det?

Eller købt et feed hos en rootserver.
--
Thorbjørn Ravn Andersen "...plus...Tubular Bells!"
http://bigfoot.com/~thunderbear

Claus Alboege (17-05-2001)
Kommentar
Fra : Claus Alboege


Dato : 17-05-01 12:18

Thorbjørn Ravn Andersen <thunderbear@bigfoot.com> writes:

> Mogens Kjaer wrote:
>>
>> Christian Bruhn Gufler wrote:
>>
>> > Hvorfor kan eks. speednames gøre det samme på max halv tid ?
>>
>> Måske har de parallelliseret det?

> Eller købt et feed hos en rootserver.

Man kunne jo også køre en local cache, evt sammen med en lokal
root-server :)

http://cr.yp.to/djbdns/ad/cache.html
http://cr.yp.to/dnsroot.html
http://support.open-rsc.org/How_To/unix/djbdns/

--
Mvh Claus Albøge

"Don't summarize. Don't abbreviate. Don't interpret."
-- D. J. Bernstein

















Klaus Alexander Seis~ (17-05-2001)
Kommentar
Fra : Klaus Alexander Seis~


Dato : 17-05-01 14:58

Claus Alboege skrev:

> http://support.open-rsc.org/How_To/unix/djbdns/

Til ovenstående kan jeg varmt anbefale Matt Armstrongs autoaxfr, som
bor på <URL:http://www.lickey.com/autoaxfr/>. Den undersøger om der
er kommet nyt serienummer på rodzonen og henter en ny udgave hvis det
er tilfældet.


// Klaus

--
><>°

Thorbjørn Ravn Ander~ (17-05-2001)
Kommentar
Fra : Thorbjørn Ravn Ander~


Dato : 17-05-01 21:44

Claus Alboege wrote:

> Man kunne jo også køre en local cache, evt sammen med en lokal
> root-server :)

Du skal stadigvæk have et feed. Tricket må - så vidt jeg kan regne ud -
at have dataene _inden_ der skal spørges.

--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
http://bigfoot.com/~thunderbear

Claus Alboege (18-05-2001)
Kommentar
Fra : Claus Alboege


Dato : 18-05-01 07:51

Thorbjørn Ravn Andersen <thunderbear@bigfoot.com> writes:

> Claus Alboege wrote:
>> Man kunne jo også køre en local cache, evt sammen med en lokal
>> root-server :)

> Du skal stadigvæk have et feed. Tricket må - så vidt jeg kan regne ud -
> at have dataene _inden_ der skal spørges.

Ja, derfor den lokale root-server. Denne har en kopi af fx. ORSC's
zone information (som man opdatere løbende, fx. ved at bruge autoaxfr -
som Klaus Alexander Seistrup anbefalede - hvis ens lokale root-server
kører tinydns). Herved sparer man trafikken til de "rigtige"
root-serverne.
Resten må man så klare med en lokal cache.

--
Mvh Claus Albøge

"Don't summarize. Don't abbreviate. Don't interpret."
      -- D. J. Bernstein

Thorbjørn Ravn Ander~ (18-05-2001)
Kommentar
Fra : Thorbjørn Ravn Ander~


Dato : 18-05-01 12:53

Claus Alboege wrote:

> > Du skal stadigvæk have et feed. Tricket må - så vidt jeg kan regne ud -
> > at have dataene _inden_ der skal spørges.
>
> Ja, derfor den lokale root-server. Denne har en kopi af fx. ORSC's
> zone information (som man opdatere løbende, fx. ved at bruge autoaxfr -
> som Klaus Alexander Seistrup anbefalede - hvis ens lokale root-server
> kører tinydns). Herved sparer man trafikken til de "rigtige"
> root-serverne.
> Resten må man så klare med en lokal cache.

Jeg kiggede lige hurtigt på de opgivne links efter at have svaret. Jeg
vidste ikke at ORCS-projektet fandtes - det lader til at levere præcis
det jeg formodede var interessant.

--
Thorbjørn Ravn Andersen "...plus...Tubular Bells!"
http://bigfoot.com/~thunderbear

Klaus Alexander Seis~ (18-05-2001)
Kommentar
Fra : Klaus Alexander Seis~


Dato : 18-05-01 12:27

Claus Alboege skrev:

> [Den lokale root-server] har en kopi af fx. ORSC's zone information
> (som man opdatere løbende, fx. ved at bruge autoaxfr - som Klaus
> Alexander Seistrup anbefalede - hvis ens lokale root-server kører
> tinydns).

Der er et lille problem, for det ser ikke ud til at Matt Armstrong har
opdateret den pakke han har liggende til download. Den gamle version
af autoaxfr kan ikke bruges til at vedligeholde en lokal kopi af ORSC's
rodzone -- autoaxfr forventer nemlig en fil af samme navn som zonen,
indeholdende IP-adresserne på de hosts hvorfra man kan lave en zone-
overførsel.

Problemet består i at den interessante zone hedder ".", hvilket som
bekendt er navnet på "current directory", hvorfor man ikke kan have
en fil med dette navn. I den nyeste udgave af autoaxfr er problemet
løst ved at kalde filen "@" og autoaxfr oversætter så dette navn til
"." inden den beder om en kopi af zonefilen.

De af jer som har brug for autoaxfr til at vedligeholde en lokal kopi
af ORSC's zonefil kan hente den ældre pakke på Matts hjemmeside og så
få et opdateret autoaxfr-script af mig, eller de kan selv skrive til
Matt og bede om den nyeste version.


// Klaus

--
><>°

Anders Johannsen (17-05-2001)
Kommentar
Fra : Anders Johannsen


Dato : 17-05-01 12:13

> Laver man et domain-check på alle domæner (ca 90) tager det ca. 1½ minut
før
> der resultaternes vises.
> Hvorfor kan eks. speednames gøre det samme på max halv tid ?

Jeg har lige flikket et testscript sammen som slår 100 hosts op ca et sekund

> Det er ikke grundet resourcer, der som sådan jo ikke er så krævende, og i
> øvrigt er RIGELIGT opfyldt af serveren.

Så må det jo være dårlig kode

Prøv at poste en snippet, så vi kan se på det

/A



Christian Bruhn Gufl~ (17-05-2001)
Kommentar
Fra : Christian Bruhn Gufl~


Dato : 17-05-01 12:39

Here you go:

jeg har klippet det meste HTML fra, siden er mål for POST fra en anden side,
hvor $categories og $domain postes videre.


<?
while(list($key,$value)=each($HTTP_POST_VARS))
{ if($key=='categories')
{ if($value=='Popular')
{$categories='%Popular%';}
if($value=='Scandinavian')
{$categories='%Scandinavian%';}
if($value=='Europe')
{$categories='%Europe%';}
if($value=='Americas')
{$categories='%Americas%';}
if($value=='Africans')
{$categories='%Africans%';}
if($value=='Asia')
{$categories='%Asia%';}
if($value=='All')
{$categories='%';}
}
if($key=='domain')
{$domain=$value;}
}

$connect= mysql_pconnect("XXX.XXX.dk","XXX","XXX");


$sql= "SELECT * FROM extensions WHERE categories like '$categories' ORDER
BY country";

$result= mysql_db_query("domains",$sql,$connect);
?>

<?
while($row=mysql_fetch_array($result))
{

$full_name=$domain.$row['extension'];
if(checkdnsrr("$full_name" , "ANY")==true){echo "$full_name er
optaget<br>";}
else{echo "$full_name er ledigt<br>";
?>



"Anders Johannsen" <anders@ignition.dk> skrev i en meddelelse
news:9e0bnt$lvd$1@news.inet.tele.dk...
> > Laver man et domain-check på alle domæner (ca 90) tager det ca. 1½ minut
> før
> > der resultaternes vises.
> > Hvorfor kan eks. speednames gøre det samme på max halv tid ?
>
> Jeg har lige flikket et testscript sammen som slår 100 hosts op ca et
sekund
>
> > Det er ikke grundet resourcer, der som sådan jo ikke er så krævende, og
i
> > øvrigt er RIGELIGT opfyldt af serveren.
>
> Så må det jo være dårlig kode
>
> Prøv at poste en snippet, så vi kan se på det
>
> /A
>
>



Anders Johannsen (18-05-2001)
Kommentar
Fra : Anders Johannsen


Dato : 18-05-01 12:00

"Christian Bruhn Gufler" <cbg@mfd.dk> wrote in message
news:3b03ba43$0$5726$4d4eb98e@news.dk.uu.net...

> Here you go:

Det lader ikke til at det er koden, som giver problemet -- måske php's
implementation af checkdnsrr?

/A



Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408891
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste