Onderwerp: TAR bestand repareren?

Maargoed, er is dus vooralsnog helemaal niks hersteld?
Ook al is de schijf onderhand al geherinstalleerd, via bepaalde tools(restoration en andere recovery-tools) is misschien nog een stukje of toevallig 'alles' terug te krijgen?

Oorspronkelijk geplaatst door Tommi

Wel even opletten natuurlijk dat je altijd via een statisch IP toegang houd, stel je ISP wijzigt je IP en dat zorgt ervoor dat jij niet meer kan connecten Bespaard je een DC ritje!

Ja, natuurlijk. Onze servers hebben sowieso een IP adres van een server van ons zodat mocht mijn IP adres veranderd worden altijd nog toegang hebben via een van onze servers. Tegenwoordig heb ik al een paar maanden een vast IP adres dus hoop niet dat ze deze gaan veranderen.

Oorspronkelijk geplaatst door WeServIT

Ja, natuurlijk. Onze servers hebben sowieso een IP adres van een server van ons zodat mocht mijn IP adres veranderd worden altijd nog toegang hebben via een van onze servers. Tegenwoordig heb ik al een paar maanden een vast IP adres dus hoop niet dat ze deze gaan veranderen.

Hehe klopt, dat hebben wij ook wel. Echter kan het zomaar even vergeten worden, waarna je na een IP change toch stom staat te kijken

Ik heb ook al een klein jaar hetzelfde IP-adres, echter heb ik wel vaker een lange periode hetzelfde IP-adres gehad waarna het toch ineens gewijzigd was..

Leve de KVM:-)

Oorspronkelijk geplaatst door Yourwebhoster

Vandaar de andere server IP lijkt me

jep idd...

Ik ga het proberen!

En dat script moet ik nog maken...

Mogelijk een tipje.
Maak je backups local met directadmin en maak dan met software zoals bacula van je /backup directory elke dag een copy met retentie. Die bacula server kan je automatisch laten repliceren naar huis (zoals ik lees dat je dit wenst).
Echter eens je met bacula begint, hier zijn meer opties mee...

Pas op met een 'push', stel ze hacken je server kunnen ze gewoon via die server door naar je backup server etc etc.... een 'pull' is haniger en veiliger. (kijk maar wat er met webhostingtalk.com gebeurd is)

In ieder geval een spijtige zaak wat er gebeurd is, maar hier leer je van!

Backups maken is makkelijk, maar of ze werken!? om te restoren dat wordt vaak vergeten. Automatische restores / manuele restores, dergelijke procedures kun je vaak om de x tijd overlopen.

Hier komen dagelijkse restores op servers (krijg ik mooi errors als er wat fout loopt; wat vaak zelden is) en die controleer ik dan af en toe met een bepaald schema manueel. Gewoon letterlijk, werkt de website van de klant... werkt een order... (let op met cronjobs wat ik een leuke opmerking vond van iemand anders in een ander toppic... "dubbele facturen versturen")

Tevens kun je gelijk ook even denken 'what if', nood situaties naspelen... Het is en blijft noodzakelijk. Denk maar aan die Brandoefeningen wat je overal mag doen in grote gebouwen, dit kan je leven redden... In de server wereld zal dit je uptime redden !

Bedankt voor je woordje tim! Wordt gewaardeerd en zal eens naar de pakket kijken (morgen dan wel)

Oorspronkelijk geplaatst door Piwi-Web

Bedankt voor je woordje tim! Wordt gewaardeerd en zal eens naar de pakket kijken (morgen dan wel)

Geen probleem, bacula was maar een voorbeeld, dit kan met vele backup oplossingen beter/slechter gebeuren, maar het principe zal je niet ontgaan zijn...(handig als je dat moet doen voor xxx servers)

Oorspronkelijk geplaatst door Tim.Bracquez

Geen probleem, bacula was maar een voorbeeld, dit kan met vele backup oplossingen beter/slechter gebeuren, maar het principe zal je niet ontgaan zijn...(handig als je dat moet doen voor xxx servers)

Eigen scripts schrijven zou in principe ook een goede oplossing zijn, gewoon om een bepaalde tijd de backups laten maken en vervolgens de servers waar de backups op moeten komen zelf via FTP de backups laten ophalen via een cron job. Maar er zijn zo nog een tal van oplossingen, het is maar net wat je zelf prettig vind.

Oorspronkelijk geplaatst door Yourwebhoster

Eigen scripts schrijven zou in principe ook een goede oplossing zijn, gewoon om een bepaalde tijd de backups laten maken en vervolgens de servers waar de backups op moeten komen zelf via FTP de backups laten ophalen via een cron job. Maar er zijn zo nog een tal van oplossingen, het is maar net wat je zelf prettig vind.

Er bestaat al een perfect draaiend wiel, waarom terug beginnen met een vierkante blok met afgeronde hoeken?

Oorspronkelijk geplaatst door Tim.Bracquez

Er bestaat al een perfect draaiend wiel, waarom terug beginnen met een vierkante blok met afgeronde hoeken?

Omdat soms niet alles aansluit op wat je wilt Het is maar net wat je zelf prettig vind, ik moet sowieso een app maken die het een en ander doet omdat SolusVM bijvb zelf nog geen echt backup systeem heeft en verder sluit dit beter aan op mijn eigen activiteiten, die apps voldoen daar helaas niet aan.
Maar zoals ik al zeg, het is wat je zelf wilt.

Oorspronkelijk geplaatst door WeServIT

Gewoon even het volgende in /etc/hosts.deny en /etc/hosts.allow zetten:

hosts.deny:

-------------------------------------------------------------------------------
SSHD: ALL
-------------------------------------------------------------------------------

hosts.allow:


-------------------------------------------------------------------------------
sshd: IP adres 1
sshd: IP adres 2
-------------------------------------------------------------------------------

Mocht dat nog niet gelukt zijn kun je ook een firewall installeren en heb je meteen 2 vliegen in 1 klap;

Kwestie van firewall installeren (CSF/LFD bijvoorbeeld, werkt zeer prettig) en vervolgens je 2 IP-adressen toevoegen aan de csf.allow.

Alle porten zijn dicht, die niet genoemd zijn in de csf.conf m.u.v. alle IPs listed in csf.allow (deze hebben volledige toegang)

Wat die .tgz betreft. Kijk voor de zekerheid nog even of je dezelfde gzip versies hebt. Op freebsd heb ik het wel eens gehad dat op de ene bak de gzip van het OS zat en op de andere bak de gnuzip. Wilde ook niet van elkaar vreten toen.