Ik heb eens wat lopen zoeken op www.tweakers.net over het opzetten van Content Routing oplossingen maar eigenlijk ben ik afgezien van wat artikeltjes niet erg veel verder gekomen.
Mijn huidige situatie zal ik even schetsen :
Ik heb een xDSL aansluiting van 2Mb (SDSL) waar ik een Redhat Linux 7.3 Router/Firewall/Nameserver op heb draaien en die voorzien is van 2 netwerkkaarten. De eerste netwerkkaart zit gekoppeld aan de 2Mb Internetverbinding en de tweede gaat naar een switch waar ik een aantal servers op heb aangesloten voor webhosting en mail.
Daarnaast heb ik nog een tweede 10Mb Ethernet aansluiting (Internet via Vianetworks) waar ik ook een Redhat Linux 7.3 machine aan heb hangen. Zelfde als hierboven met 2 netwerkkaarten en dus ook een switch.
De servers achter de firewalls heb ik voorzien van 2 netwerkkaarten met elk een aansluiting op een van de switches zoals hierboven beschreven.
Op de eerste firewall draait de ns1 en op de tweede uiteraard ns2.
Wat ik nu eigenlijk wil is het volgende :
De machines voor routing/nameservers/firewall zijn erg stabiel echter de leveranciers van de bandbreedte laten het nog wel een afweten. Niet lang maar wel elke week een paar minuutjes. Dit is net genoeg om bij onze klanten enige verwarring te scheppen of de verbinding weg is of niet.
Mijn streven is om ervoor te zorgen dat als een van de twee leveranciers uitvalt de hosting kan plaatsvinden via de andere router / lijn.
Nu had ik zelf het volgende bedacht :
Ik zet in de ns1 dat bijvoorbeeld www.domein.nl wijst naar een ipadres op het eerste segment achter de ns1 en in de ns2 een ipadres wat draait op het tweede segment. Echter door ns caching bij de klant werkt dit niet helemaal naar behoren.
Kan iemand iets bedenken of kent dit probleem en heeft een oplossing hiervoor ?
Het maakt niet uit als ik mijn netwerk helemaal moet omgooien maar ik wil graag een oplossing voor het probleem.
Voor de duidelijkheid : Het Internetten ansich is het probleem niet. Het gaat dus echt om de bereikbaarheid van de servers voor hosting en mail.
Grotere bedrijven kiezen natuurlijk voor het BGP principe maar die oplossing is vooralsnog wat te duur voor ons bedrjfje van amper 2 jaar oud.
Mijn huidige situatie zal ik even schetsen :
Ik heb een xDSL aansluiting van 2Mb (SDSL) waar ik een Redhat Linux 7.3 Router/Firewall/Nameserver op heb draaien en die voorzien is van 2 netwerkkaarten. De eerste netwerkkaart zit gekoppeld aan de 2Mb Internetverbinding en de tweede gaat naar een switch waar ik een aantal servers op heb aangesloten voor webhosting en mail.
Daarnaast heb ik nog een tweede 10Mb Ethernet aansluiting (Internet via Vianetworks) waar ik ook een Redhat Linux 7.3 machine aan heb hangen. Zelfde als hierboven met 2 netwerkkaarten en dus ook een switch.
De servers achter de firewalls heb ik voorzien van 2 netwerkkaarten met elk een aansluiting op een van de switches zoals hierboven beschreven.
Op de eerste firewall draait de ns1 en op de tweede uiteraard ns2.
Wat ik nu eigenlijk wil is het volgende :
De machines voor routing/nameservers/firewall zijn erg stabiel echter de leveranciers van de bandbreedte laten het nog wel een afweten. Niet lang maar wel elke week een paar minuutjes. Dit is net genoeg om bij onze klanten enige verwarring te scheppen of de verbinding weg is of niet.
Mijn streven is om ervoor te zorgen dat als een van de twee leveranciers uitvalt de hosting kan plaatsvinden via de andere router / lijn.
Nu had ik zelf het volgende bedacht :
Ik zet in de ns1 dat bijvoorbeeld www.domein.nl wijst naar een ipadres op het eerste segment achter de ns1 en in de ns2 een ipadres wat draait op het tweede segment. Echter door ns caching bij de klant werkt dit niet helemaal naar behoren.
Kan iemand iets bedenken of kent dit probleem en heeft een oplossing hiervoor ?
Het maakt niet uit als ik mijn netwerk helemaal moet omgooien maar ik wil graag een oplossing voor het probleem.
Voor de duidelijkheid : Het Internetten ansich is het probleem niet. Het gaat dus echt om de bereikbaarheid van de servers voor hosting en mail.
Grotere bedrijven kiezen natuurlijk voor het BGP principe maar die oplossing is vooralsnog wat te duur voor ons bedrjfje van amper 2 jaar oud.