Bekijk Volledige Versie : linken naar belgacom
Heeft iemand ervaring met het volgende:
Je registreert een domein bij provider X. Deze provider heeft een
mogelijkheid om nameservers in te vullen voor als je elders webspace
hebt. Toevallig beschik je over corporate webspace bij belgacom.
Vervolgens neem je contact op met belgacom om te vragen wat hun
nameservers zijn om het domein door te linken. Hun antwoord is dat
nameservers niet gebruikt worden om een domein door te linken naar
webspace, maar dat nameservers bij dns gebruikt wordt om een domein te
activeren. Als je hun nameservers wil gebruiken, moet het domein bij
hun geregistreerd worden (waar ze 50 euro voor rekenen). Wil je het
domein toch doorlinken naar hun, dan moet de provider waar het domein
geregistreerd staat zijn eigen nameservers invullen volgens belgacom,
en op zijn eigen server dan het cname record aanpassen naar dat van
belgacom.
Vervolgens ga je met deze uitleg naar daar waar het domein draait, en
die zegt (zoals je al vermoedde) dat dit nergens op slaat.
Waar sta je dan, en wat doe je er aan?
Het kan zijn dat ik mis ben, maar is dit niet een heel vreemde
werkwijze?
> Palmtree on 02-09-2004 23:10 :
> Het kan zijn dat ik mis ben, maar is dit niet een heel vreemde
> werkwijze?
Je registreert een domein bij X.
X voert jouw domeininfo in in hun DNS server.
X zorgt dat die domeinnaam doorverwijst naar waar jij wil.
Dat is toch de logica zelf ??
On Thu, 02 Sep 2004 23:22:46 +0200, Wannes <Wannes@gmx.net.invalid>
wrote:
>Je registreert een domein bij X.
>X voert jouw domeininfo in in hun DNS server.
>X zorgt dat die domeinnaam doorverwijst naar waar jij wil.
>
>Dat is toch de logica zelf ??
Maar doorgaans vul je daar waar je een domein registreert toch gewoon
de nameservers in, en de kous is af? Waarom zo omslachtig?
Palmtree wrote:
> Het kan zijn dat ik mis ben, maar is dit niet een heel vreemde
> werkwijze?
De werkwijze is enorm achterhaald. Heb je een fixed IP? Zet die dan
gewoon naar waar je wil. eb je geen fixed IP? Dan kun je het best de
centen ophoesten en bij Belgacom hosten.
Ergens is het wel te begrijpen. Je gebruikt hun DNS server ds zij vragen
er geld voor.
--
http://www.houghi.org | | _)
\ \ \ /\ \ \ /\ \ \ / \ _ \ | | _` | \ | _ \ _|_` |
\_/\_/ \_/\_/ \_/\_/_)_| _|\___/\_,_|\__, |_| _|_|_)\___/_|\__, |
My experience with SUSE. ____/ ____/
On Thu, 02 Sep 2004 21:59:11 GMT, Serge van Ginderachter
<dont.spam.serge@vanginderachter.be.please.local> wrote:
>On Thu, 02 Sep 2004 21:10:52 +0000, Palmtree wrote:
>
>Ik heb de indruk dat je het een en ander door mekaar slaat.
>
>> Je registreert een domein bij provider X. Deze provider heeft een
>> mogelijkheid om nameservers in te vullen voor als je elders webspace hebt.
>
>"Het invullen van nameservers voor webspace elders" waar slaat dat nu in
>'s hemelsnaam op? Technisch gezien is dat complete onzin (sorry ;-))
>
>1. Je registreert een domein bij een dns registrar. Die registrar geft je
>de mogelijkheid om op te geven welke dns servers je domein zullenhosten.
>2. je hebt een dns hoster, die je domein definieert op hun dns server,
>waarvan je dus de ip's opgeeft onder 1)
>
Dat bedoelde ik ook, sorry als ik het nogal onhandig formuleerde.
>> je contact op met belgacom om te vragen wat hun nameservers zijn om het
>> domein door te linken. Hun antwoord is dat nameservers niet gebruikt
>> worden om een domein door te linken naar webspace, maar dat nameservers
>> bij dns gebruikt wordt om een domein te activeren. Als je hun
>
>Volledig correct.
>
Ja, maar ze verlangen het volgende:
Mijn registratie is bij provider X
Zeggen ze, stel daar de nameservers in: ns1.providerX.com en
ns2.providerX.com. En die moet van daar dan doorlinken naar de
belgacom server. Ik kan mis zijn, maar gebruik je dan geen dubbele
bandbreedte? Uiteindelijk verloopt iedere request dan over het netwerk
van provider X, een tussenstap dus, ipv rechtstreeks naar hun server
te verwijzen. Of zie ik dit verkeerd?
>
>Hopelijk is het nu duidelijker?
Is toch al een vrij duidelijke uitleg. Vakman zeker? :-))
On Thu, 2 Sep 2004 21:31:26 -0000, houghi <houghi@houghi.org.invalid>
wrote:
>Palmtree wrote:
>> Het kan zijn dat ik mis ben, maar is dit niet een heel vreemde
>> werkwijze?
>
>De werkwijze is enorm achterhaald. Heb je een fixed IP? Zet die dan
>gewoon naar waar je wil. eb je geen fixed IP? Dan kun je het best de
>centen ophoesten en bij Belgacom hosten.
>
>Ergens is het wel te begrijpen. Je gebruikt hun DNS server ds zij vragen
>er geld voor.
Ik heb even rondgekeken bij kleinere hostingproviders, en er is er
geeneen die hun werkwijze gebruikt. Iedereen linkt gewoon netjes naar
elkaar door, behalve de grote jongens. Jammer eigenlijk.
Palmtree wrote:
> On Thu, 2 Sep 2004 21:31:26 -0000, houghi <houghi@houghi.org.invalid>
> wrote:
>
>
>>Palmtree wrote:
>>
>>>Het kan zijn dat ik mis ben, maar is dit niet een heel vreemde
>>>werkwijze?
>>
>>De werkwijze is enorm achterhaald. Heb je een fixed IP? Zet die dan
>>gewoon naar waar je wil. eb je geen fixed IP? Dan kun je het best de
>>centen ophoesten en bij Belgacom hosten.
>>
>>Ergens is het wel te begrijpen. Je gebruikt hun DNS server ds zij vragen
>>er geld voor.
>
>
> Ik heb even rondgekeken bij kleinere hostingproviders, en er is er
> geeneen die hun werkwijze gebruikt. Iedereen linkt gewoon netjes naar
> elkaar door, behalve de grote jongens. Jammer eigenlijk.
www.mydomain.com
gratis nameservers te gebruiken
maar:
waar je jouw domain gekocht hebt, hebben ze daar
geen gratis forwarding service? De meesten doen
dit toch
On Fri, 03 Sep 2004 07:36:44 GMT, Mercuro <this@is.invalid> wrote:
>
>waar je jouw domain gekocht hebt, hebben ze daar
>geen gratis forwarding service? De meesten doen
>dit toch
De forwarding is wel gratis daar, maar belgacom staat niet toe dat de
link gratis gemaakt wordt. Je moet dan bij hen nog eens apart betalen
hiervoor als je op die manier je webspace wil gebruiken. Raar maar
waar.
Palmtree wrote:
> Ik heb even rondgekeken bij kleinere hostingproviders, en er is er
> geeneen die hun werkwijze gebruikt. Iedereen linkt gewoon netjes naar
> elkaar door, behalve de grote jongens. Jammer eigenlijk.
Gevolg en oorzaak? Zijn ze klein omdat ze het niet doen of doen ze het
niet omdat ze klein zijn?
--
http://www.houghi.org | | _)
\ \ \ /\ \ \ /\ \ \ / \ _ \ | | _` | \ | _ \ _|_` |
\_/\_/ \_/\_/ \_/\_/_)_| _|\___/\_,_|\__, |_| _|_|_)\___/_|\__, |
My experience with SUSE. ____/ ____/
Palmtree wrote:
> Ja, maar ze verlangen het volgende:
> Mijn registratie is bij provider X
> Zeggen ze, stel daar de nameservers in: ns1.providerX.com en
> ns2.providerX.com. En die moet van daar dan doorlinken naar de
> belgacom server. Ik kan mis zijn, maar gebruik je dan geen dubbele
> bandbreedte? Uiteindelijk verloopt iedere request dan over het netwerk
> van provider X, een tussenstap dus, ipv rechtstreeks naar hun server
> te verwijzen. Of zie ik dit verkeerd?
Dat zie je verkeerd.
Provider.A heeft je website. Provider.B heeft je domein.
Wat Provider.A je bied is een IPadres waar de mensen naar toe kunnen
gaan. Bijvoorbeeld 216.15.168.82
Provider.B heeft je domainnaam. Het enige wat die doet is de naam
pizzadrivers.com verbinden met 216.15.168.82.
Als je dus pizzadrivers.com intikt, dan gaat de computer kijken waar hij
moet zijn. De informatie die hij terugkrijgt is 216.15.168.82.
Stel nu dat Provider.A meer mensen heeft zitten op 216.15.168.82. Je
neemt bij Provider.B een domein houghi.org. Je tikt dan
http://houghi.org in en wat zie je? De gegevens van 216.15.168.82. Wat
Provider.B moet doen is zijn serverconfiguratie aanpassen, zodat je op
een ander deel terecht komt. http://www.houghi.org is daar een voorbeeld
van.
In bovenstaand voorbeeld is Provider.A dezelfde als Provider.B, maar
uitmaken doet het niets. De regels die aangepast moeten worden zijn een
regel of 5 tot 10 (al naar gelang) en een beetje hosting heeft daar een
script voor.
Nadeel is dan natuurlijk wel dat ENKEL de website werkt en niets anders.
De klant kan dan ineens bellen dat de mail niet werkt. Je moet dan gaan
uitleggen dat die mail niet bij hen zit.
Of ineens werkt de website niet vanwege een aanpassing die gedaan is op
DNS niveau. Zit je aan de lijn een cursus DNS te geven.
--
http://www.houghi.org | | _)
\ \ \ /\ \ \ /\ \ \ / \ _ \ | | _` | \ | _ \ _|_` |
\_/\_/ \_/\_/ \_/\_/_)_| _|\___/\_,_|\__, |_| _|_|_)\___/_|\__, |
My experience with SUSE. ____/ ____/
Serge van Ginderachter
03/09/04, 18:35
On Fri, 03 Sep 2004 00:40:15 +0000, Palmtree wrote:
> Zeggen ze, stel daar de nameservers in: ns1.providerX.com en
> ns2.providerX.com. En die moet van daar dan doorlinken naar de belgacom
> server. Ik kan mis zijn, maar gebruik je dan geen dubbele bandbreedte?
> Uiteindelijk verloopt iedere request dan over het netwerk van provider X,
> een tussenstap dus, ipv rechtstreeks naar hun server te verwijzen. Of zie
> ik dit verkeerd?
Ik snap nog steeds niet wat jij bedoelt met dat "doorlinken"?
--
Serge van Ginderachter
Serge van Ginderachter wrote:
> On Fri, 03 Sep 2004 00:40:15 +0000, Palmtree wrote:
>
>> Zeggen ze, stel daar de nameservers in: ns1.providerX.com en
>> ns2.providerX.com. En die moet van daar dan doorlinken naar de belgacom
>> server. Ik kan mis zijn, maar gebruik je dan geen dubbele bandbreedte?
>> Uiteindelijk verloopt iedere request dan over het netwerk van provider X,
>> een tussenstap dus, ipv rechtstreeks naar hun server te verwijzen. Of zie
>> ik dit verkeerd?
>
> Ik snap nog steeds niet wat jij bedoelt met dat "doorlinken"?
vermoedelijk:
hn.org host houghi.net dat doorlinkt naar XS4All IPadres.
Nu tijdelijk (wegens variabel IP):
Information on houghi.net with ns1.hn.org. as primary nameserver:
Primary and secondary nameservers :
aux1.hn.org.
ns1.hn.org.
A record and CNAME:
houghi.net. 60 IN A 82.146.104.180
Record for www.houghi.net:
www.houghi.net. 60 IN A 82.146.104.180
MX record for houghi.net:
houghi.net. 86400 IN MX 404 houghi.net.
All known A records for houghi.net on ns1.hn.org.
houghi.net. 60 IN A 82.146.104.180
ns1.hn.org. 600 IN A 216.151.80.13
aux1.hn.org. 600 IN A 216.151.80.14
--
http://www.houghi.org | | _)
\ \ \ /\ \ \ /\ \ \ / \ _ \ | | _` | \ | _ \ _|_` |
\_/\_/ \_/\_/ \_/\_/_)_| _|\___/\_,_|\__, |_| _|_|_)\___/_|\__, |
My experience with SUSE. ____/ ____/