cadkey

Tu as la solution de modifier le fichier .ovpn

Les adresses Plex changent régulièrement. Possible que ça change plus souvent en ce moment, je ne sais pas.

Evidemment

Parce qu'il y a de base deux réseaux sur le RT6600ax, un pour les devices du domicile et un 'invité' qui permet de faire profiter du wifi à ces personnes sans qu'elles aient accès à vos objets connectés, imprimantes, etc. C'est une bonne solution pour la sécurité du réseau ou tout n'a pas à être partagé à tous. Pour choisir qui se connecte sur quoi, il suffit de donner le bon SSID et mot de passe et/ou la bonne réservation d'adresse. J'ai un rt6600ax avec ces deux réseau de base auquel j'ai ajouté deux autres réseau wifi, un 'iot' et un 'enfants'.

Regarde les discussions sur IPv4 fullstack.

Utiliser les 2 emplacements NVMe en cache n'apporte rien de perceptible sauf rares cas particuliers tout en restant très limité.

Je pense que ça ne vient pas de ton NAS. Ça ressemble à un passage en IPv6 + IPv4 cgnat, ce qui veut dire que tu ne disposerais plus de l'ensemble des ports en IP v4 pour gérer ton NAS et t'y connecter. Si c'est le cas, tu peux le vérifier sur ta box FAI. Je sais que SFR et RED font ces changements sans prévenir depuis plusieurs mois. Si c'est le cas, demande à revenir à une IPv4 fullstack auprès de ton fournisseur via le service client en indiquant que tu as un NAS ou un serveur et que tu as besoin de gérer les ports de ta box pour utiliser ton NAS. SFR fait le changement rapidement.

Tu ne peux pas le faire en utilisant l'API SRM. https://github.com/nioc/synology-srm-php-api La solution que j'utilise est de le brancher sur une prise connectée type netatmo ou autre, si tu as de la domotique chez toi. J'en profite pour dire que cette API permet entre autre de savoir si un smartphone est connecté ou non sur le wifi, et donc détermine la présence pour déclencher d'autres actions, monter/baisser le chauffage, etc. Cette détection par API Srm est bien meilleure et fiable comparée au home mode de surveillance Station et de son API.

Je suis chez Red by SFR, Ip v4 Fullstack, je n'ai touché à aucun de ces parametres, donc j'utilise le SSL en téléchargement et j'ai le téléchargement par défaut. Je n'utilise pas la Box SFR, je l'ai remplacé par un routeur.

Oui j'ai un compte premium

Je suppose que tu parles de télécharger avec download station. Si c'est le cas et que tu as lu le fil, je pense que tu vas avoir les mêmes réponses que celles données dans les pages précédentes. Pour certain cela ne fonctionne pas ou plus avec différentes causes hypothétiques. Pour d'autres, cela fonctionne toujours sans jamais aucun souci. Ce qui est mon cas.

Via l'interface réseau, il y a les options nécessaires pour que Download station fonctionne seul via un Vpn ET tout le reste hors Vpn. https://www.nas-forum.com/forum/topic/50169-utiliser-un-vpn-uniquement-pour-download-station/?do=findComment&comment=1319290016 Je fonctionne ainsi depuis plusieurs années. Si le vpn se déconnecte, un script permet de tester (toutes les minutes sur mon 920+) et de le relancer. https://github.com/ianharrier/synology-scripts

Avec Download Station intégré à DSM. C'est le plus simple.

C'est 3.2.5 la dernière version. Le host est un fichier PHP, il n'y a pas de modification de débit ^^

Je télécharge des 1fichier.com avec download station à 100mb/s et plus sur mon 920+, connexion fibre chez Red.

Quand j'écrivais 'ça m'interpelle' je voulais dire c'est impossible! Grosse confusion entre adresse publique et adresse privée.

Ça m'interpelle que tu puisses te connecter depuis l'extérieur avec une adresse locale.

1.1) je ne comprends pas lien entre app/web et transcodage. Si le client ne lit pas le format vidéo natif ou si la connexion est lente, c'est transcodage vidéo obligatoire. Dans mon cas les clients à distance sont des box NVIDIA et fibre. J'ai du coup interdit le transcodage qui ne sert à rien. Au pire si cela génère une erreur sur le client distant, je remplace le mkv incriminé. Je considère que dans mon utilisation, le transcodage vidéo n'est pas utile, et le 923+ est un bon choix. Je ne parle pas du transcodage audio qui n'est pas un souci. 2) 20 secondes pour ouvrir l'interface, je suis surpris, c'est quasi instantané sur mon 920+ f2a également. Le f2a n'a pas augmenté le temps d'ouverture sur mon matériel. J'ai un ralentissement si j'ouvre la connexion depuis mon smartphone et que le réseau est mauvais, mais je n'ai jamais eu 20 secondes à attendre. Le problème ne serait-il pas lié à ton réseau ou à ta configuration (DSM et/ou Plex) plutôt qu'au 923+ lui-même. L'option relais sur Plex est bien désactivée, avec qualité sur maxi, sur le serveur ET sur les clients. Quickconnect? Concernant l'extension future, tu as aussi la possibilité de faire un volume sur un ou les deux slots NVMe, ce qui te permet un espace de stockage supplémentaire important. Le coût des NVMe jusqu'à 4To a bien baissé. C'était aussi possible sur ton 720+ avec quelques lignes en SSH ou encore plus facilement avec ceci https://github.com/007revad/Synology_enable_M2_volume C'est ce que j'utilise sur mon 920+.

Dsm permet d'accéder à un terminal, telnet ou ssh. Putty, powershell, ou d'autres sur pc.

@toufmc, tu reposes la même question alors que @DaffY t'a repondu. -v ou --verbose (verbeux). Et donc un output sur une console (terminal), comme tu le verrais en ssh via putty par exemple.

C'est exact, l'option existe dans Rclone donc il suffit de l'utiliser dans le script.

a priori zappiti aurait récemment fermé pour des problème de droits.

Chez moi cela fonctionne. Avant, effectivement il fallait avoir le port 80 ouvert, j'ai lu que ce n' était plus nécessaire, et cela se confirme à priori chez moi.. J'ai le certificat avec le nom de domaine Synology et sous domaines.

Il me semble qu'il n'est plus nécessaire d'ouvrir le port 80 pour let's encrypt.

Il y a déjà pas mal de discussions sur le forum concernant ce problème liée aux migrations (pénurie d'adresse IPv4) de SFR et RED depuis 2021. J'avais eu ce changement lors d'une mise à jour de ma Box SFR, à l'époque problème résolu rapidement et définitivement. Un des fils ci-dessous: