--- title: Carte du réseau et catalogue des ressources url: https://doc2.pstreamer.tv/fr/manual/meshwork/map.html lang: fr product: Perfect Streamer version: 2.0.2.362 --- # Carte du réseau et catalogue des ressources Dans l’interface d’administration, Meshwork réunit une carte des nœuds du réseau — sous forme de liste et de graphe — et un catalogue commun des ressources réseau occupées. Tout cela est mis à jour automatiquement et rassemble à l’échelle du domaine les informations qu’il faudrait sinon relever à la main sur chaque serveur. ## Carte du réseau La carte présente la composition du réseau — une ligne par nœud connu, y compris celui depuis lequel vous la consultez. Les nœuds vérifient la connectivité entre eux environ toutes les 5 secondes, et l’affichage se met à jour de lui-même. Si Meshwork n’est pas configuré, la liste est vide. Ce qu’affiche la ligne d’un nœud : - **Nom du nœud** et l’adresse de son interface d’administration. - **Nœud local** — la ligne du nœud sur lequel vous consultez la carte ; elle porte la mention « ce nœud » et est toujours affichée comme active. - **Type de liaison** — permanente (un nœud issu de la liste explicite de peers) ou auto-découverte (trouvé automatiquement via un domaine commun). - **État** — « Actif » ou « Inactif ». S’il n’y a aucune confirmation d’un nœud pendant environ 15 secondes, il est marqué comme inactif. Le redémarrage d’un pair est détecté automatiquement, aussi un bref clignotement de l’état juste après son redémarrage est-il normal. Un nœud inactif reste sur la carte pendant une semaine à compter du dernier contact, et son alerte de silence subsiste pendant tout ce temps : un nœud tombé en panne doit se distinguer d’un nœud qui n’a jamais existé. On le retire avant ce délai par l’action « Oublier le nœud » ([Nœuds](../webui/meshwork.md#webui-fleet-nodes)) ; un pair permanent est alors également rayé de la liste configurée ([Pairs et secrets](setup.md#meshwork-peers)). - **Dernier contact** — quand a eu lieu la dernière liaison réussie. - **Uptime** — le temps écoulé depuis le démarrage du nœud. Le nœud communique le moment du démarrage lui-même, et non un compteur, aussi la valeur croît-elle en continu et n’est-elle remise à zéro que par un redémarrage. Le moment du démarrage suit l’horloge du nœud, tandis que l’ancienneté est calculée d’après l’horloge du poste de travail : lorsqu’il en résulte une valeur impossible, l’uptime n’est pas affichée ([Nœuds](../webui/meshwork.md#webui-fleet-nodes)). - **Domaine** — le ou les domaines du nœud. Un super-node en possède plusieurs, et le nœud est en outre marqué `super`. - **NAT** — l’indication qu’une traduction d’adresses a été détectée sur le chemin vers le nœud. Une partie des informations, la carte ne les recueille pas directement et elles ne figurent pas dans la ligne, mais il vaut la peine de les connaître — elles expliquent ce que l’on voit sur la carte : - **Relais.** Les informations sur la disponibilité et le NAT d’un nœud peuvent provenir non pas du nœud lui-même, mais d’un voisin. C’est ainsi que figurent sur la carte, par exemple, les nœuds derrière un NAT que ce nœud ne peut pas joindre directement : ils sont présentés au même titre que les autres, bien qu’aucune liaison directe n’existe avec eux. Dès qu’une liaison directe s’établit, elle prime sur les informations relayées. - **Échec d’authentification.** Un pair auto-découvert peut être joignable directement sans pour autant passer le contrôle d’authenticité. Cela signifie généralement que les nœuds communiquent via des adresses publiques alors qu’aucun nœud du domaine n’a HTTPS activé, par lequel les nœuds confirment mutuellement leur authenticité (voir [Prérequis et joignabilité](setup.md#meshwork-requirements)). Ce qui ne fonctionne pas, c’est la liaison **directe** ; le nœud lui-même peut rester actif via un relais. Sur un réseau local (nœuds sur des adresses IP privées), cela ne se produit pas. ## Catalogue commun des ressources Un écran distinct de l’interface d’administration affiche un catalogue distribué des ressources réseau occupées — toutes les entrées et sorties UDP / RTP / Pro-MPEG / RIST exécutées sur les nœuds du domaine. Il s’agit d’une liste à l’échelle du domaine des adresses et ports occupés ; elle permet de choisir facilement une ressource libre et de voir où chaque stream est déjà utilisé. Pour chaque entrée, le catalogue affiche le protocole et la direction (entrée/sortie), le nœud source, le domaine, l’adresse/groupe/port, le VLAN, si nécessaire la source pour le source-specific multicast et une note. Le même catalogue répond aussi à la question inverse — qui d’autre travaille avec l’adresse d’une entrée ou d’une sortie donnée : à côté de l’adresse se trouve le bouton « Afficher dans la bibliothèque » ([Bibliothèque — ce flux](../webui/streams.md#webui-stream-library-feed)). La publication est gérée par deux champs supplémentaires de l’entrée/sortie elle-même (ils ne sont affichés que pour les transports qui figurent dans le catalogue — UDP / RTP / Pro-MPEG / RIST / PS1 / SRT ; les noms sont ceux de l’interface) : Peer note (meshwork library) — une note publique destinée au catalogue (si elle est vide, la note ordinaire de l’enregistrement est utilisée) et Peer private — l’exclusion de l’enregistrement de la publication. ### Type de liaison PS1 / SRT Outre UDP / RTP / Pro-MPEG / RIST, le catalogue inclut aussi les connexions [PS1](../planning/index.md#planning-ps1) et [SRT](../planning/index.md#planning-srt). Une telle connexion a deux côtés : l’appelant (compose une adresse distante) et l’écoutant (accepte la connexion). Pour le côté appelant, le catalogue affiche le type de liaison : - **interne** — l’entrée/sortie est configurée pour se connecter en tant que membre du domaine (auto-login de domaine activé) : elle se connecte à un autre nœud du réseau et confirme son appartenance au domaine ; - **externe** — il n’y a aucune confirmation de membre du domaine : il s’agit d’une connexion ordinaire vers un point quelconque. Même si un nœud du réseau se trouve à l’adresse indiquée, sans auto-login de domaine la liaison est considérée comme externe — le type reflète la façon dont la connexion est configurée, et non le fait que le destinataire appartienne ou non au réseau. Il s’agit d’une mention indicative : elle n’affecte pas la transmission elle-même mais aide à distinguer les liaisons intra-domaine confirmées des liaisons externes. Pour les côtés en écoute et pour la famille UDP / RTP, le type n’est pas affiché.