[Réseau/NAS]Le topic des gros nas

[johnclaude]

On a toujours ses vidéos de freenas, qui trainent ici.

[moimadmax]

Oui mais avec Freenas tu n'as pas la satisfaction du Home Made

[olih]

En fait je veux bien donner un coup de main, mais je ne sais pas trop sur quoi vu que je n'ai pas de NAS .
Ou alors un petit tuto : créer un NAS virtuel sous Virtualbox qui réagit comme un vrai .
Le truc c'est qu'il faudrait se mettre d'accord sur une distribution quitte à préciser les différences avec les autres ou alors faire des tuto génériques.

[GxxP]

Voilà ce que j'ai fait sur mon serveur et que je peux expliquer si vous voulez :

- Installation ubuntu-server
- Configuration de rtorrent et proftpd
- Configuration d'un serveur daap
- Installation de openssh sur le serveur et installation/configuration de sshfs (ou autofs éventuellement) sur les postes clients
- Configuration rapide du routeur (ce n'est pas le coté compliqué de la chose mais il ne faut pas l'oublier )

Par contre j'me barre bientot à l'étranger donc faut pas que vous soyez pressés sur les délais hein .

[Neo_13]

Et la Neo_13 revient avec Freenas et nous explique que tout ça se fait en 10 min installation comprise .

J'ai même mis une vidéo sur youtube pour le montrer.

Install :


Config RAID1 + encryption + smb + bittorrent :



Mais bon, j'ai aussi un blog dans un coin pour prendre des notes sur des trucs relatif à openbsd, freebsd et ce qui me passe par la tete en lien avec la sysadmin.

---------- Post ajouté à 23h57 ----------

On a toujours ses vidéos de freenas, qui trainent ici.

Ben je les ai relinké.

---------- Post ajouté à 23h59 ----------

A noter, j'ai quelque part un vieil article qui parle de routage, pare-feu, dns, smtp, imap, webmail, apache et dotclear...

Si je retombe sur le "manuscrit" (parce que le texte est à moi, les images, pas toutes et la mise en forme, non, c'est propriété du magazine à qui j'ai vendu un droit de diffusion) je ferai une mise à jour, un jour.

---------- Post ajouté à 00h01 ----------

Pis, c'est pas parce que freenas torche un NAS en moins de 10min, install comprise que c'est le bien et que je m'en sers : mon nas actuel est sous openbsd.

[Ashley TOUCRU]

Voilà ce que j'ai fait sur mon serveur et que je peux expliquer si vous voulez :

- Installation ubuntu-server
- Configuration de rtorrent et proftpd
- Configuration d'un serveur daap
- Installation de openssh sur le serveur et installation/configuration de sshfs (ou autofs éventuellement) sur les postes clients
- Configuration rapide du routeur (ce n'est pas le coté compliqué de la chose mais il ne faut pas l'oublier )

Par contre j'me barre bientot à l'étranger donc faut pas que vous soyez pressés sur les délais hein .

Puis-je me permettre une question ? Ne serait-il pas judicieux, en tête de cette discussion, d'insérer un glossaire (avec éventuellement des liens documentés) afin que les néophytes (dont je fais partie) puissent s'initier aux joies des serveurs et autres notions ésotériques relatives aux NAS ? Ou cette discussion s'adresse-t-elle délibérément aux spécialistes ? Dans ce cas, où trouver sur CanardPC les bases de ce joyeux bordel ?

[Eld]

Pour un NAS home made, il y a encore un intérêt à faire un RAID en dessous du système de fichier plutôt que laisser zfs/btrfs s'en occuper ? (en partant du principe qu'on les considère stables).

[Neo_13]

Une première solution est effectivement de poser la question.
Une autre de taper wikipedia qui rentrera souvent plus dans le détail que moi.
rtorrent : à froid (je connais pas le soft), je dirais logiciel bittorrent
proftpd : serveur ftp
daap : aucune idée. En général je conclue de "aucune idée" un "donc j'en ai pas besoin, sinon, je connaitrais au moins son existence"
openssh : logiciel ssh (secure shell)
sshfs : ssh filesystem (comme ntfs mais en pas pareil)
autofs : fs aussi, mais je sais pas ses spécificités.

Après, openssh, je connais bien, j'ai même du écrire un papier dessus, ya longtemps. les autres, c'est très vague et un jour, si j'en ai besoin, je me documenterai.
Une regle en sysadmin amateur comme ici : on avance en marchant. Oui, ton premier serveur sera vraisemblablement mal configuré. Mais indépendamment du temps que t'auras passé à te documenter.

C'est pour ça que je ne conseille jamais à un débutant de mettre le "serveur" en frontal, pour que si ça chie, ça chie que localement, protégé par le parefeu de la box.

---------- Post ajouté à 12h51 ----------

Pour un NAS home made, il y a encore un intérêt à faire un RAID en dessous du système de fichier plutôt que laisser zfs/btrfs s'en occuper ? (en partant du principe qu'on les considère stables).

Pour moi, oui, car tu trouveras des tuto plus nombreux pour récupérer les datas vomies.

[xheyther]

Pour un NAS home made, il y a encore un intérêt à faire un RAID en dessous du système de fichier plutôt que laisser zfs/btrfs s'en occuper ? (en partant du principe qu'on les considère stables).

Le raid je vois ça comme de la duplication de donnée sur 2 support physiquement distincts et cela peut permettre de palier une défaillance. Btrfs ou zfs ne sont que des méthodes de stockage sur un support, avec des techniques permettant de faire des rollbacks tout ça... Ce n'est donc pour moi pas du tout le même objectif.

Et rien n'empêche de faire du btrfs au dessus d'un raid 1.

[Eld]

Btrfs et Zfs savent répliquer sur 2 supports différents, ils ont un mode raid1 intégré.

[moimadmax]

C'est vrai que c'est pas très documenté par contre. J'avais essayé de faire cela. Notamment un truc du style un FS qui duplique Bit à Bit d'un disque sur l'autre comme ca chaque disque est Bootable en cas de problème. Et surtout il permettrai d'être lu directement sans avoir de volume a remonter ou autre. en Bref ... L'ideal

[Ashley TOUCRU]

Une première solution est effectivement de poser la question.
Une autre de taper wikipedia qui rentrera souvent plus dans le détail que moi.

C'est sûr, mais dans ce cas, je suppose que de nombreux ouvrages ou sites internet doivent être très documentés là-dessus.

rtorrent : à froid (je connais pas le soft), je dirais logiciel bittorrent
proftpd : serveur ftp
daap : aucune idée. En général je conclue de "aucune idée" un "donc j'en ai pas besoin, sinon, je connaitrais au moins son existence"

C'est, entre autres, pour cette raison que j'évoquais la possibilité d'un glossaire. Visiblement, il est question ici de notions qui échappent rapidement au commun des mortels...

openssh : logiciel ssh (secure shell)
sshfs : ssh filesystem (comme ntfs mais en pas pareil)
autofs : fs aussi, mais je sais pas ses spécificités.

Après, openssh, je connais bien, j'ai même du écrire un papier dessus, ya longtemps. les autres, c'est très vague et un jour, si j'en ai besoin, je me documenterai.
Une regle en sysadmin amateur comme ici : on avance en marchant. Oui, ton premier serveur sera vraisemblablement mal configuré. Mais indépendamment du temps que t'auras passé à te documenter.

C'est pour ça que je ne conseille jamais à un débutant de mettre le "serveur" en frontal, pour que si ça chie, ça chie que localement, protégé par le parefeu de la box.

Merci de ta réponse. Je me pencherai plus en détails sur toutes ces choses barbares quand je devrai mettre moi-même les mains dans le cambouis. Difficile d'entrer en cours de route dans cette discussion, sans posséder les bases.

[GxxP]

Oui désolé d'avoir donné les noms des paquets sans préciser leurs rôles.

C'était surtout pour expliquer aux gens qui "tiennent" ce topic ce que je peux essayer d'expliquer. Je serai plus clair dans le tuto (ou tout du moins je vais essayer ).

C'est vrai que je ne peux que conseiller d'y aller en tatonnant comme tu le dis Neo13. D'abord en local et quand tu sens que tu roules là tu configures ta box pour y avoir accès de l'extérieur. J'ai installé mon premier serveur il y a 2 ans et je n'y connaissais rien à linux. J'ai pas mal galéré au début mais c'est maintenant je suis content de faire à peu près "tout ce que je veux" en ayant appris tout seul .

D'autre part je te conseille très vivement de regarder la documentation d'ubuntu quand tu te poses des questions Ashley TOUCRU : http://doc.ubuntu-fr.org. C'est en général bien expliqué et plutôt fourni. Si l'anglais ne te fait pas peur, n'hésite pas à regarder les doc équivalentes en anglais. C'est l'un des gros avantages du libre je trouve, les docs sont très bien fournies et très bien faites .

PS : Daap c'est un protocole pour partager sa musique, c'est le protocole utilisé par itunes mais pas mal d'autres logiciels le gèrent. Autofs c'est un paquet pour automatiser le montage de système de fichiers.

[moimadmax]

D'autre part je te conseille très vivement de regarder la documentation d'ubuntu quand tu te poses des questions Ashley TOUCRU : http://doc.ubuntu-fr.org. C'est en général bien expliqué et plutôt fourni. Si l'anglais ne te fait pas peur, n'hésite pas à regarder les doc équivalentes en anglais. C'est l'un des gros avantages du libre je trouve, les docs sont très bien fournies et très bien faites .

Surtout pour Ubuntu en fait. C'est aussi pour cela que j'aime cette distrib.
Car même si tout est bien documenté de manière générale en open source, des fois les doc sont quand même difficilement accessible au noobs comme moi, le coté "Pour les nuls" des docs très accessible d'Ubuntu est quand même appréciable.

[johnclaude]

Puis-je me permettre une question ? Ne serait-il pas judicieux, en tête de cette discussion, d'insérer un glossaire (avec éventuellement des liens documentés) afin que les néophytes (dont je fais partie) puissent s'initier aux joies des serveurs et autres notions ésotériques relatives aux NAS ? Ou cette discussion s'adresse-t-elle délibérément aux spécialistes ? Dans ce cas, où trouver sur CanardPC les bases de ce joyeux bordel ?

Je crois que c'est la meilleure suggestion pour l'instant, d'ailleurs pour être honnête je plane carrément, du coup j'étais moyennement chaud pour tenir le topic.

[olih]

Commençons alors, je mets une une liste de définitions que chacun pourra augmenter/modifier.

• NAS : Network Attached System -> Système de Sauvegarde en Réseau : le plus généralement un périphérique contenant des disques durs se branchant sur le réseau local et servant de sauvegarde distante.
• FTP : File Transfert Protocol -> Protocole réseau spécialisé dans le transfert de fichier. Il nécessite un client logiciel permettant d'envoyer et de rapatrier des fichiers et un serveur (logiciel) gérant les accès et les requêtes des clients. Le serveur se trouve sur le NAS et les clients sur les pc.
• Openssh : OpenBSD secure shell -> Panoplie d'outils permettant de créer des connexions sécurisés.
• Autofs : Montage automatique de système de fichier.
• sshfs : permet de monter des systèmes de fichier distant à travers une connexion sécurisée.
• Samba : Implémentation libre des protocoles microsoft SMB et CIFS plus d'autre choses.
• Cups : Serveur d'impression libre permettant de partager des imprimantes.
• Sane : Pour le partage et la gestion des scanners.
• Daap : protocole réseau de partage de son.
• ...

[Ashley TOUCRU]

Commençons alors, je mets une une liste de définitions que chacun pourra augmenter/modifier.

Merci à vous pour votre compréhension. Et plus particulièrement à olih qui a pris la peine de détailler ces abréviations. Ca éclaircit déjà bien les notions.

[olih]

Merci à vous pour votre compréhension. Et plus particulièrement à olih qui a pris la peine de détailler ces abréviations. Ca éclaircit déjà bien les notions.

Je ne me suis pas lancé dans l'explication des différents RAID, ça fait trop peur et il faut faire des dessins pour comprendre.
Autrement, il y a wikipedia.

[johnclaude]

Par contre moi j'ai pas trop le temps de m'occuper de tout ça en ce moment, et jusqu'à mi octobre ça va être encore pire.

[Ashley TOUCRU]

Je ne me suis pas lancé dans l'explication des différents RAID, ça fait trop peur et il faut faire des dessins pour comprendre.
Autrement, il y a wikipedia.

Ben paradoxalement, je serais incapable de les lister de tête, mais ça, je n'ai malgré tout pas trop de mal à le comprendre.

[Neo_13]

[list]
[*]FTP : File Transfert Protocol -> Protocole réseau moisi spécialisé dans le transfert de fichier. Il date d'avant le TCP/IP et y est mal adapté. Il nécessite un client logiciel permettant d'envoyer et de rapatrier des fichiers et un serveur (logiciel) gérant les accès et les requêtes des clients. Le serveur se trouve sur le NAS et les clients sur les pc.

J'ajouterais:
Reliquat d'une époque où il y avait 5ordinateurs dans le monde, cette saloperie aurait du mourir en même temps qu'unix naissait ou quasiment. Puissante faille de sécurité en lui même, c'est un protocole à oublier, sauf à savoir construire des parefeux dotés de trésors de technique et d'ingéniosité, tout en nécessitant une surveillance permanente.

Je pourrais continuer, mais je crois que l'idée est saisie

[olih]

J'ajouterais:
Reliquat d'une époque où il y avait 5ordinateurs dans le monde, cette saloperie aurait du mourir en même temps qu'unix naissait ou quasiment. Puissante faille de sécurité en lui même, c'est un protocole à oublier, sauf à savoir construire des parefeux dotés de trésors de technique et d'ingéniosité, tout en nécessitant une surveillance permanente.

Je pourrais continuer, mais je crois que l'idée est saisie

On peut faire du sftp alors ?

[Neo_13]

Oui, le sftp c'est brillant, ça stoppe les calvities, fait revenir l'être aimé et trouve du travail.

Mais SFTP, c'est basiquement un truc par SSH, c'est pour ça que c'est beau !

[olih]

Oui, le sftp c'est brillant, ça stoppe les calvities, fait revenir l'être aimé et trouve du travail.

Mais SFTP, c'est basiquement un truc par SSH, c'est pour ça que c'est beau !

En plus pas besoin d'installer un autre serveur si on a un ssh de fonctionnel . Deux pour le prix d'un c'est beau .
Maintenant sortons de sa tanière le célèbre NFS vs SMB histoire de relancer le débat .

[Ashley TOUCRU]

J'ajouterais:
Reliquat d'une époque où il y avait 5ordinateurs dans le monde, ... Je pourrais continuer, mais je crois que l'idée est saisie

Nous utilisons beaucoup les Ftp avec les imprimeurs. Ca veut dire qu'on a pas bon ?

[moimadmax]

Faut pas être si négatif, le FTP a ses défauts mais il reste le seul protocole qui offre de reprendre un Upload ou un download interrompu. Et rien que pour cela, avec nos connexions asymetrique, il mérite sa place sur un NAS. Après vous me direz que http le permet, c'est vrai mais avec un vrai navigateur, car je rappel que, il n'y a encore pas si longtemps que cela, Firefox était INCAPABLE de reprendre un téléchargement si on le fermait. Même IE6 le faisait. C'est aussi pour cela que je me suis détourné de FF pour Opera.

Et un autre avantage de taille du FTP c'est qu'il est grand public. Le gros noobs vous lui donnez un lien du style ftp://Madmax:motdepasse@monftp.domaine.info a copier/coller dans Explorer et l'affaire est réglée. Demander lui d'installer un lien NFS (sous Win je sais pas si c'est possible), ou un partage Samba distant c'est pas aussi simple.

Après certe, niveau Firewall/NAT c'est un peu la merde le FTP. Et qu'il date d'avant le TCP/IP je doute un peu, car c'est un protocole TCP/IP.

[Neo_13]

NFS>>>>SMB et avec unix services for windows, on peut le faire (la prochaine évolutions de mon nas, c'est la liquidation d'SMB au profit de NFS.

Pour FTP, il n'y a pas que FW que c'est un fail géant, il y a aussi les mdp en clair, et toutes les attaques existantes. Qu'un démon ait accès aux fichiers, déjà, ça me stresse, qu'en plus ce soit avec une identification à 2 balles, c'est quasi l'hystérie et qu'en plus avec la merde FW, les attaques magiques sont ruineuses (en temps) à controler et les failles du serveur lui même sont fréquentes. Biiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiip

Je m'autocite (sur mon blog)

Pour accéder à une zone de fichiers, le premier protocole auquel on pense, c’est FTP. Le dinosaure, devrais je dire, vu que c’est un protocole vieux de près de 40ans, antérieur à TCP/IP.

Bon, la sécurité n’est pas terrible, les mots de passe, comme les données, circulent en clair. Beurk ! Par contre, on peut créer des users virtuels, sans compte locaux…

Le SFTP par contre, passe par OpenSSH, est donc parfaitement sécurisé. Mais il faut des comptes locaux. Mais on peut les créer sans shell, avec un home qui correspond à l’espace de partage et appartenant au groupe de partage. Et on peut chrooter l’espace de partage.

pw groupadd sharegroup

Puis dans /etc/ssh/sshd_config

# override default of no subsystems
#Subsystem sftp /usr/libexec/sftp-server
Subsystem sftp internal-sftp

Match group sharegroup
ChrootDirectory /data/sharegroup
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp

Il faut que /data/sharegroup appartiennent à root, groupe wheel et 755. Et RIEN d’autre, sinon chroot interdit la connexion.

[xheyther]

Faut pas être si négatif, le FTP a ses défauts mais il reste le seul protocole qui offre de reprendre un Upload ou un download interrompu.

Je peux te cité une dizaine de protocoles, d'échange de fichiers ou non qui supportent la reprise d'une communication (dont certains très exotiques certes).

Son seul avantage c'est comme tu l'as dit son universalité.

Et qu'il date d'avant le TCP/IP je doute un peu, car c'est un protocole TCP/IP.

Alors que TCP c'est 1981 qu'il a été publié par le DoD, les premières utilisations de FTP remonte au début des années 70 si ma mémoire est bonne, je n'ai pas trouvé de date. Il y a beau eu avoir plusieurs RFC, FTP est largement antérieur à TCP.

Par ailleurs tu confonds les couches de protocoles. TCP c'est un protocole de la couche transport (lui même au dessus de IP un protocole réseau), alors que FTP c'est un protocole de la couche d'application, la plus élevée qui se situe au 3 niveau au dessus des deux autres. Tu peux changer les couches réseau et transport et continuer à faire du FTp sans soucis.

[moimadmax]

NFS>>>>SMB et avec unix services for windows, on peut le faire (la prochaine évolutions de mon nas, c'est la liquidation d'SMB au profit de NFS.

Pour FTP, il n'y a pas que FW que c'est un fail géant, il y a aussi les mdp en clair, et toutes les attaques existantes. Qu'un démon ait accès aux fichiers, déjà, ça me stresse, qu'en plus ce soit avec une identification à 2 balles, c'est quasi l'hystérie et qu'en plus avec la merde FW, les attaques magiques sont ruineuses (en temps) à controler et les failles du serveur lui même sont fréquentes. Biiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiip

Je m'autocite (sur mon blog)

C'est sur que niveau sécu c'est a chier, il faudrait qu'il soit réécrit, pour au moins chiffrer la connection par défaut, bien qu'il me semble que ca soit pris en charge par la majorité des serveur/client. TotalCommander le fait sans problème. Mais ca devrait être standard et pas une option, je suis d'accord avec toi.

NFS à l'air interessant, je n'y avais jamais pensé. Pour la connection NAS/PC sur le reseau Local ca semble bien.

Par contre à distance, même si ca semble possible, c'est toujours le même problème. C'est compliqué pour ceux qui voit l'ordi comme un objet moche, compliqué et synonyme de travail.

Et la reprise en cas de déconnexion c'est quand même royal. La dernière fois un copain à du envoyé une image Disque d'un DVD de caméscope numérique, 1 Go le fichier. Ben à 15 Ko/s t'es content de pouvoir reprendre si ca coupe, ou de pouvoir le faire en plusieurs fois. Avec NFS c'est pas possible il me semble ?

Je peux te cité une dizaine de protocoles, d'échange de fichiers ou non qui supportent la reprise d'une communication (dont certains très exotiques certes)

Je me suis mal exprimé, c'est le seul protocole Grand Public qui permet la reprise.

Et pour le TCP/IP, merci pour le rappel des couches OSI, j'ai un peu mélangé, ca remonte à loin tout ca .

Sinon c'est pas mal non plus http://www.whitsoftdev.com/ssft/

[Neo_13]

C'est sur que niveau sécu c'est a chier, il faudrait qu'il soit réécrit, pour au moins chiffrer la connection par défaut, bien qu'il me semble que ca soit pris en charge par la majorité des serveur/client. TotalCommander le fait sans problème. Mais ca devrait être standard et pas une option, je suis d'accord avec toi.

Euh, Soit c'est FTPS, et c'est à peine mieux, soit c'est SFTP et c'est du SSH. Dans filezilla, t'as les 2 qui sont possibles et c'est transparent pour l'utilisateur idiot. Juste niveau serveur, c'est différent. Et je crois qu'on peut pas y acceder en direct depuis le navigateur. Et SFTP supporte la reprise de DL. Et d'UL tant qu'à faire.