Reprise du message précédent :

 
Bah non on peut le faire. Oui c’est la base.
Sans ce genre d’option ça serait difficilement utilisable en fait  

 
On va bientôt croire qu'à la base c'était de vulgaires switch.  

OK mais les messages précédents laissaient penser que c'était récent et donc qu'avant on pouvait pas le faire.
Mais je me rend compte cf la vidéo que j'ai posté précédemment que c'était sans doute qque chose qu'on ne pouvait pas faire dans le contrôleur mais bien en cli?

 
Oui.
Mais si on continu à décortiquer ce qu’il était possible de faire en cli et/ou en GUI il y a 2-3 ans, je vais passer mon tour sur les réponses. Je ne saisi pas l’intérêt.

Non je ne demande rien de tout ça mon message était le suivant :  
phrase 1 : ma compréhension des messages précédents m'inquiétait car je pensais que c'était tout simplement impossible.
phrase 2 : ma conclusion est que c'était à faire en CLI.
 
Conclusion ça ne me pose aucun problème, j'aurais juste été très désagréablement surpris si par contre cette fonctionnalité était tout simplement impossible dans le passé.

Si tu veux tester, tu as la démo Unifi de dispo    
https://demo.ui.com/manage/site/default/dashboard
 
Tu peux voir l'interface et tout ce qu'elle permet de faire pour un très gros site avec 126 Devices Unifi et 1230 Clients.

Et globalement tout ce que peut faire un routeur qui n’est pas faisable en webUI pourra être fait en CLI

ça commence bien, impossible de connecter mon usg a mon controlleur.
Depuis n'importe quelle machine sur le réseau je vois le port 8080 ouvert mais depuis l'usg il passe pas    
 
Vais faire une pause ça fait 1h passé que j'essaie plein  de trucs.

 
essayes en ssh depuis l'usg

Bah oui j'étais dessus c'est comme ça que je vois que ça passe pas un telnet port 8080 du controller. Aucun port en fait
 
edit: ah bin si je sais faire usg > host controller sur port 22 mais pas le port 8080 qui redirige vers le controller docker
 
edit2: bin put*** on est pas dans le plug and play chez moi    

Mais bon je sais pas ce qui a fait quoi mais finally ça y est

 
Je confirme. J’ai jamais aimé l’auto enrôlement à partir de requête broadcast. Ça obligé à avoir un contrôleur sur le site.  
 
Depuis 6 mois, un petit script en bash avec un coup de nmap puis connexion et enrôlement sur ip publique (VpS ovh). Les équipes arrivent à déployer 25 bornes en une journée.

Bon je débarque avec mes questions.
Comment je fais pour avoir le nom des hosts plutot que l'adresse mac dans les clients sur l'USG ?
Pour info j'ai pas encore installé les AP

dans les leases DHCP ?

Dans le controlleur onglet client j'ai une colonne name et là j'ai les mac et j'ai ajouté une colone hostname et je n'ai rien dedans.

ça marche absolument pas en fait l'auto discovery ?
Pour l'USG je pensais que ça venait d'un réseau batard entre les anciens lease DHCP de mon tp-link et l'USG qui venait mettre le bourzouf dans le réseau.
Mais là j'ai plus mon tp-link c'est l'USG qui route tout le réseau, il est dans le controlleur unifi , il donne une IP à l'AP que je viens de brancher mais il est pas dans les devices que je peux adopter !
Ou alors ça vient de mon controlleur sous docker mais pourtant j'ai bien redirigé tout les ports requis vers le host.

Reset de l'AP ?

Il sort de sa boite

C'est juste un bouton à appuyer, faut essayer.

J'y ai cru quand il a changé de couleur pour devenir bleu puis finalement il est re blanc et pas là
 
edit: bon ça va sorry c'était bien une connerie de ma part qui n'avait pas lu toute la doc  
https://hub.docker.com/r/jacobalberty/unifi/

 
edit2: c'était bien ça, rien pigé au macvlan donc je suis passé en host désolé pour la pollution du topik

C'était pas faute de t'avoir conseillé d'installer le contrôleur dans une VM

ou :
 
https://forum.hardware.fr/hfr/Achat [...] 8030_1.htm

Non mais c'est bon ça tourne parfaitement sous docker maintenant juste un problème d'interface chaise clavier

et pour 0€
 
N'empêche a première vue c'est vraiment de la bonne came    
Dans un premier temps je suis déçu de la puissance de signal, c'est franchement pas meilleur qu'avec mes AP hybrides précédents.
Par contre même avec une réception faible a certains endroits (bcp de béton dans la maison) ça continue a tracer là ou mes AP précédents donnaient des résultats très aléatoires.
 
Et la config des SSID   J'ai enfin pu activer le 5g proprement sur mes AP ET créer un autre SSID pour mes sonoff qui aiment pas trop quand y a du 2.4 et 5 sur le même nom.
 
Next le truc useless et donc indispensable le captive portal pour les guest

je comprends pas pourquoi tu as pris un USG ?

Parce que ma box est vraiment pourrie.
Parce que je compte progressivement essayer de capter tout ça et faire des vlan séparés pour mes iot.
Parce que je suis sur HFR et que je le vaux bien  
 
edit : et concernant les noms qui n'apparaissent pas, maintenant que j'ai mis en route mes AP j'ai des noms qui apparaissent dans le controlleur. Donc en gros ce sont les devices cables qui sont pas nommés

Le "Name" tu veux dire ?    
 
ChezMoiCaMarche :  

 
Tu leur as assigné un nom dans le bail DHCP ?

 
Du coup c'est quoi les paramètres/limitations de ton réseau IoT ?

Wifi seulement en 2.4GHz.
Et quelques règles de pare-feu que ce soit vers les autres VLAN ou le WAN :

• quelques IOT accèdent au WAN
• certains uniquement aux adresses NTP
• les autres ne sortent pas du tout
• certains IOT accèdent à certaines IP précises d'autres VLAN, voire certains ports seulement
• mais par défaut aucune connexion inter-VLAN possible
• Les IOT sont joignables depuis certains VLAN mais pas tous

...

Bah non c'est là tout le truc
Je voudrais qu'il affiche le hostname déclaré de la machine sans devoir le faire pour lui.

heuuu sauf erreur le hostname ne circule pas lors de la requete DHCP

Pas de bol mec  
 

Tu régler le hostname d'un client avec l'option 12 de DHCP mais récupéré via DHCP le hostname d'un client je crois pas que ça soit possible.
En demandant au client autrement tu peux faire remonter le hostname ou le dns local a enregistré leur hostname mis via DHCP nope

J'ai ptetre répondu un peu vite pour l'option 12, mais en tout cas chez moi le hostname de certains clients remonte par DHCP  
 

 
Je ferai un tcpdump à l'occasion pour voir quelle option est utilisée

D'ailleurs mon pool hue est mal nommé, ya un tiret au lieu d'un point à la fin

General-Failure c'est quoi ?
 
Ton CBR en wifi ?

Il doit y avoir un autre protocole qui rentre en jeu pour la résolution du nom local (LLDP ?)

Un téléphone dont j'ai pété 2 fois l'écran C'est quoi le rapport avec mon CBR ?

J'essaie de me rappeler mais je pense que dans mon tplink j'avais bien tout les hostname. A moins que ça soit que les clients wifi mais il ne me semble pas.

 
General-failure, c'est une pique

23:41:36.013476 ethertype IPv4, IP (tos 0x0, ttl 255, id 48078, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from c1:e2:b7 (oui Unknown), length 300, xid 0xf7b08ac1, Flags [none] (0x0000)
          Client-Ethernet-Address c1:e2:b7 (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Parameter-Request Option 55, length 6:  
              Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
              Option 119, Option 252
            MSZ Option 57, length 2: 1500
            Client-ID Option 61, length 7: ether c1:e2:b7
            Requested-IP Option 50, length 4: 192.168.66.118
            Lease-Time Option 51, length 4: 7776000
            Hostname Option 12, length 15: "General-Failure"
            END Option 255, length 0
            PAD Option 0, length 0, occurs 6
 
C'est bien l'option 12 dans un DHCP REQUEST

J'ai dû rater la blague, dsl À la base c'est un clin d'oeil à mon premier PC Amstrad qui plantait un peu trop facilement  
 

Pour le regler, mais pour remonter celui déjà set non, je croyais qu'il parlait de ça (?)