Likes: 0
01/09/10 07:04
Fred,
MPLS geen geldige valuta.
Wellicht kun je je klanten gaan informeren over de situatie mbt de betalingsachterstand bij Grafix, en vooral wat hier verder mee gaat gebeuren en op welke termijn.
Mensen zijn benieuwd naar de status bij hun leverancier.
01/09/10 07:45
Als ik nu aan sam denk , komt dit in mijn gedachte naar boven. ->zie link
01/09/10 08:18
Weet je zeker dat het recent is aangepast.Wel vreemd dat mijn domein aangevraagd en geregeld is in 2005 door RedUnix en nu op naam staat van Panther IT?
Ik heb geen domeinnamen maar panher it kwam overal voor binnen Redunix.
01/09/10 09:15
al iemand enig idee hoe de zaken staan ?
telefoon word niet opgenomen geen email beantwoord.
wat te doen ? duurt erg lang allemaal nog steeds op zwart
01/09/10 09:44
Misschien kan iemand het mailtje van Sam aan zijn (ex) klanten doorsturen, daar staan immers alle e-mailadressen in.Oorspronkelijk geplaatst door Swiftway-UK
01/09/10 09:53
De mensen zijn nog steeds bezig in de kubus. Ik kon vanochtend weer bij de db van m'n dedi. De Direct Admin was nog niet up maar dat wordt geregeld.
01/09/10 10:10
Offline gaan bij verhuizing is niet nodig. Spreek met je nieuwe provider af dat zij een een weekje een leen-server voor je neerzetten. Even uit d elosse pols is dit ongeveer de procedure.
Ga naar je oude server met een usb diskje en trek daar een backup naartoe.
Ga naar de leen-server, plaats de backup hierop. Zorg dat alles werkt zoals het moet op deze leen-server zodat je hier tijdelijk op kunt draaien.
Zet nu de IP's van je nameservers voor je domeinen om naar de IP's van de leen-server en wacht 3 dagen. Laat de A records op zowel je eigen server als de leen-server nog naar je eigen server (redunix ip's) verwijzen. Zet de TTL op 10 minuten of iets dergelijks.
Na 3 dagen zet je alle A records om naar de ip's van de leen-server. Je zult snel merken dat je eigen server geen verkeer meer binnenkrijgt. Dit is het moment dat je jouw server op kunt gaan halen en bij je nieuwe provider onder kunt brengen. Zet de ftp service uit op beide machines (deel dit ook mede aan je klanten, vooraf!).
Stel de ip's van de leen-server in op je eigen server (hang deze uiteraard nog niet aan het netwerk op dat moment). Schakel je server in en wacht tot alles (op netwerk na) up and running is. Haal nu de UTP uit de leenserver en prik je eigen server in het netwerk, laat de interface up komen en je bent draaiende met <1 minuut downtime. Vergeet niet de ftp service weer in te schakelen.
Laatst gewijzigd door Magus; 01/09/10 om 10:10. Reden: sig verwijderd
01/09/10 10:10
Is volgens mij niet echt n antwoord op:
Zowel telefoon als e-mail geen reactie omdat ze erg druk zijn alles up and running te krijgen.
Mijn ervaring: ernaartoe, aangeven wie je bent en wat je wil:
1. opnieuw up met nieuwe IPs (kun je binnen 30 min live zijn)
2. eigen server kun je zo meekrijgen en elders starten
3. HDD meenemen en bestandjes uit je server trekken en elders opnieuw starten
De keuze moet je alleen zelf maken... Succes!
01/09/10 10:21
Die range is van een belgisch bedrijf, edpnet? Komt wel in rusland uit in het genoemde DC.
Site down?
01/09/10 10:23
Houd er rekening mee dat er ook wel eens CMS-en willen draaien, dan maakt FTP niets uit, zodra er dingen in en Database aangepast worden werkt je oplossing niet.
Mijn advies zou eerder zijn om een backup te maken en op de nieuwe/tijdelijke omgeving te zetten en deze een keer op een rustig moment ('s nachts?) te syncen met het origineel (ik denk linux overigens, rsync dus gewoon). Zodra alles op de nieuwe omgeving in sync is zet je op de oude server (waar A record nog heen verwijst) het nieuwe IP in je hosts file, en pas je apache aan zodat hij naar 'zichzelf' (hostname die in de hosts file naar de andere server verwijst) proxiet. Daarna A records omgooien en na een paar dagen de oude server uitfaseren. Zo blijven je sites iig online. Mail e.d. is heel iets anders, maar kun je ook opzetten door soortgelijk op de nieuwe omgeving het in te richten, en de oude omgeving als relay server voor de domeinen (transport expliciet naar het nieuwe IP effectief) in te stellen.
Al met al wel enige linux kennis voor nodig denk ik.
01/09/10 10:30
misschien is het handig om naar mij te mailen dan wordt er iets aan gedaan
wberendsen@ipphoneteam.nl
01/09/10 10:39
Naar verluid is 5 minuten of meer beter, 1 minuut vinden veel DNS cachers te kort en dan negereren ze dit met mogelijke default 1 dag.TTL nameservers ruim van tevoren op 1 minuut zetten.
01/09/10 10:49
Voor diegene die shared hosting hadden enkele tips:
Bel Sam op zijn mobiele nummer. Bij mij nam hij gisteren op.
Vertel hem je login naam. Hij kan dan in de administratie zien of je gehost bent bij Redunix. Ook kan hij meteenkijken of je op web1,2 of web3.shared.redunix.nl zit met je account. Bij mij was dat niet het geval. Ik zat dus op web6 of web7.
Zit je bij web1-2 of 3: dan zul je iets met Sam moeten regelen.
Zit je bij web6 of web7:
Contact opnemen met Wesley (zie ook post hierboven).
Wesley kan helpen om je site en bijhorende databases terug in handen te krijgen. Bij mij is dat gisteren dan ook gelukt. En dat is een hele opluchting!
Algemene tips:
Wees correct en vriendelijk. Speel op de situatie, niet op de man. Het lijkt er in ieder geval op dat iedereen zijn best doet.
In mijn geval: Een dikke pluim voor Wesley!!
Zorg ook dat je login naam kent, en eventueel specieke details van je site/data, digitale kopie factuur/paspoort if iets dergelijk. In ieder geval dat je kunt aantonen dat je ook bij Redunix je site hebt staan.
01/09/10 11:08
voor mail kun je een tweede mx gebruiken dat moet geen probleem zijn. cms kun je oplossen door snachts te verhuizen inderdaad. wel goed communiceren naar je klanten dat de sites een half uurtje op 'maintanance' moeten.
Laatst gewijzigd door Magus; 01/09/10 om 11:09. Reden: sig
01/09/10 11:28
Ik neem aan dat die gewoon terug gaan naar RedUnix?
