Bekijk Volledige Versie : i3D.net verhuizing
Zijn er meer mensen die hun server niet meer kunnen bereiken?
Heb al enkele servers gepingt in mijn range, maar krijg weinig antwoord.
Zit zelf met IP: 213.163.66.197
DennisWijnberg
19/11/09, 15:49
Oei.... Ja hier ook ook niet bereikbaar. En dit zo kort na hun verhuizing? Khoop dat het niet zo lang duurt voor ze, om een goede indruk van hun eigen DC achter te laten!
Hier is wel alles gewoon online?
DennisWijnberg
19/11/09, 15:57
Hier is wel alles gewoon online?
Nouja, de website van i3d doet het hier wel. Maar het IP in de sitecheck doet het iig niet. Is dat wel van i3d?
rensariens
19/11/09, 15:59
Ja.
http://www.db.ripe.net/whois?form_type=simple&full_query_string=&searchtext=213.163.66.197&submit.x=0&submit.y=0&submit=Search
Heb zojuist een reactie van i3D.net gehad.
Ze zijn ermee bezig:
i3D.net : Klopt, die range heeft een storing
i3D.net : Engineers zijn er al mee bezig
i3D.net : Lijkt erop dat 1 server alle IP's naar zich toe trekt
i3D.net : of dat iemand de gateway als ip heeft gebruikt
Dus een klant in de range is de schuldige.. :drunk:
Oei.... Ja hier ook ook niet bereikbaar. En dit zo kort na hun verhuizing? Khoop dat het niet zo lang duurt voor ze, om een goede indruk van hun eigen DC achter te laten!
Overigens heb ik geen enkel probleem met mijn server in het nieuwe netwerk (buiten dit probleempje dan)
Netwerk is erg snel en stabiel naar mijn idee.
----
Edit: 15:07
Server is weer online. Downtime van 33 minuten..
Heb zojuist een reactie van i3D.net gehad.
Dat is wel ernstig als je als klant het IP adres van een andere gateway kan overnemen... als dat de oorzaak is geweest dan hebben ze bij i3D de zaken toch niet goed voor elkaar.
SebastiaanStok
19/11/09, 16:35
Dit hoort inderdaad niet, maar is dat al langer aan de gang.
Om te voorkomen dat je dit soort vreemde storingen krijgt geef je iedere klant een eigen VLAN. Zo kan je nooit! iemand anders zijn of haar IP-adressen overnemen.
Ik vraag me af waarom ze dit niet gewoon goed instellen?
Gemak van beheer is het allang niet meer, want dit is gewoon vragen om problemen.
Dit hoort inderdaad niet, maar is dat al langer aan de gang.
Om te voorkomen dat je dit soort vreemde storingen krijgt geef je iedere klant een eigen VLAN. Zo kan je nooit! iemand anders zijn of haar IP-adressen overnemen.
Ik vraag me af waarom ze dit niet gewoon goed instellen?
Gemak van beheer is het allang niet meer, want dit is gewoon vragen om problemen.
Het is niet meer dan gebruikelijk dat losse co-locatie of losse dedicatedservers in groepen van /24 komen te staan. Als klanten een eigen VLAN willen dan kunnen ze die uiteraard krijgen; echter blijft het natuurlijk wel verspilling van je IP adressen. Vergeet daarbij niet dat je per VLAN minstens 3 IP adressen worden gebruikt voor: gateway, network en broadcast en bij het gebruik van VRRP zelfs 4 of meer.
Vaak zie je dat klanten met eigen racks of meerdere servers wel in een eigen VLAN komen te staan.
Dit hoort inderdaad niet, maar is dat al langer aan de gang.
Om te voorkomen dat je dit soort vreemde storingen krijgt geef je iedere klant een eigen VLAN. Zo kan je nooit! iemand anders zijn of haar IP-adressen overnemen.
Dit is in een shared dedicated vlan geweest waar meerdere klanten opzitten, uiteraard zetten we niet elke server in een apart vlan, dat zou van de gekken zijn, alleen deze specifieke /25 had problemen.
Ik vraag me af waarom ze dit niet gewoon goed instellen?
Gemak van beheer is het allang niet meer, want dit is gewoon vragen om problemen.
Misschien dat je van te voren even kunt nadenken voordat je iets roept.
Tijdje terug waren er Windows virussen die deze grappen uit haalden... Hebben wij ook mee te maken gehad. En idd, losse colo een eigen VLAN geven is echt verspilling van IP's.
Met IPv6 kan het wel, maar dan krijg je ook nog een MEGA configuratie in je routers/switches.
Tijdje terug waren er Windows virussen die deze grappen uit haalden... Hebben wij ook mee te maken gehad. En idd, losse colo een eigen VLAN geven is echt verspilling van IP's.
Met IPv6 kan het wel, maar dan krijg je ook nog een MEGA configuratie in je routers/switches.
Losstaand van het feit dat het verspilling van IP's zijn, is het niet te verantwoorden naar RIPE.
er zijn ook gewoon switches die een limiet hebben op het aantal vlans die ze gemakkelijk aankunnen...
MediaServe
19/11/09, 22:45
Losstaand van het feit dat het verspilling van IP's zijn, is het niet te verantwoorden naar RIPE.
Verspilling van IPv6 adressen?
Iedere server krijgt toch sowieso al een paar miljard adressen :)
Verspilling van IPv6 adressen?
Iedere server krijgt toch sowieso al een paar miljard adressen :)
Ik doelde op Ipv4...
Dat is wel ernstig als je als klant het IP adres van een andere gateway kan overnemen... als dat de oorzaak is geweest dan hebben ze bij i3D de zaken toch niet goed voor elkaar.
Met vallen en opstaan zijn de pioneers begonnen.
Maar anno 2009 met een CCNA + CCNP papiertje op zak zou je wel moeten weten hoe je dit soort dingen kunt voorkomen.
lijkt me ook iets dat iedere provider/hoster kan overkomen, al dan niet per ongeluk door een klant die het verkeerd ingeeft of door een gehackte server die arp poisoning gebruikt. En zoals ik het zie is het probleem in 33 minuten opgelost dus aan de snelle interventie tijd is zeker niet te klagen lijkt mij.