← Back to team overview

sslug-teknik team mailing list archive

offtopic, was: Re: http-clustering

 

Nej det er klart at reverse lookup ikke vil gå godt.


Men altså det er jo det samme med den klassiske

Name:    sslug.dk
Address:  192.38.71.98

Name:    sslug.sslug.dk
Address:  192.38.71.98
Aliases:  www.sslug.dk



men et reverse lookup giver
Name:    sslug.imm.dtu.dk
Address:  192.38.71.98



/Lasse

*********** REPLY SEPARATOR  ***********

On 17-09-99 at 08:42 Klavs Klavsen wrote:

>det er ikke særligt smart at lave flere A records til samme navn..
læs DNS
>& BIND fra O'reilly og forstå hvorfor..
>et reverse-lookup vil f.ex. ikke gå godt for mere end højst en af
dem..
>
>en anden måde at lave loadbalancing, er at sætte en maskine foran med
et
>program som SQuid installeret...
>den laver loadbalancing...
>
>/Klavs
>----- Original Message -----
>From: Lasse Wieslander <cf_linux@xxxxxxxxxx>
>To: <sslug-teknik@xxxxxxxx>
>Sent: Wednesday, September 15, 1999 6:36 PM
>Subject: Re: [TEKNIK] http-clustering
>
>
>> En nem måde er at oprette flere A-records for sammen navn, fx
>>
>> www.mig.dk A 192.168.0.1
>> www.mig.dk A 192.168.0.2
>> www.mig.dk A 192.168.0.3
>> www.mig.dk A 192.168.0.4
>> www.mig.dk A 192.168.0.5
>>
>> Så vil foskellige opslag havne på forskellige servere... --> load
>> balancing...
>>
>> Så skal du bare selv synkronisere indholdet
>> fx med en master som der kopiere til de andre via cron eller script
når
>> det ændres...
>>
>>
>> Lasse
>>
>>
>> *********** REPLY SEPARATOR  ***********
>>
>> On 15-09-99 at 18:21 rune@xxxxxxxxxx wrote:
>>
>> >Hvordan gør man det på den _fede_ måde med load balancing og den
>> slags?
>> >
>> >--
>> >Rune Poulsen  -  rune@xxxxxxxxxx
>>
>>
>> -------------------------------------------------
>> Find din fotohandler  -  http://www.fotoforum.dk
>> Webudvikling          -  http://www.cyberforum.dk
>> -------------------------------------------------
>>
>>


-------------------------------------------------
Find din fotohandler  -  http://www.fotoforum.dk
Webudvikling          -  http://www.cyberforum.dk
-------------------------------------------------




References