PiwiLAbruti

J'ai une question simple pour mieux comprendre ton environnement (cette question va orienter la façon dont je pourrais t'aider) : Pour quelle(s) raison(s) as-tu investi dans ce routeur TP-Link ?

Ces règles d'accès vont être modifiées par Free (la nouvelle date d'hier, 28/06/2022). OQEE by Free est désormais disponible sur Freebox Mini 4K, et prochainement sur Freebox Crystal (v5) et Freebox One. https://portail.free.fr/mag-free/nouveautes/oqee-by-free-est-desormais-disponible-sur-les-freebox-mini-4k/

Quel est le besoin qui nécessite un passage au 10GbE ?

Ça ne répond pas à ma question. Il faut bien comprendre que les tests de débits génériques n'ont rien à voir avec l'utilisation réelle. Ceci dit, le débit montant est effectivement faible derrière le routeur Synology. As-tu essayé en désactivant des services comme Threat Prevention ?

😂 Même 2 ans je trouve ça très optimiste. Le principal problème de DoQ est l'adoption native par les OS (comme pour les autres protocoles intermédiaires en fait).

Synology attend peut-être DoQ, le vrai remplaçant de DNS sur udp/53.

La qualité du Wi-Fi varie fortement selon divers facteurs (nombre d'appareils connectés, environnement physique, ...). Les caractéristiques et configurations Wi-Fi de la box RED et du routeur Synology ne sont certainement pas identiques, ce qui implique aussi des variations dans les résultats. À ça s'ajoute la congestion chez l'opérateur et la disponibilité/charge des serveurs de test de débit. Certains ne font des tests de débit que la nuit, lorsque l'activité sur les réseaux es au plus bas, pour avoir des résultats convenables. Est-ce que tu perçois une différence dans l'utilisation que tu as de ton Samsung connecté à la box ou au routeur ?

Essaye d'exécuter le script depuis SSH, tu auras peut-être plus de détails sur l'erreur.

Il ne manquerait pas le shebang #!/bin/sh en début de script ?

Bonjour @Digital3D, Ça n'a rien de bizarre, ça n'a jamais existé dans SRM. Le proxy inversé n'est disponible que dans DSM.

Après quelques tests rapides, il s'avère que la Livebox vérifie l'en-tête Host. En passant par un reverse proxy, la valeur de cet en-tête est le nom d'hôte affecté au reverse proxy (livebox.domain.tld par exemple). Hors, la Livebox n'accepte que son adresse IP comme valeur valide (192.168.1.1 par défaut, à adapter si votre réseau a un adressage différent). Donc j'ai forcé la valeur de cet en-tête à 192.168.1.1 dans l'onglet [En-tête personnalisé] du reverse proxy, et ça passe : 🥳 À tester avec ton matériel réseau @Finnithnel

Bah si, tu peux théoriquement envoyer des données chez toi à 8Gbps*. (*) à condition de disposer d'une connexion distante à 10GbE 😅

Je trouve qu'on s'éloigne beaucoup du besoin initial auquel n'importe quel switch 1GbE 5 ports <20€ peut répondre (comme un Netgear GS305 ou un D-Link DGS-1005A). Quelques questions : Est-ce que le débit actuel du NAS (1GbE) est insuffisant dans les usages réguliers qui en sont faits ? Y a-t-il des points d'accès Wi-Fi ,en plus de la box, sur le réseau ? Si oui, supportent-ils d'être alimenté en PoE ? (directement via le câble RJ45)

@Babou57 Je conseillerais de ne pas activer le serveur DHCPv6 de la box et de laisser l'adressage automatique faire son œuvre (via SLAAC et les annonce RA du routeur).

Il faut plutôt sélectionner DHCPv6-PD et non Auto (SLAAC). Ceci dit, les appareils Android ne supportent pas DHCPv6. Si tu en es équipé, il est fortement recommandé de ne pas activer le serveur DHCPv6 de ta box.

Comme les bases de données GeoIP ne sont pas figées, les systèmes Synology (plus précisément DSM, SRM, ...) les mettent régulièrement à jour. Ainsi, on peut se retrouver avec des effets de bord lorsque certains réseaux changent de nationalité. Dans le cas présent il s'agit d'autre chose car je vois mal un aller-retour (Fr > Ru > Fr) s'effectuer dans un intervalle de temps aussi court, surtout sur un block IPv6. Soit DSM/SRM s'est emmêlé les pinceaux lors de l'intégration de la base GeoIP, soit la source des données GeoIP était erronée. Dans les deux cas tu as bien fait d'ouvrir un ticket auprès de Synology.

À peu près mais ça ne fonctionnera pas car il faut aussi remplacer les variables <variable> par celles indiquées par Synology (__VARIABLE__) :

Ça semble possible : https://joker.com/faq/content/11/427/en/what-is-dynamic-dns-dyndns.html

La résolution de ton adresse IP publique : > nslookup a.b.c.d

Tu as testé la résolution inverse entre les deux @Jeff777 ? Free n'empêche pas de modifier le reverse DNS dans l'interface, c'est juste que la modification n'est pas effective.

Seul un utilisateur appartenant au groupe administrators peut voir les tâches d'autres utilisateurs. Maintenant, rien ne t'empêche de créer un utilisateur appartenant au groupe administrators et de lui restreindre ses droits à DSM (implicite) et Download Station.

srmdb.synology.com était accessible, mais pas srmdownload.synology.com. C'est probablement dû à une migration de serveur de téléchargement, mais le problème n'aurait dû être que très temporaire. Là ça durait depuis le 15 février 😅

Le nom d'hôte dans /usr/syno/etc/data_update/database_info.json est srmdownload.synology.com > nslookup srmdownload.synology.com Name: srmdownload.synology.com Address 1: 99.86.4.95 server-99-86-4-95.fra6.r.cloudfront.net Address 2: 99.86.4.118 server-99-86-4-118.fra6.r.cloudfront.net Address 3: 99.86.4.45 server-99-86-4-45.fra6.r.cloudfront.net Address 4: 99.86.4.88 server-99-86-4-88.fra6.r.cloudfront.net

Peu importe la présence d'une mise à jour ou non, tu auras toujours le message d'erreur "Échec de la connexion au serveur" si le problème est toujours présent. Je n'arrive pas à retrouver les URL de mise à jour 🙃 Il y a bien un hôte srmdb.synology.com renseigné dans /usr/share/data_update/config mais j'en avais trouvé un autre je-ne-sais-plus-où. Il y a de grandes chances que ce soit un des ces noms d'hôtes qui aurait été bloqué. > nslookup srmdb.synology.com Name: srmdb.synology.com Address 1: 99.86.4.91 server-99-86-4-91.fra6.r.cloudfront.net Address 2: 99.86.4.21 server-99-86-4-21.fra6.r.cloudfront.net Address 3: 99.86.4.53 server-99-86-4-53.fra6.r.cloudfront.net Address 4: 99.86.4.92 server-99-86-4-92.fra6.r.cloudfront.net

Tu as été plus vite que moi 😄 Est-ce que la mise à jour manuelle fonctionne toujours après réactivation de TP et SA ?