This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

dd5992

Membres
  • Compteur de contenus

    155
  • Inscription

  • Dernière visite

  • Jours gagnés

    5

dd5992 a gagné pour la dernière fois le 23 août

dd5992 a eu le contenu le plus aimé !

À propos de dd5992

  • Rang
    Padawan
  • Date de naissance 29/07/1955

Profile Information

  • Gender
    Male
  • Location
    Ile de France

Visiteurs récents du profil

1 249 visualisations du profil
  1. Bonjour, J'ai déjà rencontré un problème qui ressemble au tien. Mon reverse proxy est porté par mon DS413 et le problème (avec la même page "Synology - Désolé ...") apparait parfois quand je me connecte par le reverse proxy à mon DS411J de l’extérieur de mon réseau. Je pense que ça peut être lié à un timeout du fait de la faible puissance du proc du DS411J. En fait, quand ça se produit et que j'obtiens la page "Synology - Désolé ..." je fais une actualisation de la page (j'utilise firefox) et la plupart du temps, ça décoince, sinon je recommence et j'arrive à me connecter au bout de quelques fois. Est-ce la même chose pour toi?
  2. OK, j'ai la même chose pour le DHCP. une seule adresse pour le player et un bail statique hors plage pour le routeur en DMZ. J'ai toujours le problème de blocage du player environ 2 fois par semaine.
  3. Si tes deux équipements (Syno et caméra) sont sur ton réseau local il n'y a pas besoin de redirection à implanter dans ton routeur. Les redirections du routeur ne s'appliquent que pour des connexions d'internet vers des équipements de ton réseau local. Si ton SS ne voit pas ta caméra, il doit y avoir un autre problème (non compatibilité, pare-feu, ...).
  4. Non, j'ai aussi cette configuration (avec un routeur RT2600ac et une Freebox). si tu vides complètement l'onglet Accès externe / configuration du routeur du panneau de configuration, il n'y a pas d'interférence entre le syno, le routeur et la box de ce point de vue. C'est le routeur qui a la main.
  5. Sur ce forum, nous sommes plutôt méfiant concernant la configuration du routeur à partir de DSM et l'utilisation de UPnP. Pour maitriser complètement la configuration, nous préférons configurer directement les équipements par leur propre interface de gestion. Celà dit, il me semble possible que lors de la config du routeur par DSM, le syno voie tes deux routeurs (le Xiaomi Mi router 3 et la livebox play) et soit perdu de ce fait. Comme tu as mis ton routeur Xiaomi dans la DMZ de la livebox, la configuration peut se concentrer sur le Xiaomi, car la livebox se comporte de manière transparente (exception faite peut-être de l'activation ou non de IPV6).
  6. C'est bien la redirection de port qui va régler le problème. Il faudra aussi appliquer les recommandations pour sécuriser l'accès au NAS distant. Quel est l'opérateur et le modèle de la Box distante?
  7. C'est vrai en effet si tu changes de switch pour purement gigabit (10/100/100Mb/s). Dans ce cas le seul segment à 100 Mb/s serait entre la photocopieuse et le switch. Les autres seraient tous en 1000Mb/s. Donc tout échange entre deux équipements hormis l'imprimante se feront en 1000Mb/s. Donc pas de soucis.
  8. Je crois que j'ai une piste. Dans mes tests, j'ai regardé le log des accès à mon syno et j'ai trouvé une indication de l'IP utilisée pour la connexion avec QuickConnect. Il s'agit de la 92.184.96.45, c'est à dire du même bloc que celle que tu mentionnes dans ton premier post (je me suis connecté de mon portable avec un abonnement Orange). Mon interprétation : QuickConnect t'indique les changement d'adresse IP de l'émetteur de la connexion vers ton syno et non l'adresse de ton syno. Tu peux dormir tranquille.
  9. Je ne sais pas car je n'utilise pas QuickConnect. Pour tester, j'ai configuré un de mes Syno avec QuickConnect. Ça fonctionne mais je n'ai pas le genre de notif que tu as et je ne vois pas comment voir l'IP qu'utilise QuickConnect. D'un autre côté, si tout fonctionne normalement est-ce la peine de s’inquiéter ? 😉
  10. Il doit y avoir eu un glitch au niveau de la mise à jour de ton IP dans DSM car si la première adresse (la plus ancienne que l'on voit dans ta capture) est bien une adresse de Free (testé avec www.iplocation.net), la dernière est une adresse d'Orange. Si tu relances la mise à jour de ton adresse dans DSM, est-ce que ça redonne l'IP initiale?
  11. Depuis Mai dernier, Free a généralisé IPV6 qui n'est plus désactivable. En fait les messages IPV4 sont encapsulés dans des messages IPV6. Tu as donc à la fois une IPV4 et une IPV6. Ce qui est étonnant c'est que ton IPV4 ait changé. Les cas que je connais qui conduisent à un changement d'IP chez Free (il y en a peut-être d'autres) : passage de l'ADSL à la fibre. Tu récupères une nouvelle IPV4 à cette occasion. demande d'une IPV4 "full-stack" pour disposer de tous les ports. Ils te fournissent alors une IP provenant d'un pool spécial prévu à cet effet. S'est-il passé quelque chose comme ça pour toi? Autre point bizarre : l'adresse IPV6 que tu as postée dans ton message n'est pas une adresse de Freebox. En fait, Free t'alloue un "bloc" d'adresses IPV6 avec un masque de 61bits qui sont du type 2a01:e0a:xxxx:yyyy::/61 . Tu disposes de 8 sous-réseaux possibles de "largeur" de 64 bits. Par défaut, seul le premier est utilisé. L'adresse IPV6 de ta Freebox est la première de ce bloc, donc du type 2a01:e0a:xxxx:yyyy:0000:0000:0000:0001 ou en abbrégé2a01:e0a:xxxx:yyyy::1. Ce n'est pas non plus une adresse IPV6 de Syno, car celles-ci sont construites à partir du préfixe fourni par Free (2a01:e0a:xxxx:yyyy) suivi par une partie construite à partir de l'adresse MAC du Syno en intercalant ff:fe , ce qui donnerait une adresse du type 2a01:e0a:xxxx:yyyy:zzzz:ttff:feuu:vvvv , ce qui n'est pas le cas. Je ne vois pas d'où peut venir ton adresse IPV6.
  12. @Qontrol : J'ai exactement la même config que toi (mode routeur, routeur syno dans la DMZ de la freebox, player connecté directement à la freebox). J'avais abandonné le mode bridge car comme l'indique @Einsteinium ça ne fonctionnait plus. Je peux maintenant avoir mon réseau local derrière le routeur Syno. La télé fonctionne. Je peux programmer des enregistrements et les recopier dans mon réseau local. Seul bémol, tous les trois ou quatre jours, mon freebox player se fige (plus de télé, plus d'enregistrements de la TNT) je suis obligé de rebouter le player (débrancher l'alim du player et la remettre ensuite) pour que ça refonctionne quelques jours, et ainsi de suite. Est-ce que tu as le même effet? Est-ce que quelqu'un a une idée? Merci d'avance.
  13. C'est vrai. Je ne pense pas que ce soit gênant, mais peut être nos amis auront-ils un autre avis. A voir.
  14. Pour le renouvellement (et aussi pour la création initiale), il faut que le port 80 soit ouvert pour chacun des domaines choisis. Pour augmenter la sécurité, j'ai mis une règle dans mon pare-feu qui n'ouvre ce port que pour les deux IP sources utilisées par Let's Encrypt pour le renouvellement (64.78.149.164 et 66.133.109.36), ce qui me permet d'éviter toute manip pour le renouvellement (2 mois, ça passe vite!).