Cmoi20

Bonjour, peut être une solution la : https://www.openmptcprouter.com/ sinon, les routeurs multiwan devraient fonctionner. il doit y avoir un soucis de configuration.

Bonjour, en plus du paramètre 3 a 1, le paramètre 10 est bien positionné a 2 ? l’étalonnage a t il été fait ?

Bonjour, une ouverture de flux extérieur vers le syno qui pourrait expliquer le problème ?

attention, avec un seul disque, s'il tombe, l'on perd tout. alors qu'avec plusieurs disques, on peut monter un RAID pour sécuriser la donnée. après, rien n’empêche de mettre 12 disques de 12TO chacun ;-) ou de commencer avec 3 disques puis d'étendre ensuite le RAID avec des disques supplémentaires quand le besoin évolue. il faut juste prévoir un casier asses grand pour cela.

pour le stockage, j'utilisa ça : https://www.ebay.fr/itm/HP-MSA60-Modular-Smart-Array-With-Rail-Kit-12x-3-5-Drive-Bays-P-N-418408-B21/273008795769?hash=item3f9097a079:g:-2kAAOSwVDZaACt8 cela fonctionne super bien avec du disque sata (pas cher). mais l'on dépasse les 2U pour le tout. pour le micro server, le pas cher est pas avec du proc intel et on est pas sur le besoins du début : rackable.

un truc de ce type ne te serait pas suffisant ? : https://www.ebay.fr/itm/HP-PROLIANT-DL360-G7-1U-RACK-SERVER-2x-E5620-8GB-P410i-256MB-8x-72GB-HDD/263470189552?hash=item3d580c0bf0:g:zdMAAOSwh21aYJsd

ils ont corrigé mon bug.

pour le partage de port, c'est chez free que j'avais entendu parler de ça : https://www.universfreebox.com/article/33656/Free-associe-une-seule-adresse-IPv4-en-ZMD-a-plusieurs-abonnes-en-partageant-les-ports donc rien a voir avec la 4G, désolé.

pour vnc, il est possible que cela passe par une offre cloud : https://www.realvnc.com/en/connect/docs/faq/cloud.html

Bonjour, si je ne me trompe pas, les connexion 4G natées partagent une adresse publique pour n clients. les ports (de 1 a 65535) sont ensuite redirrigés par plage vers chacune des IP natées. tu dois avoir touché la plage de ports correspondants a ce qui est redirrigé sur ta connexion avec VNC. pour l'accès extérieur (et obtenir une @IP publique fonctionnelle), il reste la solution de l'OTB qui est un autre compromis : https://www.ovhtelecom.fr/overthebox/ c'est un peu beaucoup pour cela mais ca ferait le taf.

cisco, c'est pas dans mes budgets.

merci, j'hésitais justement a changer. c'est une super offre.

pour résumer, il faut rediriger les ports 80 et 443 vers l'ip du nas au niveau du routeur. ensuite, il faut créer une entrée DNS qui pointe vers ton @ip publique. puis créer un certificat let's encrypt correspondant a l'entrée DNS puis créer une configuration revers proxy en HTTPS et enfin affecter le certificat a ton reverse proxy (dans sécurité -> certificat -> configurer)

CF la page 9 de ce document : https://manuals.fibaro.com/content/manuals/en/FGD-212/FGD-212-EN-T-v1.3.pdf

d'après le câblage, il faut soit alimenter le détecteur avec la Sx, soit déconnecter le neutre du Sx et faire un pont entre Sx et le N.

non, je parle de connecter l'alimentation L de ton détecteur de mouvement sur le Sx de ton module FGD ce sera ainsi le module fibaro qui alimentera le détecteur. l'utilisation des led en manuel (via la box domotique) fonctionne-t-elle ?

Bonjour, j'avais rencontré des comportement identiques et me suis rendu compte que cela venait de la nouvelle fonction de la HC2 qui permet de lier des périphériques entre eux. quand l'on va sur un périphérique, il faut vérifier le "device grouping" et controler que rien n'est activé dans celui-ci sur les 2 modules qui interragissent anormalement.

Bonjour, le cablage semble correcte. pourrais tu nous donner les parramètres mis en place et le détail du comportement ? pour moi, voici les paramètres a controler sur ce module : 20 : 1 22 : 1 23 : 0 26 : 0 29 : 0 en cas de problème, je tenterais le paramètre 32 a 1 et 33 a 0. de plus, le L du détecteur de mouvement peut être connecté sur le Sx du module.

tu devrais tenter de refaire la demande de certificat en désactivant la redirection du site en HTTP. j'ai constaté que cela posait problème sans vraiment savoir pourquoi.

pour un nouveau domaine, si tu a fait la conf coté OVH ,ça devrait fonctionner de suite. tu peux le tester avec un simple ping vers l'adresse DNS pour vérifier la résolution. la propagation est surtout utile pour la mise a jour d'une entrée DNS déjà existante.

après, ça devrait marcher avec un ddns mais avec une seule URL et donc une seule cible. si tu veux, je peux te débloquer ça par téléphone ce soir.

93, ça fait un peu loin mais si tu veux passer a la maison, je peux te montrer que cela fonctionne parfaitement avec un nom de domaine. pour les vendeurs de domaine, perso, je suis chez www.ovh.com mais il en existe pleins d'autres.

@domodial franchement, un DNS, c'est moins de 10€ par an. ça peut largement valoir le coup d'investir. en plus ça t'éviterait toutes ces galères. @schwinny oui, il y a aussi hc2slave.cmoi20.fr le plus important, c'est que l'accès sans les identifiants ne soit pas possible. d'ailleurs, l'accès a la HC2 ne fonctionne pas bien a distance. je récupère un chargement perpétuel.

c'est possible avec dyndns. il te faut créer une entrée dyndns par cible que tu désire mettre en place. ensuite, tu crée une entrée revers proxy correspondant a ton entrée dyndns que tu redirrige vers la cible que tu désire utiliser. je te fais des captures d'écran cet après midi de mes configurations.

ok, je comprends ton problème. pour que tes accès de l'extérieur fonctionnent avec un nom de domaine, tu dois possé der un nom de domaine publique (par exemple, le miens c'est cmoi20.fr). ensuite, tu crée des entrées dans ce DNS publique qui redirrigent par exemple pour moi syno.cmoi20.fr vers ton adresse ip publique (l'adresse ip de ta connexion internet) pour que cela fonctionne également en local, tu peux créer une entrée dans le DNS de ton synology qui héberge aussi ton domaine (dans notre exemple cmoi20.fr) qui redirrigera l'entrée DNS syno.cmoi20.fr vers l'adresse interne de ton synology.