Onderwerp: Backups, pull of push methode?

Met steeds meer ransomware aanvallen ben ik eens benieuwd naar welke methodes jullie gebruiken om backups te maken, is dit push of pull en waarom heb je die beslissing genomen. En wat zijn voor jullie de pro en con's van de methodes, ik noem er zelf ook een paar op en probeer een kijk te nemen uit het perspectief van de klant en hoster.

Uit perspectief van de klant;
Ik wil geen pull methode want als jouw backups server gehackt is dan kunnen ze inloggen op mijn server en alles verwijderen.

Maar dan uit het perspectief van de hoster:
Als jouw server (klant) gehackt is dan kunnen ze ook inloggen op jouw backup account en alles verwijderen en heb je geen data en geen backups.

Ik maak zowel gebruik van pull als push afhankelijk van de situatie, servers/computers die achter een nat zitten is enkel push mogelijk zonder instellingen in de firewall aan te passen. Bij sommige diensten is het enkel mogelijk om via ftp of s3 te uploaden en dus te pushen. Uiteraard worden backups op meer dan 1 externe fysieke locatie bijgehouden en kan hier ook weer de vraag gesteld worden sync je vanuit 1 centrale server of laat je clients naar meerdere backup server pushen/pullen. Ook hier kan ik weer tal van pro/con's gaan bedenken.

Vanuit centrale server:
Als de centrale server down is komen er totaal geen backups meer binnen van klanten, dus in de periode dat de centrale server down is zijn er geen accurate backups.

Naar meerdere servers:
De klant moet X maal uploaden en heeft dus ook X maal data verbruik en overhead van client programma's die X maal verbinding maken.

Ik hoor graag jullie meningen hierover.

Ik gebruik altijd pull, aangezien push met de gedachte van Ransomeware/Hacks inderdaad niet veilig is.
Geen servers in beheer achter NAT of waar het niet anders kan.

Backup altijd naar extern datacenter dan het hoofd DC, dan heb je iets wat je kan uitrollen bij een major issue in het hoofd DC.
Wellicht is de situatie hier redelijk eenvoudig aangezien het ook maar naar 1 externe locatie gaat.

Wij gebruiken momenteel push waar alle backups naar een server worden gestuurd in een ander DC. Maar zijn wel bezig om dit aan te passen, vooral door de ransomeware aanvallen die toch meer en meer opkomen.

De opzetten welke we nu aan het uitwerken zijn:
Server pusht de backup naar een andere server in het zelfde DC. Elke server heeft een eigen login en locatie waar de backups worden naar toe gepusht. Een script gaat daar de backup ophalen en in een ander DC opslaan. De laatste 7 backups worden opgeslagen op een server in een ander DC, telkens de laatste backup van de maand wordt ook bijgehouden en de laatste backup van iedere week (tussen de backup van de laatste volledige maand en de huidige dag). Vanaf deze server kunnen we eenvoudig backups terug sturen naar de server waar de webhosting opstaat of waar de backup nodig is. Daarnaast worden alle backups ook opgeslagen op een NAS die in ons kantoor staat, deze NAS is enkel ingeschakeld wanneer het nodig is om de backups er op te plaatsen. Hier testen we ook nog met S3 of soort gelijke opslag diensten ipv de NAS.

Al jaren pull vanwege de kans op hacks. Ik vind het bizar dat dit nu pas een vraag is en men jarenlang met push dacht veilig te zijn. Een backup is iets wat een in een zeer slecht scenario je enigzins uit de brand kan helpen. Als dat uitgaat van een happy flow dan heb je daar natuurlijk niks aan.

Wij zijn momenteel bezig de backup omgeving te vervangen. Daarna hebben we eerst push naar centrale backup servers en vanaf daar doen we dan weer pull voor de langere termijn opslag. Deze laatste opslag staat in een andere plaats.

Door de mix hopen we het relatief veilig te maken tegen ransomware (maar ik weet ook dat tenzij we echte offline backups hebben het nooit 100% veilig zal zijn).

Oorspronkelijk geplaatst door The-BosS

Met steeds meer ransomware aanvallen ben ik eens benieuwd naar welke methodes jullie gebruiken om backups te maken, is dit push of pull en waarom heb je die beslissing genomen. En wat zijn voor jullie de pro en con's van de methodes, ik noem er zelf ook een paar op en probeer een kijk te nemen uit het perspectief van de klant en hoster.



Ik maak zowel gebruik van pull als push afhankelijk van de situatie, servers/computers die achter een nat zitten is enkel push mogelijk zonder instellingen in de firewall aan te passen. Bij sommige diensten is het enkel mogelijk om via ftp of s3 te uploaden en dus te pushen. Uiteraard worden backups op meer dan 1 externe fysieke locatie bijgehouden en kan hier ook weer de vraag gesteld worden sync je vanuit 1 centrale server of laat je clients naar meerdere backup server pushen/pullen. Ook hier kan ik weer tal van pro/con's gaan bedenken.



Ik hoor graag jullie meningen hierover.

Ik gebruik altijd pull, waarbij de productieservers nooit toegang kunnen krijgen (op welke manier dan ook) met de backup server. Vanaf de backup server data ophalen, data los in de backup (gescheiden) van het OS, altijd een week- maand- kwartaalbackup bewaren. De laatste twee punten zijn met name in geval van ransomware handig. Waar mogelijk de data natuurlijk ook op twee locaties bewaren (maar hoe dan ook off-site).

Wij hebben er eigenlijk voor gekozen om onze backups enkel dmv snapshots te doen. In het geval van een ransomware aanval kunnen we deze dan direct restoren. afhankelijk van het systeem en de eisen op redundancy wordt deze ook naar een andere (geografische) locatie gesynced.

Ik ben dan even benieuwd hoe maken jullie je backup? dmv custom scripts neem ik aan dan aangezien backup software (R1/Acronis/..) altijd toch via pull werkt..

Oorspronkelijk geplaatst door bibawa

Ik ben dan even benieuwd hoe maken jullie je backup? dmv custom scripts neem ik aan dan aangezien backup software (R1/Acronis/..) altijd toch via pull werkt..

Burp werkt met push.

Zoals al aangegeven hebben wij een combinatie van push en pull en we gebruiken voor een groot deel eigen scripts.

Wat voor retentie vinden jullie redelijk?

Oorspronkelijk geplaatst door bibawa

Ik ben dan even benieuwd hoe maken jullie je backup? dmv custom scripts neem ik aan dan aangezien backup software (R1/Acronis/..) altijd toch via pull werkt..

Snapshot gebeurt altijd via de storage systemen (dus bijv. netapp maakt netapp snapshots) geen scripts gewoon software die dat instelt en regelt. Wij maken gebruik van VPS'sen bij TransIP en die heeft deze funciotnaliteit out of de box met ZFS.

Oorspronkelijk geplaatst door Mark17

Wat voor retentie vinden jullie redelijk?

onze back-ups worden elke 4 tot 6 uur gemaakt met een totale retentie van maximaal 36 tot 54 uur (verspreid over 9 back-ups). Plus een backup die een week bewaard wordt. evt. zou je daar een maandelijkse tot 6 maanden oud bij kunnen bewaren. Maar dat is afhankelijk van de classificatie van je systeem en hoe verouderd de informatie van 6 maanden oud kan zijn. Zou zo maar kunnen zijn dat je daar niks meer aan hebt.

Oorspronkelijk geplaatst door bibawa

Ik ben dan even benieuwd hoe maken jullie je backup? dmv custom scripts neem ik aan dan aangezien backup software (R1/Acronis/..) altijd toch via pull werkt..

Ik kan tal van software noemen waar push (en/of pull) mogelijk is hoor, zoals eerder al aangegeven burp maar ook backup.ninja, pbs, borg, lbackup, ... zelfs als je gebruik maakt van git om bvb je configs op te slaan en te gebruiken op andere servers/pc's is dit push en geen pull vanuit het opzicht van de server/pc waar je de configs bewerkt .

Oorspronkelijk geplaatst door geckotools

Wij hebben er eigenlijk voor gekozen om onze backups enkel dmv snapshots te doen. In het geval van een ransomware aanval kunnen we deze dan direct restoren. afhankelijk van het systeem en de eisen op redundancy wordt deze ook naar een andere (geografische) locatie gesynced.

Snapshots zijn net zoals raid geen backups, het woord zegt het zelf al het is een momentopname op een bepaald tijdstip van de volledige omgeving, hoe ga jij uit je snapshot 1 of 2 bestanden halen. Zonder die snapshot op een compleet nieuwe omgeving te booten (waar mogelijks als randsomeware op staat, maar nog niet actief is), daar die bestanden te zoeken, deze te kopieren naar de originele server/pc om vervolgens de omgeving die je geboot hebt van de snapshot terug te stoppen.

Waar snapshots dan wel weer enorm goed in zijn is om deze te maken voor een upgrade en als er iets fout gaat vliegensvlug een rollback te kunnen doen naar de toestand van voor de upgrade. Maar in het geval van randsomeware heb je geen benul wanneer de server/pc geinfecteerd is en kun je net zo goed een rollback doen naar een moment waar de randsomeware al aanwezig was maar nog niet geactiveerd was. En blijf je dus achter de feiten aan lopen aangezien je geen clean install kunt doen en gewoon de data terug zetten.

En ja ik weet dat je zfs snapshots kunt gebruiken over samba shares naar windows servers/pc's door middel van vss voor snapshots op file basis, maar ook vss is geen backup en al zeker niet met de laatste exploits.

De servers die ik backup werken met een push script richting dezelfde server of een server in hetzelfde datacenter. Vervolgens worden de backupbestanden gepullt vanaf een server in een extern datacenter.

Deze backups bewaar ik 7 dagen. Daarnaast wordt de backup van zondag bij mij thuis opgeslagen.

Ik maak iedere dag een volledige backup. Hoe doen jullie dat? Ik zit wel eens te twijfelen om te gaan experimenteren met een differential backup voor de files of bijvoorbeeld de email.

Oorspronkelijk geplaatst door Mastje

Ik maak iedere dag een volledige backup. Hoe doen jullie dat? Ik zit wel eens te twijfelen om te gaan experimenteren met een differential backup voor de files of bijvoorbeeld de email.

Full backups kost heel veel schijfruimte, op een gegeven moment overgegaan op 1 full backup en daarna incrementals voor files / e-mail, databases altijd full backup en dan 30 tot 60 dagen retentie

Oorspronkelijk geplaatst door stefantriep

Full backups kost heel veel schijfruimte, op een gegeven moment overgegaan op 1 full backup en daarna incrementals voor files / e-mail, databases altijd full backup en dan 30 tot 60 dagen retentie

Ik loop er inderdaad tegenaan dat ik flinke backupservers nodig heb. Maak je eenmalig een full backup of doe je dit wekelijks / maandelijks?