Protocole FTP sur les lunettes intelligentes – Accès aux fichiers du serveur pour l'informatique portable

Spécificités du protocole FTP pour les lunettes intelligentes

Cette page couvre les aspects techniques de l'utilisation du protocole FTP sur le matériel des lunettes intelligentes : mécanismes de connexion, configuration du serveur pour une compatibilité optimale des lunettes et considérations au niveau du protocole spécifiques aux appareils informatiques portables.

Le protocole FTP lui-même est indépendant du périphérique : il fonctionne de la même manière, que le client soit un ordinateur de bureau, un téléphone ou des lunettes.Les différences résident dans les contraintes matérielles : méthodes de saisie, limitations d'affichage, sensibilité de la batterie et fiabilité du WiFi.

Fonctionnement du protocole sur le matériel des lunettes

Pile réseau

Les unités de calcul de lunettes exécutant Android ont une pile TCP/IP standard :

• La radio WiFi fournit une connectivité réseau (2,4/5 GHz selon le matériel)
• Les connexions socket standard prennent en charge la conception double canal de FTP
• Le canal de contrôle (port 21) maintient l'état de la session
• Les canaux de données (ports dynamiques en mode passif) transportent les transferts de fichiers

Flux de session FTP sur les lunettes

1. TCP connect to server:21
2. Receive server banner (220 response)
3. USER username → 331 response
4. PASS password → 230 response (logged in)
5. TYPE I (binary mode) → 200 response
6. PASV → 227 response (data port assigned)
7. LIST (directory listing) → data transfer
8. PASV → 227 (new data port)
9. RETR filename → file download begins
10. QUIT → session ends

Chaque opération suit le protocole standard FTP RFC 959.AnExplorer gère toutes les négociations de protocole de manière transparente.

Exigence du mode passif

Le mode passif (PASV) est indispensable pour les lunettes. Raisons :

• Les lunettes sont derrière le NAT (routeur domestique) — le mode actif nécessite une connexion serveur-client que le NAT bloque
• Les lunettes peuvent avoir limité la prise en charge des connexions entrantes
• Toutes les implémentations FTP modernes devraient de toute façon utiliser le mode passif
• AnExplorer passe par défaut en mode passif

Configuration du port passif côté serveur :

• Définir une plage de ports (par exemple, 50000-51000)
• Ouvrez cette plage dans le pare-feu le cas échéant
• Configurer l'adresse de mascarade si le serveur est derrière NAT (pour l'accès à distance)

Configuration du serveur pour les lunettes

Paramètres de serveur recommandés

Pour une compatibilité optimale avec les unités de calcul à lunettes :

# vsftpd example configuration
pasv_enable=YES
pasv_min_port=50000
pasv_max_port=51000
idle_session_timeout=120
data_connection_timeout=120
utf8_filesystem=YES
ascii_upload_enable=NO
local_enable=YES

Paramètres clés expliqués :

• Mode passif activé : Requis pour les lunettes derrière NAT
• Délai d'attente généreux : Les lunettes peuvent être plus lentes à naviguer ;éviter une déconnexion prématurée
• Prise en charge UTF-8 : Gère les noms de fichiers internationaux
• Mode binaire par défaut : Les fichiers multimédias doivent être transférés en tant que binaire
• Authentification de l'utilisateur local : Accès standard par nom d'utilisateur/mot de passe

Configuration du compte utilisateur

Créez un utilisateur de lunettes dédié :

# Create user with restricted shell
useradd -m -s /usr/sbin/nologin glasses-sync
echo "glasses-sync:secure-password" | chpasswd

# Create content directory
mkdir -p /home/glasses-sync/{audio,assets,configs}
chown -R glasses-sync:glasses-sync /home/glasses-sync

Ou sur NAS (basé sur une interface graphique) :

1. Panneau de configuration → Utilisateurs → Créer
2. Nom : "lunettes-synchronisation"
3. Définir les autorisations : lecture seule sur les partages multimédias, lecture-écriture sur les partages de téléchargement
4. Activer l'accès FTP pour cet utilisateur

Optimisation de la structure des dossiers

Conception pour une navigation à affichage limité :

/glasses-sync/
├── audio/           ← First-level: content types
│   ├── new/         ← Second-level: status-based
│   └── favorites/   ← Quick access to known content
├── ar-assets/
│   ├── current/     ← Latest versions only
│   └── archive/     ← Old versions (rarely accessed)
└── upload/          ← For glasses-to-server transfers

Principe : Maximum 2 niveaux de profondeur pour la navigation avec des lunettes.Conservez les dossiers « dernier » ou « actuel » au niveau supérieur pour une navigation minimale.

Détails du protocole de transfert

Binaire contre ASCII

Utilisez toujours le mode de transfert binaire pour les lunettes :

• Fichiers audio (MP3, FLAC, AAC) : doivent être binaires
• Images : doivent être binaires
• Actifs AR (GLB, textures) : doivent être binaires
• Seuls les fichiers texte brut peuvent utiliser l'ASCII (mais le binaire fonctionne également pour le texte)

AnExplorer définit le mode binaire par défaut.Aucune configuration utilisateur nécessaire.

Reprendre la prise en charge (commande REST)

La reprise FTP permet de poursuivre les transferts interrompus :

• Si le WiFi tombe en cours de transfert, reconnectez-vous et reprenez à partir du dernier octet
• Le serveur doit prendre en charge la commande REST (la plupart le font)
• Particulièrement important pour les lunettes où la stabilité du WiFi peut varier
• AnExplorer les tentatives reprennent automatiquement en cas de téléchargements interrompus

Limites de taille de transfert

Aucune limite inhérente à la taille du protocole FTP.Limites pratiques pour les lunettes :

• Stockage disponible sur l'appareil (à vérifier avant les transferts importants)
• Autonomie de la batterie pendant le transfert (les fichiers volumineux prennent du temps)
• Stabilité de la session WiFi (transferts plus longs = plus de risques d'interruption)

Comparaison des protocoles pour les lunettes

Pour l'audio des lunettes : SMB pour le streaming, FTP/SFTP pour les téléchargements. Pour les lunettes : FTP pour le déploiement groupé, SFTP pour le contenu sensible.

Performances sur le matériel des lunettes

Impact sur le processeur

FTP lui-même a une surcharge CPU minimale (contrairement à SFTP qui nécessite un cryptage/déchiffrement).Sur les unités de calcul à lunettes avec une puissance de traitement limitée, les demandes inférieures de CPU de FTP signifient :

• Transferts plus rapides (pas de goulot d'étranglement de cryptage)
• Moins de consommation de batterie pendant le transfert
• Le système reste réactif pendant les téléchargements

Utilisation de la mémoire

Empreinte mémoire du client FTP :

• Canal de contrôle : minimal (protocole basé sur du texte)
• Transfert de données : taille du tampon (généralement 8 à 64 Ko)
• Listes de répertoires : proportionnelles au nombre de fichiers
• Total : négligeable sur les appareils Android modernes (même les unités de calcul)

États d'alimentation du Wi-Fi

Les unités de calcul à lunettes gèrent de manière agressive la puissance WiFi :

• Le WiFi peut dormir entre les interactions des utilisateurs
• Le transfert FTP actif maintient le WiFi éveillé
• La connexion inactive peut expirer si le WiFi passe en mode veille
• Solution : Maintenez les interactions en mouvement ou téléchargez tout en une seule fois

Dépannage FTP sur les lunettes

Connexion rejetée

• Le serveur ne fonctionne pas ou mauvais port
• Pare-feu bloquant la connexion de l'IP des lunettes
• Liaison du serveur à une mauvaise interface (localhost uniquement)
• Correctif : vérifier l'état du serveur, vérifier les règles de pare-feu

Échec de la connexion (réponse 530)

• Mauvaises informations d'identification
• Utilisateur non autorisé pour l'accès FTP
• Trop de tentatives infructueuses (verrouillage temporaire)
• Correctif : Vérifiez les informations d'identification sur un autre client, vérifiez les autorisations des utilisateurs du serveur

Le mode passif a échoué (pas de connexion de données)

• Plage de ports passifs non configurée sur le serveur
• Pare-feu bloquant la plage de ports passifs
• Le serveur renvoie une mauvaise adresse IP dans la réponse PASV (problème NAT)
• Correctif : configurer la plage de ports passifs, vérifier le pare-feu, définir l'adresse de mascarade

Délai d'expiration du transfert

• WiFi abandonné pendant le transfert
• Délai d'expiration de la connexion aux données du serveur trop court
• L'économiseur de batterie a tué le WiFi
• Correctif : augmenter le délai d'attente du serveur, garder les lunettes actives, vérifier la stabilité du WiFi

Corruption de fichier après le transfert

• Mode ASCII utilisé pour le fichier binaire (utilisez toujours le binaire)
• Transfert interrompu sans reprise
• Correctif : retélécharger en mode binaire, vérifier que la taille du fichier correspond au serveur

Bonnes pratiques de sécurité

Pour une utilisation en réseau domestique

• Le cryptage WiFi WPA2/WPA3 protège le segment sans fil
• Les informations d'identification FTP voyagent cryptées dans le tunnel WiFi
• Un utilisateur dédié avec des autorisations minimales limite l'exposition
• Sécurité acceptable pour la synchronisation des médias personnels

Pour une utilisation en entreprise

• Utilisez plutôt SFTP : chiffrement complet de bout en bout
• Authentification basée sur un certificat (pas de mot de passe à intercepter)
• Segmentation du réseau (lunettes sur VLAN séparé)
• Journalisation d'audit sur le serveur pour la conformité

Stockage des identifiants sur les lunettes

AnExplorer enregistre les informations d'identification FTP dans le stockage sécurisé de l'appareil :

• Chiffré au repos sur Android moderne
• Protégé par le verrouillage de l'appareil (PIN, schéma, biométrique)
• Considérez : en cas de perte des lunettes, les informations d'identification enregistrées pourraient être consultées
• Atténuation : le compte FTP à autorisation limitée minimise les dommages

Guides connexes

• Client FTP pour lunettes intelligentes — Présentation des fonctionnalités FTP
• PME sur lunettes intelligentes — protocole alternatif
• WebDAV sur les lunettes intelligentes — Accès au protocole WebDAV
• Protocole SFTP — alternative sécurisée au FTP