Introduction

#

J’ai récemment formaté mon serveur domestique.

Aujourd’hui, il était temps de configurer l’interconnexion avec d’autres appareils pour l’échange de données, à la fois en interne LAN et sur Internet.

Pour ce faire, j’ai commencé à réfléchir aux protocoles que j’allais implémenter pour le transfert de fichiers et j’ai décidé que la meilleure façon de choisir était de faire une petite analyse :

Caractéristiques

#

Voyons ce que nous recherchons dans un protocole de transfert de fichiers.

• Sécurité
  • C’est un point important à garder à l’esprit pour moi, ce sera mon troisième serveur à domicile et je veux qu’il soit sécurisé, du moins en termes de connexions via Internet, si nous avons une connexion Ethernet à la maison et un wifi bien sécurisé.
• Vitesse
  • Quand je veux un fichier, je le veux maintenant et chaque seconde passée à regarder une barre de progression est une seconde perdue de ma vie
• Consommation d’énergie
  • Comme nous utiliserons un NAS, un MediaCenter, etc., plus nous consommons constamment le processeur, mieux c’est, évitant les démons, etc.
• Consommation de ressources
  • La plupart des serveurs domestiques sont généralement fabriqués avec un vieil ordinateur, et nous ne voulons pas cela car nous avons trop de services en cours de route, nous ne pouvons pas regarder un bon mkv 3D en streaming depuis la maison du village:D
• Facilité de mise en place

Protocoles

#

Voyons un peu de ses caractéristiques, avantages et inconvénients :

• FTP

  #

  • FTP Simple

    #

    • Il est exclu comme système de transfert de fichiers, car il existe de meilleures solutions pour le LAN et pour Internet, le FTP est un protocole peu sécurisé, malgré son usage généralisé.
    • Cependant, c’est celle qui peut nous offrir les meilleures performances et rapidité si notre serveur dispose de peu de ressources, car il n’aura pas à chiffrer et déchiffrer la connexion

  • SFTP

    #

    • Chaque serveur doit avoir un shell ssh pour se connecter à distance, donc cette option
      • C’est un protocole sécurisé.
      • Ça nous empêche d’avoir un autre démon qui se promène.
      • Cela nous empêche de gérer les utilisateurs séparément.
      • Comme nous avons openSSH installé sur notre serveur, nous n’aurions pas besoin de configurer autre chose.
      • Il utilise un seul canal de communication, ce qui facilite les connexions via un pare-feu. (Ceux qui ont configuré un FTP en AZURE au-dessus d’une machine virtuelle Linux savent de quoi je parle :D.)

  • FTPS

    #

    • C’est un protocole sécurisé.
    • Il nécessite un minimum de connaissances pour sa configuration.
    • Nécessite l’installation d’un service.

• NFS

  #

  • Il a la réputation d’être rapide.
  • Dans les tests, le résultat a été catastrophique.
  • Il est disponible à la fois sur Internet et en réseau local.
  • Sa configuration, avec authentification, n’est pas triviale.
  • À partir de Windows 8, ce protocole n’est pris en charge que dans la version entreprise et les clients non natifs comme Nekodrive ne prennent pas non plus en charge Windows 8.
  • Il offre une grande stabilité, supérieure à SMB pour les gros fichiers.

• PME

  #

  • Ce protocole présente l’inconvénient d’être utilisé uniquement pour les réseaux LAN.
  • Sa configuration est triviale.

• UPnP (Streaming)

  #

Pour l’utilisation de fichiers multimédias en streaming vers et depuis d’autres appareils tels que d’autres PC mobiles ou tablettes.

• Serveur

  #

Plex sera chargé d’agir comme serveur de fichiers, à la fois via LAN, UPnP, DLNA et via Internet.

• Client

  #

Ce serveur sera connecté à la télévision et au système sonore, donc XBMC sera chargé de recevoir et de lire les fichiers multimédias.

Dans la deuxième et dernière partie de cette série, nous analyserons les vitesses de transfert de ces protocoles pour choisir l’un ou l’autre.

Via Flikr: