Bonjour,Ou alors il faut passer par des panneaux lents et contraignants.
J’ai eu l’occasion de manipuler quelques « NAS » commerciaux (un serveur avec une baie…). Dont qnap et synology (basé sur debian).
Le matériel neuf fait bonne figure.
Le GUI est censé simplifier la vie de l’administrateur, mais de mon expérience la lui complique et le ralentit, l’empêche de gérer vite et bien en CLI. Et en particulier de faire des scripts et de personnaliser le système, en partie verrouillé.
Sans compter la dépendance matérielle ET logicielle à un éditeur qui verrouille le système libre qu’il intègre (debian).messagerie, serveur de nom, etc.
Je comprends que celui qui veut sauvegarder ses machines win/mac/linux peut le faire avec très peu de compétences (presser des boutons).
Mais il peut très bien faire des sauvegardes chiffrées chez un hébergeur de son choix qui propose le même service.
Le temps de restauration sera dicté par le débit de sa connexion (mais il peut aussi conserver une sauvegarde sur un support de stockage en local)
Non ?
Il y a sur ces « NAS » (qui est un serveur avec du stockage attaché, donc un serveur… oui, le stockage pourrait être attaché au réseau / SAN…) diverses applications : utilisateurs, vpn, serveur de fichier (avec accès web), serveur de
Mais un serveur debian peut faire tout ça, librement.
J’ai aussi aperçu divers « NAS » opensource (truenas, freenas…). Je ne les connais pas.
Ce genre de matériel propose aussi de monter un cluster haute dispo juste en branchant un câble 10 Gbps pour le heartbeat et de cliquer sur un bouton « créer le cluster » (de ce qu’on m’a rapporté, il arrive quand même des problèmes).
Par ailleurs, Proxmox est disponible en version gratuite ou avec support payant. Ça fonctionne bien mais il faut quand même de l’expertise pour le gérer en production.
Quand un support de stockage tombe en rade, le NAS ne suffit pas pour le diagnostiquer : il faut le sortir et le tester avec l’outil de son fabricant. Bon… Inutile, autant le remplacer à chaud s’il donne un signe de faiblesse…
Selon vous, quel intérêt a un « NAS » commercial par rapport à un serveur debian ?
Et surtout pour qui ? (Cad selon le profil de son propriétaire et administrateur).
Autrement dit : à partir de quel niveau un administrateur système debian peut-il se passer purement et simplement de ce genre d’engin (basé sur debian, au moins pour synology) ?
Merci.
Bonjour,
Je ne vais pas répondre à toutes tes interrogations mais juste partager ma toute petite expérience.
J'ai un NAS Synology 4 baies (DS918+).
Pourquoi avoir choisi un NAS tout fait plutôt que d'en monter un à base d'une debian ?
En premier pour l'intégration ! C'est tout petit ça ne prend pas de place, ça ne fait pas de bruit (ou si peu). Quand on vit dans un petit appartement c'est important !
En second parce que je n'ai pas des besoins poussés donc l'eco système Synology me convient très bien. C'est simple, efficace, maintenu sur une longue période.
Pourquoi ne pas avoir choisi une sauvegarde en ligne ? En fait je fais les deux. En matière de sauvegarde je ne fie pas à une seule technique...
Un hébergeur peut toujours disparaître, ses serveurs planter, etc.
Enfin sur un Synology tu peux te connecter en ssh pour faire de la cli si
tu veux. Mais n'ayant pas expérimenté la chose je n'en connais pas les limites.
A+
Gaëtan
Le 27 juillet 2023 11:12:49 GMT+02:00, RogerT <[email protected]> a�. Ou alors il faut passer par des panneaux lents et contraignants.
écrit :
Bonjour,
J’ai eu l’occasion de manipuler quelques « NAS » commerciaux (un serveur avec une baie…). Dont qnap et synology (basé sur debian).
Le matériel neuf fait bonne figure.
Le GUI est censé simplifier la vie de l’administrateur, mais de mon expérience la lui complique et le ralentit, l’empêche de gérer vite et bien en CLI. Et en particulier de faire des scripts et de personnaliser le système, en partie verrouill�
messagerie, serveur de nom, etc.Sans compter la dépendance matérielle ET logicielle à un éditeur qui verrouille le système libre qu’il intègre (debian).
Je comprends que celui qui veut sauvegarder ses machines win/mac/linux peut le faire avec très peu de compétences (presser des boutons).
Mais il peut très bien faire des sauvegardes chiffrées chez un hébergeur de son choix qui propose le même service.
Le temps de restauration sera dicté par le débit de sa connexion (mais il peut aussi conserver une sauvegarde sur un support de stockage en local)
Non ?
Il y a sur ces « NAS » (qui est un serveur avec du stockage attaché, donc un serveur… oui, le stockage pourrait être attaché au réseau / SAN…) diverses applications : utilisateurs, vpn, serveur de fichier (avec accès web), serveur de
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Mais un serveur debian peut faire tout ça, librement.
J’ai aussi aperçu divers « NAS » opensource (truenas, freenas…). Je ne les connais pas.
Ce genre de matériel propose aussi de monter un cluster haute dispo juste en branchant un câble 10 Gbps pour le heartbeat et de cliquer sur un bouton « créer le cluster » (de ce qu’on m’a rapporté, il arrive quand même des problèmes).
Par ailleurs, Proxmox est disponible en version gratuite ou avec support payant. Ça fonctionne bien mais il faut quand même de l’expertise pour le gérer en production.
Quand un support de stockage tombe en rade, le NAS ne suffit pas pour le diagnostiquer : il faut le sortir et le tester avec l’outil de son fabricant. Bon… Inutile, autant le remplacer à chaud s’il donne un signe de faiblesse…
Selon vous, quel intérêt a un « NAS » commercial par rapport à un serveur debian ?
Et surtout pour qui ? (Cad selon le profil de son propriétaire et administrateur).
Autrement dit : à partir de quel niveau un administrateur système debian peut-il se passer purement et simplement de ce genre d’engin (basé sur debian, au moins pour synology) ?
Merci.
--
Le 27 juil. 2023 à 11:47, Gaëtan Perrier <[email protected]> a écrit :
Bonjour,
Je ne vais pas répondre à toutes tes interrogations mais juste partager ma toute petite expérience.
J'ai un NAS Synology 4 baies (DS918+).
Pourquoi avoir choisi un NAS tout fait plutôt que d'en monter un à base d'une debian ?
En premier pour l'intégration ! C'est tout petit ça ne prend pas de place, ça ne fait pas de bruit (ou si peu). Quand on vit dans un petit appartement c'est important !
En second parce que je n'ai pas des besoins poussés donc l'eco système Synology me convient très bien. C'est simple, efficace, maintenu sur une longue période.
Pourquoi ne pas avoir choisi une sauvegarde en ligne ? En fait je fais les deux. En matière de sauvegarde je ne fie pas à une seule technique...
Un hébergeur peut toujours disparaître, ses serveurs planter, etc.
Enfin sur un Synology tu peux te connecter en ssh pour faire de la cli si tu veux. Mais n'ayant pas expérimenté la chose je n'en connais pas les limites.Accéder en ssh, ça oui. Mais tout est remanié par rapport à debian ! Et il y a plein de choses que tu ne peux pas faire. Ou/et alors au risque de perdre la garantie du fournisseur.
A+
Gaëtan
Le 27 juillet 2023 11:12:49 GMT+02:00, RogerT <[email protected]> a écrit :�. Ou alors il faut passer par des panneaux lents et contraignants.
Bonjour,
J’ai eu l’occasion de manipuler quelques « NAS » commerciaux (un serveur avec une baie…). Dont qnap et synology (basé sur debian).
Le matériel neuf fait bonne figure.
Le GUI est censé simplifier la vie de l’administrateur, mais de mon expérience la lui complique et le ralentit, l’empêche de gérer vite et bien en CLI. Et en particulier de faire des scripts et de personnaliser le système, en partie verrouill�
messagerie, serveur de nom, etc.Sans compter la dépendance matérielle ET logicielle à un éditeur qui verrouille le système libre qu’il intègre (debian).
Je comprends que celui qui veut sauvegarder ses machines win/mac/linux peut le faire avec très peu de compétences (presser des boutons).
Mais il peut très bien faire des sauvegardes chiffrées chez un hébergeur de son choix qui propose le même service.
Le temps de restauration sera dicté par le débit de sa connexion (mais il peut aussi conserver une sauvegarde sur un support de stockage en local)
Non ?
Il y a sur ces « NAS » (qui est un serveur avec du stockage attaché, donc un serveur… oui, le stockage pourrait être attaché au réseau / SAN…) diverses applications : utilisateurs, vpn, serveur de fichier (avec accès web), serveur de
Mais un serveur debian peut faire tout ça, librement.
J’ai aussi aperçu divers « NAS » opensource (truenas, freenas…). Je ne les connais pas.
Ce genre de matériel propose aussi de monter un cluster haute dispo juste en branchant un câble 10 Gbps pour le heartbeat et de cliquer sur un bouton « créer le cluster » (de ce qu’on m’a rapporté, il arrive quand même des problèmes).
Par ailleurs, Proxmox est disponible en version gratuite ou avec support payant. Ça fonctionne bien mais il faut quand même de l’expertise pour le gérer en production.
Quand un support de stockage tombe en rade, le NAS ne suffit pas pour le diagnostiquer : il faut le sortir et le tester avec l’outil de son fabricant. Bon… Inutile, autant le remplacer à chaud s’il donne un signe de faiblesse…
Selon vous, quel intérêt a un « NAS » commercial par rapport à un serveur debian ?
Et surtout pour qui ? (Cad selon le profil de son propriétaire et administrateur).
Autrement dit : à partir de quel niveau un administrateur système debian peut-il se passer purement et simplement de ce genre d’engin (basé sur debian, au moins pour synology) ?
Merci.
--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
</div></blockquote><div><br><div>D’où l’intérêt d’une sauvegarde en au moins deux endroits (dont une locale). </div><div>Vu l’offre des hébergeurs avec agent de sauvegarde pour le PC (comme synlogy, etc.), je n’arrive vraiment pasencore à voir l’intérêt de s’embarrasser avec un NAS, qui plus est à la maison. </div><div><br><blockquote type="cite"><div dir="ltr"><div dir="auto">Enfin sur un Synology tu peux te connecter en ssh pour faire de la cli si tu veux. Mais n'
<div><br><blockquote type="cite"><div dir="ltr"><div dir="auto"><br>A+<br><br>Gaëtan <br><br></div><br><br><div class="gmail_quote"><div dir="auto">Le 27 juillet 2023 11:12:49 GMT+02:00, RogerT <[email protected]> a écrit :</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Bonjour,. Ou alors il faut passer par des panneaux lents et contraignants.
J’ai eu l’occasion de manipuler quelques « NAS » commerciaux (un serveur avec une baie…). Dont qnap et synology (basé sur debian).
Le matériel neuf fait bonne figure.
Le GUI est censé simplifier la vie de l’administrateur, mais de mon expérience la lui complique et le ralentit, l’empêche de gérer vite et bien en CLI. Et en particulier de faire des scripts et de personnaliser le système, en partie verrouillé
Sans compter la dépendance matérielle ET logicielle à un éditeur qui verrouille le système libre qu’il intègre (debian).messagerie, serveur de nom, etc.
Je comprends que celui qui veut sauvegarder ses machines win/mac/linux peut le faire avec très peu de compétences (presser des boutons).
Mais il peut très bien faire des sauvegardes chiffrées chez un hébergeur de son choix qui propose le même service.
Le temps de restauration sera dicté par le débit de sa connexion (mais il peut aussi conserver une sauvegarde sur un support de stockage en local)
Non ?
Il y a sur ces « NAS » (qui est un serveur avec du stockage attaché, donc un serveur… oui, le stockage pourrait être attaché au réseau / SAN…) diverses applications : utilisateurs, vpn, serveur de fichier (avec accès web), serveur de
Mais un serveur debian peut faire tout ça, librement.
J’ai aussi aperçu divers « NAS » opensource (truenas, freenas…). Je ne les connais pas.
Ce genre de matériel propose aussi de monter un cluster haute dispo juste en branchant un câble 10 Gbps pour le heartbeat et de cliquer sur un bouton « créer le cluster » (de ce qu’on m’a rapporté, il arrive quand même des problèmes).
Par ailleurs, Proxmox est disponible en version gratuite ou avec support payant. Ça fonctionne bien mais il faut quand même de l’expertise pour le gérer en production.
Quand un support de stockage tombe en rade, le NAS ne suffit pas pour le diagnostiquer : il faut le sortir et le tester avec l’outil de son fabricant. Bon… Inutile, autant le remplacer à chaud s’il donne un signe de faiblesse…
Selon vous, quel intérêt a un « NAS » commercial par rapport à un serveur debian ?
Et surtout pour qui ? (Cad selon le profil de son propriétaire et administrateur).
Autrement dit : à partir de quel niveau un administrateur système debian peut-il se passer purement et simplement de ce genre d’engin (basé sur debian, au moins pour synology) ?
Merci.
verrouillé. Ou alors il faut passer par des panneaux lents et contraignants.Le 27 juil. 2023 à 15:00, ptilou <[email protected]> a écrit :
Bonjour,
Le jeudi 27 juillet 2023 à 11:20:05 UTC+2, RogerT a écrit :
Bonjour,
J’ai eu l’occasion de manipuler quelques « NAS » commerciaux (un serveur avec une baie…). Dont qnap et synology (basé sur debian).
Le matériel neuf fait bonne figure.
Le GUI est censé simplifier la vie de l’administrateur, mais de mon expérience la lui complique et le ralentit, l’empêche de gérer vite et bien en CLI. Et en particulier de faire des scripts et de personnaliser le système, en partie
messagerie, serveur de nom, etc.Sans compter la dépendance matérielle ET logicielle à un éditeur qui verrouille le système libre qu’il intègre (debian).
Je comprends que celui qui veut sauvegarder ses machines win/mac/linux peut le faire avec très peu de compétences (presser des boutons).
Mais il peut très bien faire des sauvegardes chiffrées chez un hébergeur de son choix qui propose le même service.
Le temps de restauration sera dicté par le débit de sa connexion (mais il peut aussi conserver une sauvegarde sur un support de stockage en local)
Non ?
Il y a sur ces « NAS » (qui est un serveur avec du stockage attaché, donc un serveur… oui, le stockage pourrait être attaché au réseau / SAN…) diverses applications : utilisateurs, vpn, serveur de fichier (avec accès web), serveur de
Mais un serveur debian peut faire tout ça, librement.
J’ai aussi aperçu divers « NAS » opensource (truenas, freenas…). Je ne les connais pas.
Ce genre de matériel propose aussi de monter un cluster haute dispo juste en branchant un câble 10 Gbps pour le heartbeat et de cliquer sur un bouton « créer le cluster » (de ce qu’on m’a rapporté, il arrive quand même des problèmes).
Par ailleurs, Proxmox est disponible en version gratuite ou avec support payant. Ça fonctionne bien mais il faut quand même de l’expertise pour le gérer en production.
Quand un support de stockage tombe en rade, le NAS ne suffit pas pour le diagnostiquer : il faut le sortir et le tester avec l’outil de son fabricant. Bon… Inutile, autant le remplacer à chaud s’il donne un signe de faiblesse…
Selon vous, quel intérêt a un « NAS » commercial par rapport à un serveur debian ?
Et surtout pour qui ? (Cad selon le profil de son propriétaire et administrateur).
Autrement dit : à partir de quel niveau un administrateur système debian peut-il se passer purement et simplement de ce genre d’engin (basé sur debian, au moins pour synology) ?
Merci.
Alors deja la principale raison de ne pas faire du maison, c'est de tisser des liens commerciaux, avec d'autre entites ...
La question ou les n'est pas dans un contexte de quelqu'un qui exploite puisque les donnees technique ne sont pqs presente comme ce qu'il y a en therme de bandes passantes et de volumes de donnees !
Le tous recemblant a un troll !
Sinon en 2003 j'ai propose de faire un cluster sur une sortie serie en processsus 2 ou 3, et avec l'usb et la possibilite de faire de l'esclave maitre, de masquer une deuxieme sauvegarde !
Mais tous ces choses datent des annees 70 en informatique ....
Et ?
Le 28 juil. 2023 à 11:03, didier gaumet <[email protected]> a écrit :serveur non sûr. Les non informaticiens que j'ai vu l'utiliser font des choses simples (partage de fichiers, site web).
Le 28/07/2023 à 03:56, RogerT a écrit :
Merci beaucoup pour ton retour très détaillé et illustré. Tu as vraiment franchi le pas !
Je comprends pourquoi un utilisateur lambda (perso, prof libérale, etc.) préférera acheter un NAS commercial. Il le branche, installe un agent sur son PC et peut immédiatement gérer ses sauvegardes et même en envoyer une copie chiffrée sur un
etc...) ? quel est son propre plan de sauvegarde (à lui, l'hébergeur, parce lui aussi peut être victime d'un problème informatique ou d'un sinistre)? quelles garanties contractuelles offre-t-il de ne pas perdre les données de l'utilisateur? etc...Il me reste une double question, du point de vue d'un admin système debian de niveau moyen :
1/ Quel intérêt y a-t-il à avoir un NAS (un serveur avec du stockage attaché, en RAID) chez soi; si on peut héberger l'équivalent chez son hébergeur préféré ? (les services réseaux, dont la sauvegarde)
Je pense que ça dépend des besoins qu'on a identifiés lors de l'étude de ceux-ci, donc que c'est plus souvent une réflexion stratégique d'entreprise qu'une réflexion personnelle.
L'un des points qui me vient à l'esprit, c'est la dépendance:
- le fournisseur est-il fiable? Déjà, quelle est son honnêteté? Risque-t-il de voler ou laisser voler par autrui les données de l'utilisateur (pour compte propre ou celui de sa clientèle) (entre autres, propriété intellectuelle, vie privée,
L'un des autres point c'est la disponibilité des sauvegardessur site? etc...
- L'utilisateur a-t-il besoin de restauration très rapide? auquel cas la disponibilité et rapidité de l'hébergeur et celles du FAI de l'utilisateur permettront-elles une vitesse de restauration comparable à celles d'une restauration de sauvegarde
les sauvegardes sur-et-hors-site me paraissent ne pas répondre tout-à-fait aux mêmes besoins et pouvoir être complémentaires
Je sais que ça a l'air stupide, mais commencer par se demander "des sauvegardes? pour quoi faire (me prémunir de quels risques)?" pourrait être avantageux
re prévue par le fabricant-éditeur.2/ Qu'est-ce que permet de faire un NAS commercial (qnap, syno) qu'on ne peut pas faire simplement avec debian ?
Sauf erreur, avec debian on peut gérer *tous* les services réseaux.
Et en plus des outils ordinaire, on peut écrire ou utiliser un programme de surveillance d'infrastructure, avec alerte et réparation automatique, qui me semble plus simple et adaptable qu'un GUI où il faut passer de panneaux en panneaux de la maniè
L'appréciation personnelle de ce qui est "simple" est différente de celle d'autrui: si tu te sens à l'aise en administration d'une Debian ce n'est pas forcément le cas de tout le monde, et d'aucuns pourraient avoir une opinion inverse: Synology c'est simple et Debian, non.
D'autre part tu pourrais être amené à changer d'avis sur la simplicité d'administration d'une Debian comparée à Synology si tu étais confronté à une situation temporairement que tu n'avais pas envisagée de cette manière (exemple ton récentproblème de DNS) et en l'occurrence tu pourrais (supposition, je n'ai jamais utilisé ces solutions) regretter la simplicité d'emploi Synology, malgré la perte de contrôle que tu perçois par rapport à une solution Debian
PS : j'utilise un client Thunderbird où mon texte apparaît beaucoup plus gros que le tien ; on verra ce que ça donne une fois envoyé...
Désolé si j'interviens trop, hein, (dans ce cas , me le dire gentiment), je ne suis pas expert en la matière, je m'interroge juste à haute voix en parcourant les messages de la liste :-)
Sébastien Dinot a écrit :
Tu expliques bien les intérêts pour la sauvegarde, mais comment se passe une restauration ?
Très bien. :)
Illustration pas plus tard que maintenant, suite à l'effacement
accidentel d'un message important reçu vendredi après-midi :
# export BORG_RSH="ssh -i /root/.ssh/id_rsa_backup"
# borg list ssh://[email protected]:23/~/backup/borg/{hostname}
hector-20220228-223303 Mon, 2022-02-28 22:33:10 [7bb7..0cf6]
[...]
hector-20230728-223304 Fri, 2023-07-28 22:33:13 [9b5e..d4df]
[...]
# borg list ssh://[email protected]:23/~/backup/borg/{hostname}::hector-20230728-223304 home/<user>/mail/inbox
-rw------- <user> <group> 4233917 Fri, 2023-07-28 22:31:33 home/<user>/mail/inbox
# cd /tmp
# borg extract ssh://[email protected]:23/~/backup/borg/{hostname}::hector-20230728-223304 home/<user>/mail/inbox
Et le tour est joué. Récupération dans /tmp/home/<user>/mail/inbox de l'état de la boite mail en date du 28 juillet au soir, il ne me restait
plus qu'à aller piocher ledit mail dans ce fichier et à le déplacer dans ma boite courante.
Sébastien
--
Sébastien Dinot, [email protected]
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 151:50:42 |
| Calls: | 12,091 |
| Calls today: | 4 |
| Files: | 15,000 |
| Messages: | 6,517,621 |