Serveur de sauvegarde et de support hors site de RV | shoppingmaroc.net


Quelle meilleure façon d'ajouter une touche geek à #vanlife qu'avec un
Serveur Linux dans votre VR

On pourrait facilement faire valoir que le VR est le projet de bricolage ultime
Cour de récréation. Il combine tous les projets de bricolage que vous pourriez effectuer sur un
véhicule avec les projets de bricolage pour une maison. Ajoutez à cela le fait que vous pouvez
passer des jours à vivre dans une petite maison sur roues en naviguant sur les autoroutes, les forêts
et des déserts, et vous avez toute une autre classe de projets de bricolage à faire
le plus de cet espace plus petit. Les véhicules récréatifs offrent également toute une gamme de puissance
options de batteries à décharge profonde de 12V à alimentation à quai de 110V aux générateurs
et des alternateurs à l'énergie solaire, donc il y a toute une classe de l'électricité
Projets de bricolage liés à tirer le meilleur parti de vos options d'alimentation en évolution.

Et si vous êtes un geek, avoir un RV introduit un tout autre niveau de bricolage
possibilités. Tout d'abord, il y a tous les projets électroniques à
gérer la commutation entre les sources d'alimentation, suivi de la consommation d'énergie
et en gardant ces batteries chargées. Ensuite, il y a toute une catégorie de
projets liés à l'accès à Internet alors que loin de la maison qui impliquent
tout, des hotspots WiFi mobiles aux réseaux cellulaires
Internet par satellite itinérant (et si vous êtes intelligent, un routeur intelligent
vous dirige vers la meilleure option disponible et la moins chère). Enfin, il y a
sont plusieurs possibilités de projets liés aux systèmes informatiques dans le RV,
y compris les commutateurs et les routeurs locaux, les ordinateurs personnels
qui transforme le RV dans un bureau mobile, et les centres de médias afin que vous puissiez regarder
TV et films de la route.

Il se trouve que j'ai récemment eu un RV-1996 Roadtrek 170 à
être exact. Bien que cet achat ait engendré une énorme liste de projets de bricolage,
mon tout premier projet basé sur Linux se concentre sur le centre des médias. À
à la maison, mon centre de médias est un OSMC de Raspberry Pi fonctionnant, et cela fonctionne très bien
pour accéder à mes DVD et CD extraits de mon NAS et les lire sur
ma télé de salon. Quand j'ai eu le VR, j'ai réalisé que l'un des premiers
les choses que nous voulons est un moyen d'accéder à tous ces médias de la route, même
si nous étions au milieu des bois.

Dans cet article, je
décrire toutes les étapes que j'ai prises pour construire un serveur de médias juste pour le
RV qui maintient une copie à jour de mes médias et même
se synchronise automatiquement lorsqu'il est parqué dans mon allée. Il se trouve que dans le processus de
la construction d'un serveur de médias, je me suis retrouvé avec une assez bonne sauvegarde hors site
solution aussi bien. Même si vous ne possédez pas de VR, vous pouvez adapter ces
étapes pour ajouter votre propre sauvegarde semi-hors site à votre voiture.

Figure 1. Présentation de "Van Winkle" (Crédit photo: Joy Rankin)

Nomenclature

Avant de passer à travers chaque étape de ce projet, je veux afficher l'intégralité
liste du matériel que j'ai utilisé. J'essaie d'expliquer pourquoi j'ai choisi le matériel
Je l'ai fait ci-dessous, et en fonction de vos besoins, une partie de ce matériel pourrait
être optionnel. Par exemple, si vous avez une bonne réception WiFi de votre
véhicule, vous ne pouvez pas avoir besoin de l'extension WiFi que j'ai acheté. Si vous voulez juste
pour créer une solution de sauvegarde de fichiers hors site sans aucune lecture de média,
vous n'auriez pas besoin d'acheter le téléviseur ou les supports de montage.

  • AXESS TV1705-15 HDTV LED 15 ": 124,99 $
  • Mount-It! Monture de téléviseur verrouillable pour VR: 43,99 $
  • Raspberry Pi 3 B +: 45,99 $
  • Disque dur Western Digital 8 To MyBook USB3: 170 $
  • Carte MicroSD SanDisk SDHC de 16 Go à deux composants: 10,78 $
  • Câble HDMI d'un pied: 7,99 $
  • Windows 7 Vista XP Media Center MCE PC télécommande et récepteur infrarouge: 16,90 $
  • Répéteur WiFi VONETS VAP11G-300: 19,89 $
  • Total: $ 440.53

Étape 1: Matériel de serveur de médias

La première étape de ce processus a été la sélection du matériel et des logiciels pour
le serveur multimédia lui-même. Puisque le matériel allait fonctionner depuis mon VR
"batterie de la maison", la plus faible puissance le mieux. J'avais prévu d'utiliser quelques
forme de distribution pré-faite pour le logiciel Kodi Media Center (j'étais
entre OpenELEC, LibreELEC et OSMC), je voulais donc choisir un matériel
était bien soutenu par ces distributions. Puisque l'ordinateur allait
effectuer la lecture des médias, et tous ces appareils de faible puissance ont relativement
ralentir les CPU ARM polyvalents en eux, il était également important que le
les distributions sur ma liste pourraient tirer parti de matériel accéléré
lecture pour les codecs multimédia courants. Je voulais synchroniser mes fichiers sur cette
matériel sans fil, il était donc important que le matériel ait un
carte sans fil. Enfin, parce que je prévoyais d'attacher un grand externe
USB3 disque dur à l'ordinateur pour stocker tous mes médias, idéalement le
l'ordinateur aurait un port USB3 plus rapide.

En évaluant le matériel, le premier changement important que j'ai fait a été de
Exigence USB3 en faveur de la lecture multimédia accélérée par le matériel. Plus
des ordinateurs à carte unique que j'ai évalué qui avait le support USB3 (comme le
Odroid XU4 j'ai utilisé pour mon NAS) n'a pas eu l'accélération matérielle garantie
pour les médias. Comme j'ai fait des recherches sur la question, j'ai réalisé que tout en
Bande passante USB2 est relativement faible, il se trouve que beaucoup de gens dans le
flux communautaires de grands médias sur USB2 et qu'il devrait être bien pour
mes utilisations. Avec la lecture des médias à l'écart, mon autre souci était de
synchroniser les fichiers de mon réseau domestique, mais dans ce cas, ma connexion WiFi
était le vrai goulot d'étranglement.

Maintenant que je n'avais plus à me soucier du support USB3, j'ai commencé à limiter
mes choix au matériel explicitement supporté par LibreELEC, comme c'était le
avant-coureur dans ma sélection de distribution. Pour ma sélection finale du matériel,
Je l'ai réduit au Raspberry Pi 3 B + ou à un Odroid C2-un concurrent de
la série Raspberry Pi qui a promis de grandes performances graphiques et avait
un capteur IR intégré. A la fin je me suis installé sur le Raspberry Pi 3 B +
Pour les raisons suivantes:

  • Carte WiFi intégrée: même si j'avais quelques cartes USB WiFi,
    J'ai aimé le fait que la dernière carte Raspberry Pi non seulement inclus
    une carte WiFi, mais il était également censé offrir une bien meilleure performance que
    tentatives antérieures.
  • Meilleur support communautaire global: le Raspberry Pi est juste un peu plus
    plate-forme populaire, donc je me sentais plus confiant que sur la route, il serait
    continuer à obtenir des mises à jour indépendamment de la distribution du centre de médias, je
    décidé d'utiliser.
  • Mieux pour un article de bricolage: j'ai travaillé sur ce projet avec un oeil pour
    écrit à ce sujet. En sélectionnant le Raspberry Pi, j'ai choisi le matériel que vous
    sont plus susceptibles d'avoir ou du moins d'avoir plus de facilité à
  • J'ai probablement besoin d'un port USB IR de toute façon: bien que le port IR intégré
    dans l'Odroid C2 était convaincante, je voulais la possibilité de cacher la
    ordinateur si cela a mieux fonctionné lors de l'installation. Cela signifiait que je ne pourrais pas
    être capable de le monter directement à l'arrière du téléviseur et pourrait avoir à
    faire fonctionner un récepteur IR sur le téléviseur de toute façon.

Avec un nouveau Raspberry Pi 3 B +, j'ai commandé quelques cartes SD et
choisi un "MCE distant" générique qui est venu avec un récepteur IR USB. MCE
les télécommandes sont conçues pour les PC Windows Media avec un bouton standard
arrangement pour les serveurs de médias, et ils sont généralement bien pris en charge dans
Distributions Kodi, donc tous les boutons fonctionnent hors de la boîte.

Un autre élément clé du matériel était le boîtier de disque USB pour stocker tous
mes dossiers. J'avais besoin de beaucoup de stockage multimédia dans un paquet relativement petit,
J'ai donc opté pour un Western Digital MyBook de 8 To. Vous pouvez les trouver en local
magasins électroniques souvent pour beaucoup moins cher que le même lecteur de 8 To à l'extérieur
une enceinte. Ils sont également alimentés par un connecteur de canon 12V, qui
facilite l'échange de son adaptateur secteur pour une alimentation CC directe
qui se connecte à l'un des adaptateurs 12V DC dans le RV. Bien sûr si
vous pouvez vous débrouiller avec moins de stockage, vous devriez envisager un ordinateur portable de 2,5 "
disque dur à la place, car ils ont généralement des exigences de puissance beaucoup plus faible
(et prennent moins de place) par rapport à un lecteur de 3,5 ".

Étape 2: Logiciel de serveur de médias

Je savais que je voulais utiliser une sorte de distribution Kodi préconstruite
pour mon centre de médias parce que j'étais déjà habitué à cette interface à la maison. À
à la maison, j'utilise OSMC, mais pour le système de RV, je choisissais entre elle, OpenELEC et
LibreELEC. OSMC est une distribution basée sur Raspbian qui se regroupe et
configure Kodi pour vous. OpenELEC et sa fourche plus à la pointe LibreELEC
sont plus axés sur l'optimisation, et au lieu d'être basé sur Raspbian,
ils ont une distribution plus fortement personnalisée et légère. le
résultat final est que OpenELEC et LibreELEC finissent par démarrer beaucoup plus rapidement.

Figure 2. OSMC fonctionnant sur mon téléviseur de RV

À la maison, je laisse toujours mon serveur de médias sur tout le temps, même si le
La TV n'est pas allumée, donc le temps que l'OSMC prend pour démarrer n'est pas un problème. Dans
le RV, je voulais économiser de l'énergie, alors j'ai prévu d'alimenter le Raspberry Pi
du téléviseur, de sorte qu'il ne s'allume automatiquement que lorsque le téléviseur est allumé
sur. Cela a rendu le démarrage rapide plus attrayant, et comme le disait LibreELEC
support de pointe pour mon Raspberry Pi de pointe, j'ai décidé d'essayer
ce premier.

Les temps de démarrage de LibreELEC étaient excellents, mais malheureusement,
temps de démarrage rapide dépouillé signifie également qu'il n'y avait pas beaucoup de
d'autres outils disponibles dans les coulisses. Bien que LibreELEC ait
l'option de ssh dans le serveur, très peu d'autres paquets
sont disponibles. Cela signifiait que je ne pouvais pas facilement installer rsync, qui était
critique pour ce projet.

Finalement, j'ai décidé d'OSMC. Bien que les temps de démarrage sont plus longs que
LibreELEC, le fait qu'il soit basé sur Raspbian signifie que je peux traiter
le serveur sous-jacent comme n'importe quel autre système Debian. Cela fait de la personnalisation
pour répondre à mes besoins de sauvegarde et de chiffrement beaucoup plus simple. Cela signifie aussi
Je pourrais ajouter des capacités supplémentaires à ce système à l'avenir sans
jaillissant pour un Raspberry Pi séparé.

Étape 3: Configuration du serveur multimédia

La configuration du serveur multimédia lui-même était assez simple. Je viens
copié la dernière image OSMC de https://osmc.tv sur une carte microSD
selon les instructions et démarré comme avec tout autre
Installation de Raspbian. Au premier démarrage, il redimensionne sa partition pour remplir le
l'espace restant, et sur le second démarrage, je suis allé à la page des paramètres du système
pour s'assurer que le réseau Ethernet a été désactivé et le réseau WiFi était
connecté à mon point d'accès. C'est une fois où j'ai regretté
J'ai une longue phrase de passe WiFi, parce que je devais entrer un caractère à
une heure via les touches fléchées sur une télécommande et le clavier à l'écran. (Remarque
à soi-même: la prochaine fois apporter un clavier USB au RV.)

Ensuite, je ssh 'd à ce système sur le réseau sans fil d'un autre
ordinateur avec le nom d'utilisateur par défaut: mot de passe de osmc: osmc. Cela signifie que mon
première étape après que je me suis connecté était de changer ce mot de passe:


 $ passwd

L'étape suivante consistait à configurer le disque dur externe de 8 To. Dans la plupart
cas, cela signifierait simplement le brancher, mais étant donné que je prévoyais de sauvegarder
documents potentiellement sensibles, je voulais ajouter une couche de disque
cryptage, donc si les cambrioleurs venaient et volaient mon disque dur, ils ne seraient pas
capable de récupérer des données. D'abord, j'ai branché mon disque dur et vérifié
sortie dmesg pour confirmer à quel périphérique il est apparu. Parce que c'est le seul
Lecteur de type SATA connecté, il devrait apparaître comme / dev / sda, mais vous avez toujours
veux être sûr:


 $ sudo dmesg | grep sd
. . .
[    4.805850] sd 0: 0: 0: 0: [sda] Spinning jusqu'à disque ...
[    4.815562] sd 0: 0: 0: 0: attaché scsi générique sg0 type 0
[   21.442041] sd 0: 0: 0: 0: [sda] Très gros appareil. Essayer
 REUtilisez LIRE LA CAPACITÉ (16).
[   21.442279] sd 0: 0: 0: 0: [sda] 15628052480 512 octets logiques
 ↪blocs: (8.00 TB / 7.28 TiB)
[   21.442284] sd 0: 0: 0: 0: [sda] Blocs physiques de 4096 octets
[   21.442599] sd 0: 0: 0: 0: [sda] La protection contre l'écriture est désactivée
[   21.442604] sd 0: 0: 0: 0: [sda] Mode Sens: 47 00 10 08
[   21.442907] sd 0: 0: 0: 0: [sda] page de Mode caché introuvable
[   21.442911] sd 0: 0: 0: 0: [sda] En supposant le cache du lecteur: écrire
 ↪à travers
[   21.443478] sd 0: 0: 0: 0: [sda] Très gros appareil. Essayer
 REUtilisez LIRE LA CAPACITÉ (16).
[   22.786525] sda: sda1
[   22.787302] sd 0: 0: 0: 0: [sda] Très gros appareil. Essayer
 REUtilisez LIRE LA CAPACITÉ (16).
[   22.788287] sd 0: 0: 0: 0: [sda] disque SCSI attaché

Maintenant que je sais que ça se présente sous la forme / dev / sda, la prochaine étape est de mettre en place
cryptage. Pour ce faire, j'ai installé le paquetage cryptsetup sur mes médias
serveur, puis configurer le cryptage LUKS sur le seul disque dur externe
partition, / dev / sda1, qui occupe tout l'espace sur le lecteur:


 $ sudo apt installe cryptsetup
$ sudo cryptsetup --verbose --verify-passphrase
 ↪luksFormat / dev / sda1

Ce processus vous invite à définir une phrase de passe de décryptage, veillez donc à
rappelez-le et éventuellement l'écrire ou le stocker dans votre mot de passe
directeur. Ensuite, je dois ouvrir l'appareil afin que je puisse lui attribuer un nom et
le formater:


 $ sudo cryptsetup luksOuvre / dev / sda1 crypt-sda1
$ sudo mkfs -t ext4 / dev / mappeur / crypt-sda1

Maintenant, le lecteur est prêt à être monté, mais la prochaine fois que le système redémarre
il ne sera pas monté automatiquement, alors maintenant je dois le configurer. Car
Je veux que le système soit capable de monter cette partition automatiquement,
cela signifie créer un fichier clé lisible uniquement par root sur ce système,
le remplir avec des contenus aléatoires et faire de ce fichier une clé supplémentaire
pour déverrouiller le volume chiffré. Plus tard, je peux pointer le système à cette
keyfile, mais d'abord nous allons le configurer:


 $ sudo dd si = / dev / urandom de = / root / fichier de clé bs = 1024 count = 4
$ sudo chmod 0400 / root / fichier-clé
$ sudo cryptsetup luksAddKey / dev / sda1 / root / fichier-clé

Pour configurer le système pour configurer automatiquement cet appareil à chaque
démarrage, ensuite je dois comprendre ce que UUID la partition / dev / sda1 était
attribué. Bien que je puisse utiliser / dev / sda1, et si un jour j'ajoute une seconde
Disque dur USB et il attrape cet appareil en premier? J'utilise la commande blkid pour
obtenir l'UUID pour l'appareil:


 sudo blkid / dev / sda1
/ dev / sda1: UUID = "074051d8-e239-408b-a3ba-ee28301bdee2"
 ↪TYPE = "crypto_LUKS" PARTLABEL = "Mon livre"
 ↪PARTUUID = "a97a96bf-41a5-4358-9c33-3458ab36ddf4"

Maintenant, j'ai les informations dont j'ai besoin pour créer un fichier appelé
/ etc / crypttab. Cela donnera au système l'information dont il a besoin pour
configurer le périphérique LUKS automatiquement chaque fois qu'il démarre. Mon fichier a
les contenus suivants:


 $ cat / etc / crypttab
#            
 crypt-sda1 / dev / disque / par uuid / 074051d8-e239-408b-a3ba-ee28301bdee2
 ↪ / root / fichier clé luks

Le premier champ est le nom que vous voulez attribuer à l'appareil (ceci est
ce qui apparaît dans / dev / mapper). Le champ suivant est le chemin complet vers le
appareil brut. Comme vous pouvez le voir, j'ai pointé sur le périphérique par son UUID, qui
signifie utiliser le chemin dans / dev / disk / by-uuid /. Le champ suivant me permet de pointer
au fichier clé que j'ai créé, et le dernier champ permet à cryptsetup de savoir
que ce disque utilise LUKS pour le chiffrement.

OSMC va maintenant monter ce périphérique USB au démarrage automatiquement sans
mon devoir d'ajouter quelque chose à / etc / fstab. Par défaut, il le monte dans
/ media / UUID, mais comme ce serait une douleur à taper pour le reste de mon
scripts, je crée un lien symbolique sous / mnt qui est plus facile à taper:


 $ sudo ln -s / media / f6b0e02c-c08e-45f5-bb28-5a7c360d6f72 /
 ↪ / mnt / stockage

Maintenant, je peux utiliser / mnt / storage chaque fois que je veux accéder à ce périphérique
mes scripts.

Étape 4: synchronisation de fichiers

L'étape suivante consistait à configurer mon script de synchronisation de fichiers. La synchronisation initiale
prendrait une éternité sur le WiFi, donc j'ai débranché le lecteur et connecté
directement à mon serveur NAS, utilisé la commande luksOpen d'en haut pour ouvrir
avec ma phrase secrète, puis monté sur un répertoire temporaire
(/ mnt / temp dans cet exemple). Ensuite, je pourrais créer les répertoires pour mon
sauvegarde et démarre les commandes initiales rsync :


 $ sudo mkdir / mnt / temp / audio
$ sudo mkdir / mnt / temp / documents
$ sudo mkdir / mnt / temp / vidéo
$ sudo rsync -avxH / mnt / stockage / audio / mnt / temp / audio
$ sudo rsync -avxH / mnt / stockage / documents / mnt / temp / documents
$ sudo rsync -avxH / mnt / stockage / vidéo / mnt / temp / vidéo

Ce rsync initial a pris un certain temps à compléter, donc dans le
temps moyen,
J'ai mis en place le reste de la configuration de synchronisation. D'abord, j'ai ajouté une entrée
à / etc / hosts qui pointe vers mon RV pour quand il est sur le réseau, donc je
ne pas avoir à s'y référer par IP:


 192.168.1.50 rv

Parce que je veux rsync fichiers en tant qu'utilisateur root sur mon NAS à la racine
utilisateur sur mon serveur de médias RV, je finis par enfreindre une règle générale de la mienne
et autorisez les connexions SSH en tant que root. Je me rattrape en réglant
des clés SSH pour l'utilisateur "osmc" par défaut afin que je puisse désactiver le mot de passe
se connecter tout à fait. Du système NAS, je vais utiliser ssh je tape ce qui suit comme mon
utilisateur régulier:


 $ ssh-copy-id osmc @ rv

Cette commande me demandera mon mot de passe d'utilisateur osmc une dernière fois,
et à partir de ce moment-là, je devrais pouvoir ssh revenir au RV sans
une invite de mot de passe. Maintenant que je suis sur l'ordinateur de RV, c'est un bon moment pour
créer un répertoire SSH pour l'utilisateur root:


 $ sudo mkdir -p /root/.ssh
$ sudo chmod 0700 /root/.ssh
$ sudo touche /root/.ssh/authorized_keys
$ sudo chmod 0600 /root/.ssh/authorized_keys

Puisque mon script rsync fonctionnera en tant que root (donc il peut s'assurer d'avoir
accès à tous les fichiers locaux qu'il sauvegarde), j'ai aussi besoin de copier mon
les clés SSH publiques de l'utilisateur root. Si votre utilisateur root n'a pas SSH
clés encore, il suffit de taper ce qui suit pour les générer:


 $ sudo ssh-keygen -t rsa

Puis copiez et collez le contenu
de /root/.ssh/id_rsa.pub sur votre serveur de fichiers
/root/.ssh/authorized_keys fichier sur votre ordinateur RV. Depuis que je n'ai pas
activé l'utilisateur root (et l'utilisateur root est désactivé et non
avoir un mot de passe par défaut dans OSMC), je dois utiliser cette méthode à la place
de ssh-copy-id .

Ensuite, éditez le fichier / etc / ssh / sshd_config sur le serveur RV et assurez-vous
que l'option PasswordAuthentication est mise en commentaire et l'option
PermitRootLogin est défini sur yes. Ensuite, je redémarre le SSH Dæmon avec:


 $ sudo systemctl restart ssh

Notez que si, pour une raison quelconque, vous n'avez pas confirmé que vos clés SSH d'utilisateur
ont été mis en place correctement avant cette étape et vous finissez par être verrouillé,
éteignez simplement le Raspberry Pi, retirez la carte microSD et insérez-la
dans un autre ordinateur et annuler vos modifications dans / etc / ssh / sshd_config
fichier.

Avec le démon SSH redémarré, je devrais maintenant être en mesure de devenir le
utilisateur racine sur mon serveur de fichiers à la maison et ssh directement à root @ rv sans
invite de mot de passe.

La dernière étape consiste à configurer un script qui synchronise tous mes fichiers
sur le serveur RV et ajouter un travail cron qui essaie de conserver ces fichiers
en synchronisation toutes les trois heures. Parce qu'il est possible que cela prenne plusieurs
heures parfois pour synchroniser les fichiers entre les systèmes sur le sans fil
réseau, il est important d'utiliser un fichier de verrouillage afin que mon script tire parti
de la commande troupeau pour cela. Voici mon script / usr / local / bin / rvsync
C'est sur mon serveur de fichiers à la maison:


 #! / Bin / bash

date >> / tmp / rvsync-output
flock -n /tmp/rvsync.lock rsync -avxH / mnt / stockage / audio /
 ↪rv: / mnt / stockage / audio / 2> / dev / null 1 >> / tmp / rvsync-output
flock -n /tmp/rvsync.lock rsync -avxH / mnt / stockage / documents /
 :rv: / mnt / stockage / documents / 2> / dev / null 1 >> / tmp / rvsync-output
flock -n /tmp/rvsync.lock rsync -avxH / mnt / stockage / vidéo /
 ↪rv: / mnt / stockage / vidéo / 2> / dev / null 1 >> / tmp / rvsync-output

sortie 0

La commande flock définit un fichier de verrouillage dans /tmp/rvsync.lock. Si un autre
l'itération de ce script est en cours d'exécution, la commande ne s'exécute pas;
sinon, la commande rsync s'exécute. J'ajoute la date actuelle et tout
rsync
sortie vers un fichier / tmp / rsync-sortie, donc je peux garder une trace de ce qui a été synchronisé
au cas où je dois dépanner des choses ou garder la trace d'un rsync
travail qui est en cours.

Les rsync vétérans parmi vous peuvent remarquer que je n'ai pas inclus de
- effacer
option dans mes commandes rsync pour supprimer les fichiers sur le RV qui ont été supprimés
à la maison. Je l'ai fait principalement parce que je l'utilise aussi comme une sorte de
sauvegarde hors site, et je ne voulais pas risquer une commande de suppression capricieuse sur
mon NAS à la maison résultant en ma sauvegarde être époustouflé ainsi. Si le stockage
commence à devenir une préoccupation, je prévois d'exécuter des commandes manuelles rsync avec
l'option - supprimer a été ajoutée de temps en temps.

Enfin, j'ai créé un fichier appelé /etc/cron.d/rvsync sur mon serveur de fichiers
avec le contenu suivant:


 0 * / 3 * * * root / usr / local / bin / rvsync

Au sommet de l'heure toutes les trois heures, ce script va tenter de
courir. Si le RV n'est pas disponible, le script échouera silencieusement; autrement,
il va se synchroniser sur de nouveaux fichiers.

Une fois la progression de la synchronisation initiale terminée, j'ai démonté et déconnecté
USB et connecté à mon Raspberry Pi dans le RV. Puis j'ai fait un
test du script rvsync . Bien que cela ait fonctionné, c'était plutôt lent en raison de
le fait que le Raspberry Pi était assez loin du point d'accès
à l'intérieur de la maison. De toute évidence, votre situation pourrait être différente, mais
dans mon cas, j'ai décidé d'améliorer ma réception en ajoutant un prolongateur WiFi.

Les extendeurs WiFi agissent essentiellement comme une sorte de pont entre un existant
point d'accès et votre ordinateur. Après quelques recherches, j'ai sélectionné le
VONETS VAP11G-300, parce qu'il était petit, relativement bon marché et pouvait
être éteint USB. Tout ce que je devais faire pour mettre en place était le suivant
instructions simples fournies avec l'appareil. Cela impliquait de brancher le
allumer, se connecter à son réseau sans fil par défaut, puis se connecter
dans son interface web avec ses informations d'identification par défaut. À ce moment-là, je
utilisé son assistant pour le configurer comme un pont, ce qui implique de le pointer
à mon point d'accès existant et en lui donnant un nouveau SSID à utiliser. Finalement je
est retourné à mon serveur multimédia RV et mis à jour sa configuration sans fil
pointer vers ce nouveau point d'accès. Avec l'extension WiFi en place, j'étais
capable d'augmenter mes taux de transfert de fichiers entre trois et quatre fois ce que
ils étaient avant, donc je considère que c'est un investissement qui en vaut la peine. Quoi de plus,
J'ai toujours l'option de reconfigurer ce point d'accès sur la route
pour amplifier le signal au WiFi d'un parc de RV.

Étape 5: Installation

Maintenant que tout le matériel et le logiciel ont été mis en place, la dernière étape était
l'installation physique. Mon véhicule de plaisance est assez vieux pour être équipé d'un
meuble conçu pour un téléviseur à tube cathodique. Depuis LCDs modernes n'ont pas besoin de tout cela
l'espace, j'ai décidé de réutiliser ce coffret comme garde-manger et monter un affichage à cristaux liquides de RV
TV au mur à côté de ce cabinet. Je ne voulais pas que l'écran colle
dehors et être visible de l'avant du RV quand il a été rangé, donc je
mesuré le cabinet et a décidé un écran de 15 "conviendrait à peu près
à la perfection. Au lieu d'aller avec un écran LCD standard conçu pour un ordinateur,
J'ai opté pour un téléviseur conçu pour les véhicules récréatifs qui pourraient être alimentés par un 12V DC
prise de voiture et inclus un tuner TV. Certains parcs de RV fournissent des branchements de télévision par câble,
donc j'ai pensé que ça pourrait être amusant d'avoir ça en option. le
l'option d'alimentation CC directe était également importante, car
puissance quand vous convertissez du courant alternatif au courant continu (et encore plus quand vous
utiliser un onduleur pour convertir le courant continu de 12V à 110V ca seulement pour convertir
retour à 12V DC), donc je me suis assuré que tout le système, y compris le
disque dur externe, pourrait être éteint 12V DC. Dans le cas de
disque dur, ce qui signifie se promener dans un tiroir de pièces pour un universel
Adaptateur de voiture 12V DC qui a eu la prise appropriée.

Une autre considération importante pour mon téléviseur était de s'assurer non seulement
avait une entrée HDMI, mais qu'il avait aussi un port USB. Je voulais monter
le Raspberry Pi à l'arrière du téléviseur, et bien que ces ports USB TV ne le font pas
fournir autant de courant qu'un adaptateur d'alimentation USB approprié, jusqu'à présent, je n'ai pas
eu des problèmes. Je me suis finalement installé sur la TV AXESS TV1705-15. Alors je
utilisé une partie de ce matériel d'amure bleue que vous pourriez utiliser pour monter des affiches sur
un mur pour monter mon étui Raspberry Pi à l'arrière du téléviseur. J'ai aussi utilisé
une partie de ce matériel d'amure pour monter le récepteur IR sur le dessous
de la télé. Pour aider à la gestion des câbles, j'ai acheté un court HDMI d'un pied
câble. Vous pouvez voir le résultat final dans la figure 3.

Figure 3. L'arrière du téléviseur

Vous remarquerez peut-être que je n'ai pas monté l'énorme disque USB externe
l'arrière de la télé. Parce que je devais acheminer le courant à l'intérieur de l'ancien téléviseur
armoire de toute façon, j'ai décidé de garder le lecteur USB à l'intérieur de ce cabinet et
il suffit de faire passer le câble USB avec les câbles d'alimentation du téléviseur et du câble.

La décision finale importante que je devais prendre était quel support de montage
utiliser. J'avais vu des photos et des vidéos des supports de TV RV d'autres personnes, et mon
la principale préoccupation avec la plupart d'entre eux était parce qu'ils utilisaient un montage moins cher
support, ils ont fini par utiliser une sorte de corde élastique ou une autre solution
attacher le téléviseur afin qu'il ne puisse pas flop pendant qu'ils conduisaient. je
a choisi de dépenser un peu plus sur mon support mural pour en obtenir un qui avait
segments verrouillables. De cette façon, je pourrais desserrer quelques vis et position de pouce
la télévision où je voulais, puis le verrouiller en place et il resterait
de cette façon. Je pourrais également le verrouiller en place lorsque le téléviseur a été rangé (Figure
4) et ne pas s'inquiéter à ce sujet frapper contre les armoires quand je suis allé sur les bosses.

Figure 4. Le support de montage s'est effondré et est prêt pour le voyage

Conclusion

J'ai pris cette configuration pour quelques voyages jusqu'à présent, et je dois admettre,
ça a été génial d'avoir tous mes médias avec moi à tout moment – mon
Son fils approuve particulièrement d'avoir tous ses dessins à portée de la main. En conclusion,
Voici quelques points à garder à l'esprit si vous configurez un système similaire.

1. Les vieux convertisseurs de RV fournissent une puissance "sale".

Une fois, j'ai remarqué que ce système fonctionnait bien
Je courais directement de la batterie, mais quand je me suis branché à "rivage
"(connexion à l'alimentation 110V à partir d'une rallonge chez moi),
le téléviseur ne s'allume pas toujours. Il s'avère que l'électronique dans
anciens VR qui convertissent la puissance de 110V en 12V ne fournissent pas nécessairement
nettoyer l'alimentation 12V. Bien que les appareils stupides ne dérange pas, l'électronique moderne
parfois faire. La solution est de mettre à jour votre convertisseur vers un convertisseur moderne
ou pour utiliser le système uniquement sur batterie.

2. Laissez-vous le système sur 24×7 quand à la maison?

La grande question à laquelle vous devrez répondre est de savoir si vous voulez quitter le VR
serveur de médias sur tout le temps quand il est à la maison. Si vous êtes quelqu'un
qui laisse le RV branché quand à la maison, cela pourrait fonctionner
génial. Sinon, si vous avez des panneaux solaires au-dessus de votre VR, vous
pourrait être en mesure de s'en sortir en laissant le système sur tout le temps en sachant
que les panneaux solaires réapprovisionnent la puissance que vous tirez de la maison
batteries. Si vous comptez sur les batteries de la maison par eux-mêmes pour
alimenter votre serveur, vous allez probablement vider votre batterie après un
jour ou deux.

Parce que je ne laisse pas mon VR allumé tout le temps, ça veut dire que j'ai
adopter une approche plus active de la synchronisation de mes fichiers. Chaque semaine ou deux,
J'allume mon serveur multimédia RV pendant quelques heures et je laisse le travail de cron
dans et synchroniser les fichiers. Quand je sais que je vais faire un voyage,
J'ai tendance à alimenter le VR à l'avance pour donner au réfrigérateur une chance de
refroidir, donc je profite également de l'occasion pour synchroniser les fichiers. Pour l'instant,
c'est un compromis juste pour moi jusqu'à ce que je mette à jour mon convertisseur, puis
Je pourrais envisager de laisser le serveur tout le temps. Si vous allez
compter sur cela comme votre sauvegarde hors site principal, qui peut ne pas être
assez fréquent pour vous.

J'ai été satisfait de cette configuration jusqu'à présent. C'est sympa de regarder des films
quand je campe assez loin de la civilisation que le streaming n'est pas un
option. Encore plus que cela, c'est bien d'avoir une sauvegarde supplémentaire de mon
les fichiers importants qui sont assez proches me permettant d'y accéder si j'en ai besoin,
mais sur une plate-forme mobile, donc en cas d'incendie ou d'une autre catastrophe,
Je pourrais partir à tout moment et avoir tout ce dont j'ai besoin avec moi.


raspberry pi 3 maroc
Acheter raspberry pi 3 ICI

Source

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *