Onderwerp: Bruin Internet Services niet bereikbaar

Oorspronkelijk geplaatst door Bob2

http://www.dnsreport.com/tools/dnsre...in=vectoris.nl
Bij ns staat nu een fail. Zodra die weg is zou de website weer bereikbaar moeten worden.

Verder moet zoiets vindt ik echt beter worden voorbereid. Dit soort storingen zijn eenvoudig te voorkomen. Erg slordig. 2e nameserver in ander netwerk, of minimaal op andere server voorkomt dat email nu verloren gaat.

Thanks voor de link.

Maar als ik het goed begrijp, kan er nu dus mail verloren zijn gegaan, ik dacht dat deze altijd nog even rondzwierf, alvorens zichzelf te dumpen in een zwart gat?

Oorspronkelijk geplaatst door vectoris

Thanks voor de link.

Maar als ik het goed begrijp, kan er nu dus mail verloren zijn gegaan, ik dacht dat deze altijd nog even rondzwierf, alvorens zichzelf te dumpen in een zwart gat?

Als er meerdere DNS servers op meerdere netwerken zijn wel. De afzendende mailserver 'ziet' dan dat je domeinnaam bestaat en waar de e-mail naartoe moet.

Als er geen DNS servers bereikbaar zijn dan resolved de domein niet meer (behoudens eventuele cache) en zal de mail retour afzender gaan.

Dat is dan ook 1 van de redenen waarom je NOOIT alle dns servers op 1 netwerk laat staan 1 server moet/behoor/kan zetten. Er bestaat altijd een kans dat 1 server onbereikbaar is, meerdere servers op meerdere netwerken geeft dan ook een hogere mate van zekerheid.

Oorspronkelijk geplaatst door vectoris

Thanks voor de link.

Maar als ik het goed begrijp, kan er nu dus mail verloren zijn gegaan, ik dacht dat deze altijd nog even rondzwierf, alvorens zichzelf te dumpen in een zwart gat?

Nee, uitleg van hostmerk:

Een van de belangrijkste uitgangspunten is dat er minimaal twee (2) DNS-servers actief zijn, waarvan er minimaal één op een fysiek andere locatie is ondergebracht en gebruik maakt van een ander netwerk.
De reden hiervoor is dat er een goede reden is waarom alle registry’s eisen dat er minimaal twee DNS-servers gebruikt moeten worden. Naast spreiding van de belasting en de geografische spreiding welke een snelheidsvoordeel kunnen opleveren is een belangrijke reden dat bij een netwerkstoring of locatiestoring altijd nog minimaal één DNS-servers bereikbaar blijft. Hiervoor is het hebben van minimaal één DNS-server op een alternatieve locatie (en een andere netwerkconnectie) essentieel.

Een veelgehoord misverstand is dat dit niet uitmaakt, omdat bij een netwerkstoring de webservers toch niet bereikbaar zijn. Maar helaas wordt hierbij geen rekening gehouden met email, welke in het hedendaagse internet een steeds belangrijke rol vervuld. Indien bij het onbereikbaar zijn van de mailserver er geen DNS-server is welke het juiste IP-adres kan doorgeven (dit gebeurt bijvoorbeeld bij een netwerkstoring indien beide DNS-servers op dezelfde locatie aanwezig zijn en/of in hetzelfde netwerk zijn opgenomen) zal de verzender de mail niet opnieuw proberen af te leveren omdat deze ervan uit gaat dat het hier om een misconfiguratie gaat. De email zal direct retour worden gestuurd naar de afzender. Zeker voor bedrijfsmatig gebruik is dit bijzonder ongewenst.

Dus als ik het goed begrijp zijn in dit geval de DNS servers niet bereikbaar (tenzij ik wederom eens termen door elkaar haal ) en bounced de mail dus direct.

Beste Lezers,

Bij deze even een reactie van Bruin Internet Services zelf.

Wij hebben middels een mailing aangegeven dat de server in de nacht van woensdag op donderdag verhuisd zou worden. Enkele uren voordat de verhuizing zou gaan plaatsvinden is echter besloten de verhuizing van enkele servers uit te stellen tot zaterdag.

Die nacht is verder zonder problemen voor ons verlopen, de volgende ochtend rond 7 uur is het om een nog onbekende reden mis gegaan. De server is offline en onbereikbaar. Wij huren deze server bij InterRacks die op haar beurt haar servers bij Reasonnet heeft gestald. InterRacks heeft ons verteld dat de schuld bij Reasonnet ligt, maar hier kunnen wij verder niets over zeggen.

Op dit moment wordt er uiteraard aan gewerkt, maar omdat wij de servers niet zelf beheren kunnen wij zelf niet veel anders doen dan afwachten. De server zal naar alle waarschijnlijkheid morgen weer online komen (in het nieuwe datacenter) echter kunnen wij ons hier niet met zekerheid over uitlaten.

Door overmacht kunnen wij dus niets anders doen dan afwachten.

Onze excuses voor alle ongemakken.

Met vriendelijke groet,

Mark Bruin
Bruin Internet Services

InterRacks heeft ons verteld dat de schuld bij Reasonnet

Icehosting / interracks heeft toch nu een eigen netwerkje. Wat is de schuld van reasonnet dan?

Daarom draaien "normale" bedrijven meerdere redundante dnsservers, om dit soort ongein te voorkomen...

Oorspronkelijk geplaatst door markbruin

Beste Lezers,

Op dit moment wordt er uiteraard aan gewerkt, maar omdat wij de servers niet zelf beheren kunnen wij zelf niet veel anders doen dan afwachten. De server zal naar alle waarschijnlijkheid morgen weer online komen (in het nieuwe datacenter) echter kunnen wij ons hier niet met zekerheid over uitlaten.

Door overmacht kunnen wij dus niets anders doen dan afwachten

Mwah eerlijk gezegd denk ik dat er heel wat meer gedaan kan worden dan afwachten. Bijvoorbeeld het geven van updates en zorgen dat er wel zekerheid komt wanneer alles weer up of in ieder geval je telefoon opnemen.

Eerlijk gezegd boeit het mij niet wiens schuld het is, ik betaal aan Bruin Internet Services voor een te leveren dienst, indien de dienst niet geleverd wordt, dan verwacht ik dat Bruin Internet Services mij up to date houdt en aangeeft wanneer alles weer in orde.

Daarnaast heb ik toch nog een drietal mailtjes ontvangen vanavond, betekent dat dat er toch aangewerkt wordt en de oplossing nabij is, of is dit puur toeval?

Misschien wat voor Mark om lid te worden van www . hostethics . eu en zich er ook aan te houden. Er doen ook buget hosts aan mee, dus waarom niet. Kunnen we tenminste ergens terecht als het fout gaat zoals nu.

Een leermoment voor de volgende keer; Zorg in ieder geval dat je je eigen website nooit offline laat gaan door onderhoud waar je vantevoren van op de hoogte bent zodat je je klanten op de hoogte kan houden van de ontwikkelingen. Zie bijvoorbeeld http://www.x-hosted.nl/verhuizing/ .. hier speelde ongeveer hetzelfde probleem, maar is via de website (misschien op een misschien wat te overdreven/sensatie zoekende manier met redbus cams enzo) die tijdelijk ergens andes onder gebracht was iedereen met updates om de x uur op de hoogte gehouden.

Laten we hopen dat de mannen van interracks / ice alles snel gefixt hebben, ze zijn inmiddels al meer dan 24 uur bezig en nog steeds druk doende

Kan er uberhaupt iets met zekerheid gezegt worden?

- Het is niet zeker waarom de server offline is gegaan.
- Het is niet zeker waardoor de server offline is gegaan.
- Het is niet zeker wanneer de server weer online is.

Wat is er wel zeker en wie kan er zekerheid geven? De schuld verschuiven van Bruin IS naar interracks, van interracks weer naar reassonnet en vervolgens van reasonnet naar "overmacht".... Beetje makkelijk allemaal....

Oorspronkelijk geplaatst door gsh2

Icehosting / interracks heeft toch nu een eigen netwerkje. Wat is de schuld van reasonnet dan?

Onze server staat nog in Redbus en dus in het netwerk van Reasonet die ook midden in verhuizingen zitten...

Ik begrijp dat wij verantwoordelijk worden gehouden, maar wanneer wij afhankelijk zijn van andere partijen kunnen wij niet direct actie ondernemen.

Reasonnet en Redbus staan hier volledig buiten, alles was voor middernacht weg uit Redbus en is daarna in GlobalSwitch opgehangen, reasonnet en/of redbus spelen dus geen rol en treffen geen enkele blaam, er is momenteel niets aan de hand bij reasonnet.

edit: en mark was me voor met tegenovergestelde info.. ik zeg wel niets meer

Er staan wel degelijk nog wat servers van ice/interracks in Redbus.

Op dit soort momenten vallen toch heeeeel wat bedrijven door de mand op het gebied van hun technische kennis mijns inziens.

Als je weet dat er een dergelijke grote verhuizing aankomt dan ga je toch al enkele weken van te voren beginnen met plannen, draaiboeken maken en inlezen in dit soort operaties.

Misschien wat overdreven, maar toch het gaat om het principe.

Het is in dit soort kwesties een mix van kennis, planning en uitvoering.
Dit moet allemaal naadloos in elkaar overlopen.

Natuurlijk de wet van murphy helpt je niet....maar meer dan 24 uur downtime....nee..