PDA

Bekijk Volledige Versie : wie is dan schuldig aan downtime?



mobo
23/07/07, 20:33
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?

smurf
23/07/07, 20:39
Ja, indien de nameservers van A zijn, neem contact op met A om na te gaan wat het kan zijn.

martysmarty
23/07/07, 20:41
Alleen indien je zijn nameservers gebruikt en zijn dns is down. Maar die kans is vrij klein

Geert-Jan
23/07/07, 20:50
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....)

spirit010
23/07/07, 21:08
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.

groenleer
23/07/07, 21:10
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 (http://www.webhostingtalk.nl/quicktest.php) doen.
Wanneer daar uit komt dat je site down is, is ie echt down.

phreak
23/07/07, 21:12
Zet je url en ip in je hosts file (Windows XP: c:\windows\system32\drivers\etc\hosts) en check dan of het werkt..

Geert-Jan
23/07/07, 21:40
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.

mobo
23/07/07, 22:04
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!

Apoc
23/07/07, 23:11
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.

Geert-Jan
24/07/07, 07:51
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,

Swiftway-UK
24/07/07, 09:11
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.

groenleer
24/07/07, 09:23
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.


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.