[DNS/NameServers] alleen http:// werkt, www. niet ?

[JMaree]

Beste Leden,

Ik heb een klein probleempje met mijn nameservers(domein instellingen). Tenminste, ik denk dat het probleem zich in een klein hoekje verschuilt. Als ik naar 1 van mijn website(s) ga via http://site.nl dan gaat alles goed.
Dan krijg ik dus ook mijn website te zien. Maar zodra ik naar http://www.site.nl ga, dan krijg ik een error code. Kortom, de nameserver/dns instelling (denk ik) van WWW is nog niet ingesteld. En dan zal ik ook eerlijk zijn, ik heb niet zo'n super veel verstand van nameservers etc.etc.

Wat ik al heb gedaan:
A / CNAME/ NS en nog meer records toegevoegd, maar dat mocht niet baten.

Zoals vele zeggen; een afbeelding zegt meer dan duizend woorden

http://img831.imageshack.us/img831/4059/vraag.png

Ohja, ik kan wel een Web Redirect doen dus: dan word de host: www.site.nl en dan Points to http://IP/ maar dan linkt hij door naar http://site.nl.

http://www.site.nl/ -> http://site.nl. (Niet echt de bedoeling dacht ik zo)

Web Redirect is leuk, dat als je naar http://www.site.nl gaat, dat hij dan naar http://site.nl verwijst. Maar dat is niet wat normaal is, de content van http://site.nl moet ook op http://www.site.nl te zien zijn in principe.

Wie kan mij uit de brand helpen? 8)7

[Bart L]

Begin eens met gewoon eerlijk het domein te noemen, zodat we echt kunnen helpen.
En daarnaast http://intodns.com/domein.nl wil ook wel eens leuke dingen zeggen.

En als laatste... Waarom geen hoster nemen die dit soort dingen voor je oppakt als je het zelf niet snapt?

[t.bloo]

Wat is de error en wat krijg je als je een lookup doet op www.domein.tld? Let even op de DNS caching die enkele uren kan duren.

[vDong]

Wat ik al heb gedaan:
A / CNAME/ NS en nog meer records toegevoegd, maar dat mocht niet baten.

Ik zie die records niet in je screenshot, je mist een A record voor www.
Die zou naar hetzelfde ip moeten wijzen als je huidige @ record.

[JMaree]

Bedankt allemaal voor jullie reacties.

@Bart L,
Omdat ik nu me eigen server heb, en ik geen simpele shared hosting meer wil. Ik heb tot nu toe zelf apache/mysql/proftd/mail server opgezet. Op me debian bak, alleen heb ik nu een klein probleempje met mijn domein dus.

Ik heb nu eventjes vDong zijn advies opgevolgd, en een A record toegevoegd.

"www.ictupdates.nl A 178.21.114.30 1h"

De TTL is 1h, dus het kan wel eventjes duren voordat ik een verandering zie.

edit: het gaat dus om ictupdates.nl

!!EDIT!!:
Het werkt, bedankt voor de goude tip vDong!

[t.bloo]

Die doet het met en zonder www.

[JMaree]

Opgelost!

[visser]

Beste Leden,

Ik heb een klein probleempje met mijn nameservers(domein instellingen). Tenminste, ik denk dat het probleem zich in een klein hoekje verschuilt. Als ik naar 1 van mijn website(s) ga via http://site.nl dan gaat alles goed.
Dan krijg ik dus ook mijn website te zien. Maar zodra ik naar http://www.site.nl ga, dan krijg ik een error code. Kortom, de nameserver/dns instelling (denk ik) van WWW is nog niet ingesteld. En dan zal ik ook eerlijk zijn, ik heb niet zo'n super veel verstand van nameservers etc.etc.

Wat ik al heb gedaan:
A / CNAME/ NS en nog meer records toegevoegd, maar dat mocht niet baten.

Zoals vele zeggen; een afbeelding zegt meer dan duizend woorden

http://img831.imageshack.us/img831/4059/vraag.png

Ohja, ik kan wel een Web Redirect doen dus: dan word de host: www.site.nl en dan Points to http://IP/ maar dan linkt hij door naar http://site.nl.

http://www.site.nl/ -> http://site.nl. (Niet echt de bedoeling dacht ik zo)

Web Redirect is leuk, dat als je naar http://www.site.nl gaat, dat hij dan naar http://site.nl verwijst. Maar dat is niet wat normaal is, de content van http://site.nl moet ook op http://www.site.nl te zien zijn in principe.

Wie kan mij uit de brand helpen? 8)7

Je zult wel een A record vergeten zijn. Of misschien dat het inmiddels werkt, maar je door (negatieve) caching dat nog even niet gezien hebt.
Als je weet wat je doet kun je overigens ondanks alle caching prima controleren of records goed doorgevoerd zijn.
De verhalen over "kan 24 uur duren" slaan alleen op het feit dat niet alle bezoekers van ergens op het internet gegarandeerd al de gewijzigde informatie krijgen.

Zo af en toe wil ik hier best mensen tips en advies geven, maar om eerlijk te zijn, als het iemand is die bewust dat extra moeilijk maakt door nuttige informatie weg te halen (zoals het domein waar het om gaat) denk ik : zoek het maar lekker zelf uit.

Zo veel behoefte aan een uitdaging(tje) met kunstmatige hindernissen heb ik nu ook weer niet.
Wil je vertrouwelijkheid, huur iemand in.

Wil je gratis tijd van mensen, maak je probleem dan zo duidelijk mogelijk zodat degenen die bereid zijn je te helpen niet nodeloos hoeven gokken of alsnog extra informatie moeten vragen.

====
Ah, ik zie nu (begon bovenaan) dat het probleem al opgelost is, en het domein genoemd.

Nu ja, dan mijn post maar even als generieke ergernis over vragen met weggelaten informatie zien.

Toch nog even wat nuttigs toevoegen:
Als je bestaande informatie wijzigt, kan dat , voor resolvers die net voor de wijziging de informatie kregen, tot aan de TTL duren voordat ze opnieuw het record opvragen en dus de update zien.

Negatieve caching (nl: opslaan dat een gevraagd record niet bestond) kan korter zijn dan de TTL.
De negatieve caching TTL is de laatste TTL waarde (min) van het SOA record. In jouw geval ook 3600 sec (1 uur).

[JMaree]

Bedankt voor je reactie, alleen vind ik je reactie niet terecht. Want in mijn laatste reply, heb ik mijn domeinnaam ook vermeldt.

Tevens, al kijk ik uit een professionele/bedrijfs oogpunt dan had ik je gelijk gegeven. Maar ik ben geen bedrijf die geld heeft om mensen zoals 'waarschijnlijk' jou in te huren. Want dat zit je volgens mij een beetje dwars.

Maargoed, het is verholpen. Kan een mod dit topic sluiten?