nasp

J’ai aussi un hp gen8 avec Esx sur lequel je fais tourner plusieurs os (mon serveur Linux, ma passerelle VPN, un pommier de test de bêta et 2-3 xpenology de test)

J'ai réagi trop tard mais j'avais ce qu'il fallait à la maison, c'est la version 6.5.0a (standard) et la 6.5U1 spéciale pour GEN8 mais ça aurait pu aller... Bref ça sera pour une autre fois... ;-)

Dans certaines distributions Linux au démarrage du démon ntpd il commence par faire un ntpdate avant de lancer ntpd.

L’accès à la freebox se fait par http://mafreebox.freebox.fr

Bonjour, J'ai eu un soucis en configurant l'USG derrière une Freebox Revolution en mode Bridge, la Freebox ne fournit pas les bons DNS lorsque le WAN est en mode DHCP, il suffit dans le controleur ou dans l'interface de config de l'USG de forcer les DNS, j'ai mis ceux de Google (8.8.8.8 et 8.8.4.4). Depuis ça marche nickel.

Comme suggéré par le message d’erreur : apt-get update

Je ne comprends pourquoi tu dois désactiver Bonjour sous DSM avant de démarrer le docker Homebridge. Chez moi ça fonctionne sans soucis sans avoir à avoir à désactiver le bonjour DSM au préalable... Il est important que le docker homebridge soit en mode net = host sinon ça peut expliquer ton soucis.

Un équipement POE passif sera bridé à 100Mb/s parce que le courant est véhiculé par les 2 paires non utilisées du câble éthernet. Le POE en IEEE 802.3af/at utilise les 2 premières paires pour véhiculer le courant et permet donc de dépasser le 100Mb/s dans la mesure où les 4 paires sont bien câblées. Ubiquiti est en train de supprimer le POE Passif de tous ses équipements (pour les nouvelles révisions des équipements existants et ne supportera plus le POE passif sur les nouveaux équipements). Tout est décris dans cet article du forum Ubiquiti : https://community.ubnt.com/t5/UniFi-Routing-Switching/Update-on-24V-Passive-PoE-Support-on-UniFi-Switch-Product-Line-8/td-p/2041070/jump-to/first-unread-message

Oups my bad.

Ubiquity vient de poster une mis mise à jour du firmware des ap comblant la faille du wifi.

Pour cela j’utilise «ilcato toolkit » qui permet de récupérer les zones et pièces de la hc2 pour les mettre dans HomeKit. Ensuite j’utilise « eve » d’elgato pour intégrer les devices dans HomeKit. Tu peux choisir facilement la pièce et la fonction de chaque device.

Je viens de tester avec la version 4.0 de l'image (homebridge:latest à aujourd'hui) et ça fonctionne avec ma config.

J'ai utilise marcoraddatz/homebridge:latest il y a 8 mois pour créer mon instance docker homebridge. D'après l'historique des versions il semble que c'est la version 2.1 de l'image. Mon nas est un ds3617xs en version DSM 6.1.3-15152 Update 6.

C'est bizarre car chez moi le Bonjour du syno est actif et le docker homebridge est visible dans l'application Home.... Edit: j'ai compris ce qui se passe chez moi. Le conteneur docker Homebridge est en mode network=host et n'utilise donc pas de forward de ports.

Il faut que les ports 5353 et 51826 du homebridge soient ouverts dans la config du firewall du NAS. Dans la config du conteneur les ports doivent être mappés à l’identique externe/interne. Pour y avoir accès de l’extérieur de la maison il faut un Apple TV ou un iPad en passerelle. Il faut redémarrer homebridge lorsque la hc2 redémarre (je ne suis plus sur du ces encore nécessaire).

J’envisage de passer sur du raspberry pi et du AirPlay.

Je n'ai pas ce genre de problème avant la cloud key...

Le firmware de l'USG (3P et Pro) est un peu en retard des autres routeurs non-unifi mais ils sont en train de modifier cela, donc il y a de l'espoir.

Il y a un mode ligne de commande pour le USG3P aussi. Je l'ai utilisé pour paramétrer le bridge pour le VLAN 100 de la freebox (TV). Ensuite il faut faire une manip pour le rendre permanent au niveau du contrôleur.

Non il n'est pas nécessaire d'avoir tout en ubiquiti mais ça simplifie beaucoup l'administration Avec l'USG3P ça me permet de surveiller la bande passante de l'accès à internet car il faut un test de débit toutes les 30mn. Le switch US-48 POE 750w permet d'avoir du POE sur chaque port + 2 SFP + 2 SFP+ et de piloter les ports depuis le contrôleur. Il y a un gros moins pas de IPV6 dans l'immédiat c'est en cours d'implémentation dans le contrôleur. En utilisant les astuces données dans le forum ça ne marche pas avec Free. Si certains ont réussi à le faire fonctionner sur les autres routeurs de Ubiquiti je suis preneur de vos astuces (mais en MP pour ne pas poluer ici). J'ai réussi à faire passer le flux TV de la Freebox sur le VLAN 100 en utilisant les astuces sur le forum lafibre.

La Cloud-key est un petit appareil que tu branche en RJ45 sur ton routeur et qui héberge le contrôleur unifi, ça évite d'avoir une VM ou un docker pour héberger le contrôleur. L'avantage c'est totalement supporté par Ubiquiti donc pas de problèmes pour les mises-à-jour. C'est mort pour toi cela ne permet pas de supporter d'autres matériels.

Je pense acheter d'autres composants Ubiquiti dans le futur : une autre borne pour le garage, un switch pour le garage et d'autres bornes pour le jardin. Je m'intéresse aux bornes InWall aussi, c'est une piste à creuser pour éviter de pousser l'émission des bornes. Je pensais aux bornes Mesh pour le jardin.

Merci à vous. Super la détection de présence. J'ai une Cloud-key, un USG3P, un switch US-48 POE et une borne AP-AC-PRO. Il faut faire la manip de certificats sur la Cloud-Key pour que le login fonctionne.

Merci pour les conseils car je suis aussi en train d'envisager la domotique de ma nouvelle maison dont les fondations sont en cours de "coulage"... Concernant les liaisons RJ45 j'en ai prévu 30 pour la maison 135m2 en plein-pied (4 ch + salon + cuisine + cellier, Garage séparé de 80m2 à plus de 50m). J'ai prévu 3 RJ45 dans chacune des chambres (1 près du lit et 2 de l'autre côté près de l'antenne télévision). Lors de la rénovation de mon ancienne maison j'avais mis un VDI 4 voies de Legrand et 2 prises par chambre, la RJ45 du VDI 4 voies ne sortait que du 100 Mb/s dont j'ai été déçu. Ce coup-ci j'ai prévu plus large.

J'ai participé à la mise en place d'un plan de secours pour un opérateur de téléphonie mobile dont le logo est carré et rouge... La raison était simple : 24h d'indisponibilité du système informatique = perte de facturation de plusieurs M€/j... L'impératif était de remettre en service les serveurs de facturation et d'activation des cartes SIM en moins de 24h suivant le sinistre... ça a coûté une blinde mais ça a marché... Centre de secours à environ 40km du centre principal (obligatoire pour certaines activités)...