Nog één vraag,
Als ik een domeinnaam in de DNS update, en naar een andere bak point.
wat is de exacte tijd dat de veranderingen actief zijn? of is dit provider afhankelijk (Chello, @home ect.)
Nog één vraag,
Als ik een domeinnaam in de DNS update, en naar een andere bak point.
wat is de exacte tijd dat de veranderingen actief zijn? of is dit provider afhankelijk (Chello, @home ect.)
gewoon NU starten met de refresh als je het snel wil doen, zet op een paar minuten.
Als de ISP's DNS ( chello bv ) die 5 minuten oppikt heeft ie ook sneller de verandering binnen.
Tenminste dat doe ik altijd als ik sites moet verhuizen van IP A naar IP B, de vraag is of je dit snel voor 200 domeinen kunt doen.
update, als je uitgaat van static sites is er niets aan de hand, zolang beide bakken maar draaien.
Als je dynamic sites heb ( webshops en dergelijke ) zul je moeten bepalen of het nodig is de site op server A plat te gooien of een redirect geeft naar server_ip_B/~username
Laatst gewijzigd door Ramon Fincken; 23/10/07 om 14:32. Reden: Automerged Dubbelpost
WordPress hosting Optimalisatie webbouw debugging door WP Core developers![]()
Jullie realiseren jezelf dat providers zich geen PIEP van die refresh aan hoeven te trekken? En als zij zich al iets aan gelegen laten liggen moet je dat geruimte tijd voordat je iets ermee uit ga halen doen.. niet een paar uur..
Als je alles in 1 keer doe dan kan je met iptables het IP doorsturen.
update 2: ja dit is provider afhankelijk, dat je de refresh op 5 minuten zet wil niet zeggen dat iedere provider binnen 5 minuten het heeft opgepikt, DNS refresh kan makkelijk 48 uur duren. Vandaar dat ik net aangaf om voor dat je de IP's gaat wijzigen alvast de refresh laag zet, je dit bij de meeste providers kunt verlagen.
JepSoms gaat het snel, maar kan ook paar dagen duren is mijn ervaring.
IPtables is wel een goeie optie !
Laatst gewijzigd door Ramon Fincken; 23/10/07 om 14:40. Reden: Automerged Dubbelpost
WordPress hosting Optimalisatie webbouw debugging door WP Core developers![]()
ik wil niet lullig doen of minachtend, maar je bent een knappe jongen als je al die directories terug zet zonder problemen.
Tip voor je nieuwe bak: Maak jezelf als reseller aan en zet daar je klanten onder ivm autorestore die wel in reseller zit en niet in admin level...
Geen crontab was ooit een probleem bij mij dat het s-bit of zoiets verkeerd stond. Ook erg lang naar moeten zoeken, bleek een verschil tussen debian en centos te zijn en dat ging niet vanzelf goed met DirectAdmin. Het is het controleren waard. Daarnaast kan er ook nog iets mis zijn met de files in /etc/cron.d waar alle directadmin cron zaken in staan.
Worden wijzigingen die je in DirectAdmin maakt nog wel uitgevoerd? de meeste hiervan worden namelijk uitgevoerd via de cronjob.
Als alternatief zou je gewoon de backups die je wilt maken gewoon kunnen aanklikken in directadmin, en daarna datataskq handmatig aanroepen, deze staat bij mij in "/usr/local/directadmin/dataskq" zodoende worden gewoon alle backups netjes gemaakt inclusief mysql/ftp/email instellingen etc.
mocht dataskq helemaal niet werken kijk dan eens of de owner hiervan "diradmin" is en/of deze user wel bestaat in je systeem.
hopelijk heb je hier iets aan
heb je overigens ooit wel eens een keer gekeken naar de logfiles in /var/log/directadmin ? deze zullen waarschijnlijk in jou geval goede informatie bevatten waarom het geheel niet naar behoren werkt.
Laatst gewijzigd door bassjuh; 02/11/07 om 14:16. Reden: Automerged Dubbelpost
Dit vind ik wel een goeie, deze ga ik zeker proberen (snachts)
De wijzigingen die ik in DA aanmaak worden wel uitgevoerd, maar stats ect worden niet geupdate.
Ik zal de logs even na lopen.
ps. worden de e-mail berichten zelf ook gebackupt? de instellingen is leuk maar mensen hechten meer waarde aan de berichten ga ik van uit.