"Peter Larsen" <pela@mail.dk> writes:
> Jacob Bunk Nielsen <spam@bunk.cc> skrev...
>
>> Det vil sige at du er blevet registreret som zonekontakt hos DK-Hostmaster?
> Nej det er jeg ikke, det er bag NAT
Det vil sige at vi snakker om rent fiktive domæner, som kun kan ses
fra dit lokalnet?
>> Hvad mener du når du skriver 'subdomain'? En separat zone? Så er alt
>> hvad du skal gøre at lave et par NS-records der peger på nameserverne
>> for den pågældende zone. Eller mener du et hostnavn? Så skal du blot
>> lave en A-record.
>
> Det jeg ville var - Min webserver køre på linux, her er så master domaine,
> på en win server vil jeg så oprette et subdomaine
> altså - xxxxx.dk peger på port 80 på linux
> yyyyy.xxxxx.dk peger så på 80 på win som "bare" køre hostheader
Det vil sige at du blot skal bruge en A-record. Det er ikke hvad jeg
kalder et subdomæne, men et hostnavn i xxxxx.dk-zonen.
Det giver ikke mening at snakke om at pege på et port når vi snakker
om DNS. En A-record peger på en bestemt maskine.
Hvad mener du med at en maskine køre "hostheader"? At den kører
virtual hosting baseret på Host-headeren i HTTP?
>> > ns.domain.dk. IN A 192.168.10.4
>>
>> Du er klar over at RFC 1918 adresser ikke routes på internettet, ikke?
>
> Jamen så er det jo her det går galt, men jeg har kun en ip, hvad kan jeg så
> finde på ??
Jeg tror du blander en masse ting sammen.
Ønsker du i virkeligheden at <
http://x.eksempel.dk/> skal føre dig til
en maskine og at <
http://y.eksempel.dk/> skal føre dig til en anden
maskine, og begge maskinerne står bag den samme NAT-router, som kun
har en offentlig IP-adresse?
Så er du ude i at du må køre en proxy-dims på en af dine
webservere. Både x.eksempel.dk og y.eksempel.dk skal så resolve til
din NAT-routers offentlig IP-adresse, hvis de skal kunne nås fra
internettet.
--
Jacob -
www.bunk.cc
overflow error in /dev/null