FAQ sur l’accès à distance#

Q: Quelle est l’URL WebDAV correcte ?

L’URL complète à utiliser pour WebDAV est : https://my.domain.tld/remote.php/webdav/, il a été rapporté que pour le WebDAV natif de Windows, vous pourriez avoir besoin de : https://my.domain.tld/remote.php/dav/files/USERNAME avec USERNAME étant le nom d’utilisateur que vous souhaitez utiliser.

Q: Puis-je accéder à mon instance Nextcloud en utilisant WebDAV ?

Oui, veuillez consulter la documentation WebDAV deNextcloud pour un aperçu complet. Un montage simple pour les systèmes de type unix pourrait ressembler à ceci : mount -t davfs https://my.domain.tld/remote.php/webdav/ /mnt/target/path tout en s’assurant que le paquet davfs2 est installé. Pour Windows, veuillez lire en plus ces docs.

Q: : Pourquoi le navigateur de mon smartphone Android ne s’ouvre-t-il pas : http://nextbox.local

À ce jour, la technologie nécessaire pour utiliser les URL « .local » n’est pas prise en charge par les différents navigateurs Android (stock). Le mécanisme est basé sur mDNS. Une solution possible est d’utiliser une application tierce comme BonjourBrowser pour découvrir tous les services mDNS de votre réseau.

Q: : Pourquoi l’accès à ma NextBox en utilisant : http://nextbox.local ne fonctionne pas ?

Il existe plusieurs autres raisons pour lesquelles l’accès utilisant http://nextbox.local peut ne pas fonctionner, les autres scénarios connus sont :

  • Si vous utilisez une Fritz!Box avec la NextBox connectée via un port LAN et que le client/navigateur est connecté au réseau via WiFI (WLAN), la Fritz!Box bloquera mDNS.

Q: : J’ai suivi tous les guides et je ne peux toujours pas obtenir le certificat TLS, que puis-je faire ?

La raison pour laquelle un certificat TLS ne peut être acquis est presque toujours le fait que votre NextBox n’est pas joignable depuis l’internet. Assurez-vous que vous avez suivi le Accès à distance - Walkthrough. Si vous avez suivi les instructions étape par étape et que cela ne fonctionne toujours pas, il est très probable que quelque chose bloque la connexion, les candidats typiques sont les fonctions d’administration web du routeur comme : Les candidats typiques sont les fonctions d’administration web du routeur comme « MyFritz ! », « Fritz Web Services » ou des services similaires, qui fonctionnent sur votre routeur et bloquent ainsi le trafic sur les ports 80 et/ou 443. Désactivez-les et essayez à nouveau d’acquérir votre certificat TLS.

Q: Pourquoi mon accessibilité avec IPv4 ne fonctionne pas ?

Si vous avez correctement configuré port-forwarding et que les connexions IPv4 (test d’accessibilité) ne fonctionnent toujours pas, il y a de fortes chances que votre fournisseur d’accès Internet (FAI) ne vous ait pas fourni une adresse IPv4 (publique) correcte. Il existe plusieurs technologies Internet (pour les clients finaux) qui ne permettent pas le trafic entrant pour l’IPv4 qui vous a été attribué. En voici une liste incomplète : adresse IPv4 privée, connexion DS-Lite ou CarrierGrade-NAT (CG-NAT). Toutes ces adresses partagent essentiellement une adresse IPv4 entre plusieurs utilisateurs, bloquant ainsi le trafic (entrant) de l’internet vers vous. Certains FAI permettent de passer à des connexions dites full-stack, qui devraient permettre un trafic bidirectionnel complet pour IPv4 et IPv6.

Q: Pourquoi certains appareils ne parviennent-ils pas à se connecter à ma NextBox configurée en IPv6 ?

Malheureusement, tous les FAI et fournisseurs de réseaux mobiles (smartphones) n’ont pas encore activé le support IPv6 complet. Cela signifie que, si votre NextBox est configurée pour un accès IPv6 uniquement, les appareils à l’intérieur de ces réseaux ne pourront pas se connecter. Le backwards-proxy fonctionne comme une solution de contournement ici, car il fournit un point d’entrée IPv4 à votre NextBox indépendamment de votre autre configuration d’accès à distance.