Onderwerp: wie is dan schuldig aan downtime?

Stel ik reg een domeinnaam bij webhoster A (ns wijzen naar B) en ik neem webhosting bij webhoster B. Kan webhoster A schuldig zijn bij een downtime of is dit technisch niet mogelijk?

Ja, indien de nameservers van A zijn, neem contact op met A om na te gaan wat het kan zijn.

Alleen indien je zijn nameservers gebruikt en zijn dns is down. Maar die kans is vrij klein

is http://123.456.789.00/~loginname actief? (er van uitgaande dat dit juist is ingesteld, wat bij de 'meeste' cp's standaard is, ongeacht cPanel, Da, Plesk....)

Oorspronkelijk geplaatst door Geert-Jan

is http://123.456.789.00/~loginname actief? (er van uitgaande dat dit juist is ingesteld, wat bij de 'meeste' cp's standaard is, ongeacht cPanel, Da, Plesk....)

Ik kan me vergissen maar volgens mij werkt dit niet bij Plesk. Athans niet in de tijd dat wij nog gebruik maakte van Plesk.

Oorspronkelijk geplaatst door mobo

Stel ik reg een domeinnaam bij webhoster A (ns wijzen naar B) en ik neem webhosting bij webhoster B. Kan webhoster A schuldig zijn bij een downtime of is dit technisch niet mogelijk?

Kort samengevat:
Je registreert je domein bij A.
A geeft door dat het domein te vinden is op de nameservers van B.

Willekeurig persoon vraagt jouw domein op en krijgt van de rootserver de nameservers van B terug.

Logischerwijs kan A niet betrokken zijn bij downtime.
Enige uitzondering is wanneer A opdracht heeft gegeven om de nameservers te wijzigen buiten jouw weten om.

Dat A niet schuldig is aan de downtime wil niet automatisch betekenen dat B wel schuldig is. Daarvoor is deze materie te complex. B is namelijk afhankelijk van zijn 'upstream' provider, daarnaast kan het ook een probleem zijn bij jouw provider dat je even niet op je domein kan komen.

Voor een goed en degelijk antwoord zul je met iets meer informatie moeten komen. Verder om te kijken of je website echt down is, kun je de WHT Site Check doen.
Wanneer daar uit komt dat je site down is, is ie echt down.

Zet je url en ip in je hosts file (Windows XP: c:\windows\system32\drivers\etc\hosts) en check dan of het werkt..

Oorspronkelijk geplaatst door spirit010

Ik kan me vergissen maar volgens mij werkt dit niet bij Plesk. Athans niet in de tijd dat wij nog gebruik maakte van Plesk.

Dan vergis je je. Er staat duidelijk bij, er van uit gaande....
Bij DA en cPAnel is dit zeker wel het geval, daarbij, als http://12.34.56.78/~loginname te zien is, dan is de server up en de dns niet in orde.
Zelfs de combinatie van een simpele ping en trace zegt hier al genoeg over.

Oorspronkelijk geplaatst door groenleer

Kort samengevat:
Je registreert je domein bij A.
A geeft door dat het domein te vinden is op de nameservers van B.

Willekeurig persoon vraagt jouw domein op en krijgt van de rootserver de nameservers van B terug.

Logischerwijs kan A niet betrokken zijn bij downtime.
Enige uitzondering is wanneer A opdracht heeft gegeven om de nameservers te wijzigen buiten jouw weten om.
...

Dit is ook wat ik dacht. Mijn vraag heb ik gesteld naar aanleiding van http://www.webhostingtalk.nl/uptime.php. Veel mensen hebben bv een account bij Transip en dan is de vraag in hoeverre een monitor op dat gebied betrouwbaar is.
Maar mijn vraag is bij deze beantwoord. Allen bedankt!

Oorspronkelijk geplaatst door Geert-Jan

Dan vergis je je. Er staat duidelijk bij, er van uit gaande....
Bij DA en cPAnel is dit zeker wel het geval, daarbij, als http://12.34.56.78/~loginname te zien is, dan is de server up en de dns niet in orde.
Zelfs de combinatie van een simpele ping en trace zegt hier al genoeg over.

Je moet dan wel http://12.34.56.78/~loginname/ gebruiken (met een slash aan het einde), anders werkt dat niet. Sowieso werkt dat ook alleen als dat op de server is ingesteld.

Oorspronkelijk geplaatst door Apoc

Je moet dan wel http://12.34.56.78/~loginname/ gebruiken (met een slash aan het einde), anders werkt dat niet.

Sowieso werkt dat ook alleen als dat op de server is ingesteld.

Zeker weten? Try b.v.
http://195.238.5.11/~axxe (DA)
http://195.238.75.5/~morgan (cPanel)

Je hoeft de '/' er niet bij te zetten, dat doet hij zelf. Ik meen dat dat standaard zo was, ik heb er niets aan veranderd qua config.

Sowieso werkt dat ook alleen als dat op de server is ingesteld.

Hadden we al gezegr toch...

(er van uitgaande dat dit juist is ingesteld,

De uptime monitor op webhostingtalk meet de website van de providers zelf, dit zegt uiteindelijk vaak niet veel over de uptime van de klanten van deze provider.

Veel providers hebben een aparte server voor hun eigen site, vaak hangt er achter de site een flinke backend voor CRM en orderverwerkingen bijvoorbeeld. Bij onderhoud aan deze server (kernel, webserver) meet de uptime monitor een downtime voor de provider, terwijl de klanten hiervan geen hinder ondervinden.

Het is een leuke indicatie, maar niets meer dan dat.

Oorspronkelijk geplaatst door mobo

Dit is ook wat ik dacht. Mijn vraag heb ik gesteld naar aanleiding van http://www.webhostingtalk.nl/uptime.php. Veel mensen hebben bv een account bij Transip en dan is de vraag in hoeverre een monitor op dat gebied betrouwbaar is.
Maar mijn vraag is bij deze beantwoord. Allen bedankt!

Jij hebt het over de uptime monitor, deze is niet representatief voor jouw website, tenzij jouw website er in op genomen is.

Ik had het over de SiteCheck, deze controleert op het moment dat je hem gebruikt je site vanaf 8 locaties.

Oorspronkelijk geplaatst door Swiftway-UK

De uptime monitor op webhostingtalk meet de website van de providers zelf, dit zegt uiteindelijk vaak niet veel over de uptime van de klanten van deze provider.

Zo is het net, TransIP kan bijvoorbeeld downtime hebben op hun website, terwijl de nameservers up zijn.