How to backup your dedicated server on Object Storage with Duplicity – Scaleway

Automatize your backups with Duplicity and Scaleway Object Storage

Source : How to backup your dedicated server on Object Storage with Duplicity – Scaleway

Bien merci pour le tuto même s’il y a quelques petits glitches :).

De ceux que j’ai repéré :

  • le fichier scw-backups.sh au lieu de scw-backup.sh (en tout cas si on s’en réfère au CRON à la fin)
  • Sur debian 10 j’ai du faire avant de lancer l’install duplicity un apt-get install librsync-dev
  • Duplicity à ce jour est en 0.8.13 (nb ne pas installer la version debian trop vieille qui ne connais pas l’option glacier s3 par exemple)

A plus dans le bus !

Korben « Page 2 sur 1722 « Upgrade your mind

Et c’est là qu’entre en scène Syncthing. Cette solution sous licence MIT ressemble beaucoup à BTSync. Elle n’est pas encore très user friendly, mais des binaires sont dispos pour OSX, Windows et Linux donc pas besoin de vous lancer dans de la compilation. Une fois téléchargé, lancez le soft et vous serez automatiquement redirigé vers une interface locale sur votre navigateur.

via Korben « Page 2 sur 1722 « Upgrade your mind.
Je me le note pour plus tard. Peut être pour remplacer avantageusement des solutions de backup.

Online passe sans prévenir ses serveurs backup en FTP passif only (et aller on refait iptables !)

C’est en voulant appliquer un patch de sécurité sur un forum que je maintiens que je me suis rendu compte que nos chers amis online ont changé la stratégie de sécurité de leurs serveurs backup dedibox pour le ftp et sans prévenir. J’ai d’ailleurs trouvé un ptit topic sur le sujet ICI.
Désormais on ne peut plus faire du ftp qu’en mode passif… D’après ce que j’ai vu c’est plus sécurisé mais c’est surtout chiant à configurer (pour les amateurs disons) au niveau iptables. Il y a d’ailleurs plein de topics sur le net sur le sujet avec des amateurs qui galèrent et jamais de réponse super claire et évidente.
Il semble par exemple qu’utiliser certains modules comme nf_nat_ftp, nf_conntrack, nf_conntrack_ftp suffirait, mais hélas pas pour moi (du moins pas pour des connexions sortantes pour aller faire mes backups)… Ok je n’ai peut être pas tout capté mais bon..
Toujours est-il que cela donne dans un script iptables :

# FTP
modprobe nf_nat_ftp
modprobe nf_conntrack
modprobe nf_conntrack_ftp

 Après on trouve des trucs moches comme ça (et la ça fonctionne pour moi) :

iptables -A OUTPUT -o eth0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

Mais franchement, c’est juste super moche et bourrin car en gros il s’agit ici d’autoriser les connexions sortantes (et surtout les NEW !) sur une maxi plage de ports. Certes, le mode passif ftp peut tomber selon les config sur une vaste plage de ports mais quand même… Bon ok c’est du sortant donc moins grave que du entrant mais bon si vous vous faites infecter la machine c’est toujours mauvais.
Du coup, je me suis rabattu sur une config un peu moins bourrin (mais bourrin quand même) :

# Pour autoriser le mode passive on est bourrin en out new mais que sur le serv backup
iptables -t filter -A OUTPUT -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state NEW -d dedibackup-bzn.online.net -j ACCEPT

Au moins ici on limite sur un serveur destination (le serveur de backup en l’occurence). Evidemment, cela me convient dans mon usage mais sans doute pas pour tout le monde.
En tous cas, en matière de sécurité, il reste toujours le principe de base, fermer tout par défaut et ouvrir juste le stricte nécessaire. D’ailleurs, c’est l’occasion pour moi de rappeler l’intérêt de cet article.
Et avant d’oublier, si vous utilisez backup-manager pour vos sauvegardes, n’oubliez pas de le passer en mode ftp passif si c’est ce mode que vous utilisez :

# Do you want to use FTP passive mode?
# This is mandatory for NATed/firewalled environments
export BM_UPLOAD_FTP_PASSIVE="true"