Bekijk Poll Resultaten: Wat gebruik jij het meest

Stemmers
14. Deze poll is gesloten
  • Push

    1 7,14%
  • Pull

    5 35,71%
  • Push of Pull hangt van situatie af

    7 50,00%
  • Maakt me niet uit, zolang het werkt

    1 7,14%
Resultaten 1 tot 15 van de 19
Pagina 1 van de 2 1 2 LaatsteLaatste
  1. #1
    Backups, pull of push methode?
    moderator
    6.046 Berichten
    Ingeschreven
    21/05/03

    Locatie
    NPT - BELGIUM

    Post Thanks / Like
    Mentioned
    40 Post(s)
    Tagged
    0 Thread(s)
    481 Berichten zijn liked


    Naam: Dennis de Houx
    Bedrijf: All In One
    Functie: Zaakvoerder
    URL: www.all-in-one.be
    Ondernemingsnummer: 0867670047

    Thread Starter

    Lightbulb 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.
    Dennis de Houx - All In One ~ Official ISPsystem partner

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!

  2. #2
    Backups, pull of push methode?
    Hostingaddict
    390 Berichten
    Ingeschreven
    25/01/11

    Locatie
    Haarlem

    Post Thanks / Like
    Mentioned
    11 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Stefan Triep
    Bedrijf: Hostingindustries
    Functie: Eigenaar
    URL: www.hostingindustries.nl
    Registrar SIDN: JA
    ISPConnect: Lid
    KvK nummer: 74282476
    View stefantriep's profile on LinkedIn

    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.

  3. #3
    Backups, pull of push methode?
    geregistreerd gebruiker
    40 Berichten
    Ingeschreven
    23/09/16

    Locatie
    Geel, België

    Post Thanks / Like
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Tjebbe
    Bedrijf: Made I.T.
    URL: www.madeit.be

    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.

  4. #4
    Backups, pull of push methode?
    geregistreerd gebruiker
    1.354 Berichten
    Ingeschreven
    18/06/03

    Locatie
    Delft

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    24 Berichten zijn liked


    Naam: Michiel Thalen
    KvK nummer: 02084745

    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.
    Makkelijk een Enquete of HR/Klantenonderzoek opstellen? https://sur-v.com

  5. #5
    Backups, pull of push methode?
    geregistreerd gebruiker
    5.759 Berichten
    Ingeschreven
    20/02/05

    Locatie
    Haaksbergen / Amsterdam

    Post Thanks / Like
    Mentioned
    45 Post(s)
    Tagged
    0 Thread(s)
    168 Berichten zijn liked


    Naam: Mark Scholten
    Bedrijf: SinnerG / Stream Service
    Functie: Systeembeheerder
    URL: www.sinnerg.nl
    Registrar SIDN: ja
    KvK nummer: 34255993

    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).
    Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.

  6. #6
    Backups, pull of push methode?
    geregistreerd gebruiker
    1.892 Berichten
    Ingeschreven
    17/08/05

    Locatie
    Amsterdam

    Post Thanks / Like
    Mentioned
    34 Post(s)
    Tagged
    0 Thread(s)
    35 Berichten zijn liked


    Naam: Wieger Bontekoe
    Bedrijf: Skynet ICT B.V.
    Functie: CEO
    URL: skynet-ict.nl
    Registrar SIDN: Nee
    View wbontekoe's profile on LinkedIn

    Citaat Oorspronkelijk geplaatst door The-BosS Bekijk Berichten
    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).
    Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.

  7. #7
    Backups, pull of push methode?
    geregistreerd gebruiker
    9 Berichten
    Ingeschreven
    13/04/21

    Locatie
    Almere

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Ernst Nolte
    Bedrijf: Geckotools
    URL: geckotools.nl

    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.

  8. #8
    Backups, pull of push methode?
    www.xenius.be
    1.555 Berichten
    Ingeschreven
    26/11/11

    Locatie
    Oud-Turnhout

    Post Thanks / Like
    Mentioned
    43 Post(s)
    Tagged
    0 Thread(s)
    73 Berichten zijn liked


    Naam: Steve Vos
    Bedrijf: Xenius
    Functie: Zaakvoerder
    URL: www.xenius.be
    Ondernemingsnummer: 0505928838

    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..
    Xenius.be | Our solutions, our products, your success !

  9. #9
    Backups, pull of push methode?
    geregistreerd gebruiker
    5.759 Berichten
    Ingeschreven
    20/02/05

    Locatie
    Haaksbergen / Amsterdam

    Post Thanks / Like
    Mentioned
    45 Post(s)
    Tagged
    0 Thread(s)
    168 Berichten zijn liked


    Naam: Mark Scholten
    Bedrijf: SinnerG / Stream Service
    Functie: Systeembeheerder
    URL: www.sinnerg.nl
    Registrar SIDN: ja
    KvK nummer: 34255993

    Citaat Oorspronkelijk geplaatst door bibawa Bekijk Berichten
    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?
    Laatst gewijzigd door Mark17; 13/08/21 om 10:22.
    Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.

  10. #10
    Backups, pull of push methode?
    geregistreerd gebruiker
    9 Berichten
    Ingeschreven
    13/04/21

    Locatie
    Almere

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Ernst Nolte
    Bedrijf: Geckotools
    URL: geckotools.nl

    Citaat Oorspronkelijk geplaatst door bibawa Bekijk Berichten
    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.

    Citaat Oorspronkelijk geplaatst door Mark17 Bekijk Berichten
    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.



  11. #11
    Backups, pull of push methode?
    moderator
    6.046 Berichten
    Ingeschreven
    21/05/03

    Locatie
    NPT - BELGIUM

    Post Thanks / Like
    Mentioned
    40 Post(s)
    Tagged
    0 Thread(s)
    481 Berichten zijn liked


    Naam: Dennis de Houx
    Bedrijf: All In One
    Functie: Zaakvoerder
    URL: www.all-in-one.be
    Ondernemingsnummer: 0867670047

    Thread Starter
    Citaat Oorspronkelijk geplaatst door bibawa Bekijk Berichten
    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 .
    Laatst gewijzigd door The-BosS; 14/08/21 om 01:48.
    Dennis de Houx - All In One ~ Official ISPsystem partner

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!

  12. #12
    Backups, pull of push methode?
    moderator
    6.046 Berichten
    Ingeschreven
    21/05/03

    Locatie
    NPT - BELGIUM

    Post Thanks / Like
    Mentioned
    40 Post(s)
    Tagged
    0 Thread(s)
    481 Berichten zijn liked


    Naam: Dennis de Houx
    Bedrijf: All In One
    Functie: Zaakvoerder
    URL: www.all-in-one.be
    Ondernemingsnummer: 0867670047

    Thread Starter
    Citaat Oorspronkelijk geplaatst door geckotools Bekijk Berichten
    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.

  13. #13
    Backups, pull of push methode?
    geregistreerd gebruiker
    282 Berichten
    Ingeschreven
    15/10/05

    Locatie
    Gorinchem

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    4 Berichten zijn liked


    Naam: Danny van der Mast

    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.

  14. #14
    Backups, pull of push methode?
    Hostingaddict
    390 Berichten
    Ingeschreven
    25/01/11

    Locatie
    Haarlem

    Post Thanks / Like
    Mentioned
    11 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Stefan Triep
    Bedrijf: Hostingindustries
    Functie: Eigenaar
    URL: www.hostingindustries.nl
    Registrar SIDN: JA
    ISPConnect: Lid
    KvK nummer: 74282476
    View stefantriep's profile on LinkedIn

    Citaat Oorspronkelijk geplaatst door Mastje Bekijk Berichten
    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

  15. #15
    Backups, pull of push methode?
    geregistreerd gebruiker
    282 Berichten
    Ingeschreven
    15/10/05

    Locatie
    Gorinchem

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    4 Berichten zijn liked


    Naam: Danny van der Mast

    Citaat Oorspronkelijk geplaatst door stefantriep Bekijk Berichten
    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?

Pagina 1 van de 2 1 2 LaatsteLaatste

Labels voor dit Bericht

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics