Lazer

Moi j'en ai un entre le relai d'un IPX800 et une grosse alimentation de ruban à LED, et pour l'instant toujours pas de souci..... même en même temps ce point lumineux ne sert pas souvent.

Pour comparer avec les autres qui ont des problèmes sur HCL : - Tu as combien de modules ? - Et combien de scènes ?

1/ Comment tu vas le fixer dans la forme arrondie de la gouttière, il va être entrainé par l'eau qui coule 2/ La forme de la gouttière justement empêchera les picos de faire contact et donc de détecter l'écoulement de l'eau 3/ Je doute fort que le module soit étanche à la pluie et aux intempéries 4/ la batterie va tenir 1 semaine avec le gel dehors Bref, oublie Le capteur qu'il te faut c'est ça : Kemo https://www.planete-domotique.com/capteur-de-pluie-contact-sec-kemo.html

Bien trouvé @Dragoniacs Pareil, je viens d'installer un module FGS 223 et j'étais surpris pourquoi il ne me proposait pas la boite de mise à jour.... elle figure effectivement dans les paramètres de ce premier module esclave caché (à priori pas besoin de le rendre visible pour faire la mise à jour, il faut juste aller dessus)

Merci @jjacques68 Alors ton 1er screenshot donne une information importante que tu n'avais pas encore fourni il me semble : l'adresse IP des interfaces du routeur sur chaque VLAN. Donc c'est du .1 (on pouvait s'en douter vu que c'est aussi l'adresse des serveurs DHCP et DNS) Par conséquent, il faut absolument que tes caméras et serveur NVR utilisent bien cette adresse IP comme passerelle par défaut : 192.168.3.1. Par contre le port 2 du routeur reste pour moi un mystère... avec tes captures d'écran, on pourrait supposer que le routeur taggue les paquets du VLAN 1, tandis qu'on a vu précédemment que le port 27 du switch ne les taggue pas (puisque PVID = 1) Mais pas certain que ça soit en rapport avec ton problème de routage....

Pour la sécurité du Z-Wave, on ne va pas réécrire ce qui a déjà été débattu N fois sur le forum. Dernière discussion sur le sujet, à lire sur le forum : https://www.domotique-fibaro.fr/topic/11948-découverte-z-wave-s2-raz2-zway-bêta-v300-rc14-z-uno-213/ Et l'article d'origine sur le blog : http://www.domotique-info.fr/2018/03/que-va-changer-la-specification-z-wave-s2/ Tu aurais la réponse à tes premières questions. Par contre, si tu souhaites piloter une porte de garage dans une cave d'immeuble, sans domotique, et sans jamais connecter de domotique, alors le Z-Wave n'est pas la bonne solution....

Sur le port 27 de ton switch FS728TP, je vois : - PVID = 1 et les paquets du VLAN 1 ne sont pas taggués - on laisse aussi passer les VLANS 3 et 1048, qui sont taggués En revanche, on ne connait pas la config coté routeur UTM25 pour le port 2. Par ailleurs, je n'ai peut être pas suivi, est-ce que le PC de test dans dans le VLAN 3 sur le port 3 du routeur peut bien pinguer les caméras et le NVR ?

Un livre sur les bases de TCP/IP sur Amazon, et quelques heures de lecture remédieront au problème Bon après faut en avoir l'utilité, si c'est uniquement pour configurer 3 VLANs à la maison, c'est peut être exagéré. Perso j'ai appris avec celui-là : https://www.amazon.fr/TCP-IP-Joe-Casad/dp/2744006017/ref=sr_1_2?ie=UTF8&qid=1526232906&sr=8-2&keywords=le+tout+en+poche+tcpip Surement pas le meilleur, mais j'étais étudiant sans le sou.... c'était en 1999..... pff ça ne me rajeuni pas EDIT : d'ailleurs de mémoire, il ne traite pas des VLANs et des notions de tagging, PVID, mode trunk/access, etc.... j'ai appris après. EDIT 2 : si tu en veux un gratuit, mais en anglais, celui là est pas mal : http://www.redbooks.ibm.com/abstracts/gg243376.html?Open

Peut être que ça se paramètre sur le tien. Sur mon EdgeRouter, je peux tout configurer, et donc choisir la vitesse de basculement (il n'est pas forcément souhaitable que ça bascule trop vite, au risque d'avoir une connexion qui bagote) ... idem pour le retour arrière (failback). Je peux même remplacer le ping par un script plus évolué de détection de la panne (ce que je n'ai pas encore fait d'ailleurs....) Après les bugs ça existe, même sur mon Ubiquiti quand je vois le changelog à chaque mise à jour, certains bugs font peur (et j'ai d'ailleurs subit l'un des bugs, justement au sujet du Dual WAN failover) Alors Netgear, qui de mon point de vue, est une marque très bas de gamme, les bugs sont légions. Rien que sur mes switchs Netgear, ils ont tous touchés par un bug : le Green Ethernet qui finit tôt ou tard par bugger et fermer totalement les ports. Bien sûr, les firmwares sont à jour. Étrangement, sur mon Cisco, je n'ai jamais rencontré un seul bug (et le Green Ethernet fonctionne parfaitement). Bon ce n'est pas le même prix.... ceci explique surement cela. Revenons à nos moutons, la gestion des tables de routage et des VLANs, ce sont des choses hyper basiques, le minimum syndical du réseau, ça m'étonnerait fort que ton problème soit un bug.

Tu avais quand même des choses bizarres, un Netmask en 255.255.255.128 ce n'est pas courant à domicile, et ça ne fait que compliquer les choses. Il doit trainer une autre bizarerie. Essaye de compléter ton schéma, même pour toi ça sera plus clair.

Non Pepite, le problème du réseau, c'est que tout le monde veut en faire, sans connaitre les bases. Avant de créer des VLANs sur son switch à la maison, déjà il faudrait connaitre TCP/IP, et avoir des notions de routage et de firewalling. Quand tu as compris ça, après tout devient limpide, la seule difficulté est de paramétrer cela sur l'équipement (car bien sûr chaque marque organise les menus ou la CLI totalement différemment de son concurrent). Bref, facile. Et quand tu as un doute, un coup de tcpdump/wireshark, et l'analyse des trames permet de résoudre le problème en 2 minutes. Désolé, c'est un peu direct, mais c'est la triste réalité. Je le constate très souvent en entreprise, quand je dois discuter avec les équipes réseaux. Régulièrement, je tombe sur des gars qui n'y connaissent rien, et je suis bien obligé de bosser avec eux car avec la virtualisation il faut propager les VLANs dans les Hyperviseurs (= dans les serveurs).... et la discussion devient parfois franchement pénible. (bon c'est pas tout le temps vrai, heureusement il y a des gars qui maitrisent réellement) Alors à la maison, à part les rares admins réseaux de formation, il n'y a personne qui n'y pige rien... pourtant les forums incitent tout le monde à faire des VLANs et compagnie.... d'où les difficultés rencontrées. Bref, le réseau dont on parle là, router 3 VLANs avec 1 seul routeur, c'est pourtant très facile. @jjacques68 je suis sur que tu passes à coté de quelque chose d'hyper simple. (à moins que tu aies encore un problème avec les Netgear eux-même, je crois me souvenir que le Dual WAN Failover n'avait pas l'air trivial, voire carrément buggé) Moi j'adore les schémas, c'est très visuel, et ça permet de bien comprendre ce qu'on fait, et surtout d'expliquer aux autres (un dessin vaut mieux qu'un long discours....) Ton schéma est une très bonne base de travail, tu pourrais le compléter avec les informations manquantes mais néanmoins nécessaires, en vrac : - adresse IP de chaque interface du routeur - PVID du Trunk, et default VLAN taggué ou non - pour chaque équipement : adresse IP, netmask, default gateway

@Fredmas cool tant mieux pour toi, il y a au moins une HCL qui fonctionne bien Ca fait bien longtemps que les stables sont stables, le code est identique aux HC2. Le problème de la HCL c'est le hardware qui est totalement sous-dimensionné, en CPU et en RAM, donc ça finit par planter pour un grand nombre d'utilisateurs qui se sont résolus à la rebooter toutes les semaines, quand ce n'est pas tous les jours... ça me rappelle Windows dans les années 90 sur les machines de l'époque.

Le routeur n'a pas besoin de route statique, il connait déjà tous les réseaux puisqu'il est au centre de ton infra.

Pas besoin si tous les équipements ont comme gateway par défaut l'adresse IP de l'interface du routeur sur chaque VLAN. Ce qui devrait être le cas si le serveur DHCP est bien actif sur le routeur. Mais attention à ton NVR, il n'aurait pas un serveur DHCP embarqué ce truc là ? Et il pousserait une config incorrecte aux caméras...

IN=LAN OUT=LAN Là tu as un problème.... si ça rentre et ça sort sur le même VLAN, tu as un problème dans la table de routage, non ?

Ton problème se nomme HC-Lite... comme je l'ai déjà dit de nombreuses fois sur le forum, ce produit est une abberration qui ne devrait pas exister... en tout cas c'est mon avis, confirmé à chaque fois que je lis un message comme le tient, et ça arrive trop souvent... Par ailleurs, tester des versions Beta, c'est osé.... déjà que les stables ne le sont pas toujours, alors les beta tu imagines.... mais tu avais surement une bonne raison. La solution de Tinman : Ne m'en demande pas plus, je n'ai pas de HCL... donc pas testé.

Ça a l'air ok, mais je n'ai aucune expérience en routeur NETGEAR, il y a peut être une subtilité ailleurs. Ce qui me surprend c'est que la page ne te propose pas de choisir les interfaces d'entrée et sortie (ou à minima les VLANs sources et destination). Pour ton Switch, aucune idée, je ne sais pas comment est architecturé ton réseau.

Il faut : 1/ activer le routage inter-VLAN 2/ activer le firewall avec une politique par défaut qui bloque tout rentre les 2 réseaux, dans les 2 sens (deny all) 3/ ajouter une règle qui autorise uniquement ce que tu veux (l'adresse IP de ton téléphone vers l'adresse IP de la caméra cible) 4.../ recommencer le point 3 : ajouter autant de règle que nécessaire pour ajouter chaque équipement autorisé... Aucune idée de comment on configure cela sur ton matériel. C'est ce que je fais sur mon Ubiquiti entre les différents VLANs, et c'est la façon normale de faire en réseau : on bloque tout, et on autorise au compte goute.

mprinfo c'est justement là que j'ai vu l'existence de cette société, mais ça ne donne pas les infos demandées par Moicphil et moi. Et pas envie d'acheter les documents....

UPNP est un protocole pour que Mme Michu puisse configurer son réseau sans rien y comprendre, sans même sans rendre compte. Le cas qui nous intéresse est que la caméra demande au routeur d'ouvrir et de rediriger les ports qui vont bien pour devenir accessible par le monde entier. Pour des raisons de sécurité, il faut absolument désactiver UPNP sur toutes les caméras et le routeur... J'en avais parlé il y a quelques pages, je m'étais fait avoir, une de mes caméras est restée exposée pendant quelques jours. En revanche vous pouvez laisser l'UPNP actif pour les équipements multimédias internes, genre NAS, TV, Multiroom, etc... car le DLNA en a besoin. Par contre attention au NAS, et notamment les Synology... il existe une option dans le panneau de configuration permettant de demander à DSM d'ouvrir les ports sur le routeur.... on en revient au cas de figure de la caméra, donc ne surtout pas activer cette option.

Je n'étais pas au courant, Fibaro France, c'est tout nouveau ! Février 2018 apparemment, est-ce que c'est une filiale de Fibar Group ? Bienvenue sur le forum en tout cas

Elle est accessible depuis Internet ? (fait gaffe, si tu as laissé UPNP activé sur la cam et sur ton routeur, alors elle est accessible à ton insu) Dans ce cas, il y a des chances que ça soit une exploitation d'une faille de sécurité. Sinon j'ai ma cam du garage qui a eu 2 ou 3 plantages en 2 ans.... elle ping, mais ne répond à rien. Un reboot suffit (via l'alimentation POE)

Exactement

Le 802.3af c'est du POE standard, pas du POE+ (qui lui est le 802.3at)

En parlant de l'onduleur, c'était au programme de l'après-midi : lui trouver un nouvel emplacement au frais. Donc perçage de trous.... achat en urgence à LM car évidemment il me manquait le forêt dont j'avais besoin (c'est le problème quand on découvre la structure du bâtiment après avoir commencé à percer...). Prochaine étape, passer les câbles, lui faire une étagère, et l'installer dans l'escalier qui mène à la cave. Là bas il sera au frais, et il pourra faire tout le bruit qu'il veut sans gêner personne.