Synology [mini-Tuto] Création d'un nom de domaine Synology (gratuit) + Utilisation du reverse proxy pour les applications + Configuration du pare-feu du NAS

[elenwii]

merci pour vos retours.
je vais laisser le https du coup .

j'ai besoin d'accéder au NAS de l'extérieur car je l'utilise en Drive + backup Photos des smartphones (à la place de google).

Je vais regarder ce qui se passe dans les prochains mois en espérant que les guignols ou bot se calmes

 

[MilesTEG]

merci pour vos retours.
je vais laisser le https du coup .

j'ai besoin d'accéder au NAS de l'extérieur car je l'utilise en Drive + backup Photos des smartphones (à la place de google).

Je vais regarder ce qui se passe dans les prochains mois en espérant que les guignols ou bot se calmes

Il faut savoir que pour la synchronisation avec Drive, il faut le port 6690, et en aucun cas il faut tenter de le faire passer par un reverse proxy, car ça ne fonctionnera pas.
Il faut ouvrir le port sur la box pour s'y connecter à distance.

 

[elenwii]

Il faut savoir que pour la synchronisation avec Drive, il faut le port 6690, et en aucun cas il faut tenter de le faire passer par un reverse proxy, car ça ne fonctionnera pas.
Il faut ouvrir le port sur la box pour s'y connecter à distance.

Oui, j'ai forward le port sur la freebox et le reverse proxy n'est pas sur ce port, mais sur un autre port.

 

[Chon]

Salut à tous,

Il faut savoir que pour la synchronisation avec Drive, il faut le port 6690, et en aucun cas il faut tenter de le faire passer par un reverse proxy, car ça ne fonctionnera pas.
Il faut ouvrir le port sur la box pour s'y connecter à distance.

Drive est une appli intégrée à DSM et passe par le reverse proxy de façon automatique au même titre que "photos" ou "files" :


Et Drive fonctionne très bien sans ouvrir le port 6690 sur la box. Du moins, ça se passe comme ça sur le 713+ que je gère.

 

[MilesTEG]

Salut à tous,

Drive est une appli intégrée à DSM et passe par le reverse proxy de façon automatique au même titre que "photos" ou "files" :

Voir la pièce jointe 12013
Et Drive fonctionne très bien sans ouvrir le port 6690 sur la box. Du moins, ça se passe comme ça sur le 713+ que je gère.

Relis bien ce que j’ai écrit j’ai parlé de la synchronisation pas de l’interface Drive elle même qui peut effectivement passer par le reverse proxy, quel qu’il soit .

Mais en ce qui concerne la synchronisation des ordinateurs avec les clients desktop, là, tu n’as pas le choix : ça passe par le port 6690 inéchangeable et impossible de faire fonctionner à travers un reverse proxy.

 

[Bambusa29]

Relis bien ce que j’ai écrit j’ai parlé de la synchronisation pas de l’interface Drive elle même qui peut effectivement passer par le reverse proxy, quel qu’il soit .

Mais en ce qui concerne la synchronisation des ordinateurs avec les clients desktop, là, tu n’as pas le choix : ça passe par le port 6690 inéchangeable et impossible de faire fonctionner à travers un reverse proxy.

Cela devrait être comme même possible avec un proxy configuré pour gérer un stream 'socket' mais pas possible avec le proxy basique intégré dans le DSM , par contre en installant Swag (nginx + fail2ban) avec Docker, cela devrait le faire...

Avec Nginx, tu peux gérer tout type de flux, même bas niveau (en terme de protocole réseau) avec un stream 'socket' (c'est peu utilisé et peu connu); par contre tu perd la notion de destinataire, donc obliger alors de faire du filtrage sur le port exclusivement (dans ce cas la, sur le port 6690) dans la configuration du virtualhost.

Je l'ai déjà utilisé pour faire passer un flux TCP à travers un reverse proxy Nginx pour communiquer avec une base de donnés FireBird.

 

[MilesTEG]

Cela devrait être comme même possible avec un proxy configuré pour gérer un stream 'socket' mais pas possible avec le proxy basique intégré dans le DSM , par contre en installant Swag (nginx + fail2ban) avec Docker, cela devrait le faire...

Avec Nginx, tu peux gérer tout type de flux, même bas niveau (en terme de protocole réseau) avec un stream 'socket' (c'est peu utilisé et peu connu); par contre tu perd la notion de destinataire, donc obliger alors de faire du filtrage sur le port exclusivement (dans ce cas la, sur le port 6690) dans la configuration du virtualhost.

Je l'ai déjà utilisé pour faire passer un flux TCP à travers un reverse proxy Nginx pour communiquer avec une base de donnés FireBird.

Ha ! Je suis preneur de la méthode pour essayer car ça je ne sais pas faire .
Ps : j’ai swag en docker sur un nuc pour gérer le reverse proxy.

 

[Chon]

Salut à tous,

Relis bien ce que j’ai écrit j’ai parlé de la synchronisation pas de l’interface Drive elle même qui peut effectivement passer par le reverse proxy, quel qu’il soit .

Mais en ce qui concerne la synchronisation des ordinateurs avec les clients desktop, là, tu n’as pas le choix : ça passe par le port 6690 inéchangeable et impossible de faire fonctionner à travers un reverse proxy.

J'insiste et continue d'affirmer que sur le 713+ que je gère, le port 6690 n'est ouvert nulle part et que la synchro Drive fonctionne très bien à partir d'un MacBook.

 

[MilesTEG]

Salut à tous,

J'insiste et continue d'affirmer que sur le 713+ que je gère, le port 6690 n'est ouvert nulle part et que la synchro Drive fonctionne très bien à partir d'un MacBook.

Dans le réseau local, c'est parfaitement normal.
Mais depuis l'extérieur, ça ne fonctionnera pas tant que tu n'auras pas ouvert le port 6690 dans ta box et dans les divers pare-feu.
Tout ce que j'ai dit concerne l'accès à la synchronisation à distance.

@Bambusa29 : si tu as un moment, je veux bien le .conf pour la connexion stream socket pour NGINX