Validateur de port

Le Validateur de ports vérifie si une valeur donnée est un numéro de port TCP/UDP valide dans la plage autorisée de 0 à 65535, identifie la catégorie du port et affiche le nom du service associé pour les ports bien connus. Saisissez une valeur comme 443 ou 65536 pour confirmer instantanément s'il s'agit d'un port valide et voir sa classification.

Comprendre les numéros de ports

Chaque connexion réseau sur un réseau TCP/IP utilise des numéros de ports pour diriger le trafic vers la bonne application. Lorsque votre navigateur se connecte à un serveur web, il atteint le port 443 pour HTTPS. Lorsque vous vous connectez en SSH à un serveur, vous utilisez le port 22. Lorsque votre serveur de messagerie envoie un e-mail, il se connecte au port 25 ou 587. Les numéros de ports sont le mécanisme d'adressage qui permet à un seul serveur d'exécuter des dizaines de services simultanément, chacun écoutant sur un port différent.

Les numéros de ports sont stockés sous forme d'entiers non signés de 16 bits dans les en-têtes des paquets TCP et UDP, ce qui signifie que la plage valide est exactement de 0 à 65535. Toute valeur en dehors de cette plage n'est pas simplement non conventionnelle -- elle est physiquement impossible à représenter dans le protocole. Une règle de firewall référençant le port 70000 sera soit silencieusement ignorée, soit provoquera une erreur, selon le système. Un fichier de configuration avec le port 443.0 (un nombre à virgule flottante au lieu d'un entier) se comportera de manière imprévisible. Ce sont exactement ces types d'erreurs que ce validateur détecte avant qu'elles n'atteignent la production.

Les 65536 ports de la plage valide sont répartis en trois catégories par l'IANA (Internet Assigned Numbers Authority). Les ports bien connus (0-1023) sont assignés aux protocoles courants et nécessitent les privilèges root pour être utilisés sur les systèmes Unix. Les ports enregistrés (1024-49151) sont assignés à des applications spécifiques mais ne nécessitent pas de privilèges élevés. Les ports dynamiques ou éphémères (49152-65535) sont utilisés par le système d'exploitation pour les connexions sortantes temporaires. Comprendre dans quelle catégorie un port se situe vous aide à évaluer s'il est approprié pour votre cas d'usage et si votre application aura besoin de privilèges spéciaux pour l'utiliser.

Comment valider un numéro de port

1. Saisissez le numéro de port que vous souhaitez valider
2. Le validateur vérifie si la valeur est un entier compris entre 0 et 65535
3. Le port est classé dans sa plage standard (bien connu, enregistré ou dynamique)
4. Si le port est un port bien connu, le nom du service associé est affiché
5. Toute considération particulière (par ex. port 0, ports privilégiés) est mentionnée

Catégories de plages de ports

Assignations courantes des ports bien connus

Exemples de validation

Quand utiliser le validateur de ports

• Scripts de règles de firewall pour valider les valeurs de ports avant de les appliquer à iptables, nftables ou aux groupes de sécurité cloud
• Validation des entrées utilisateur dans les applications web ou interfaces de configuration qui acceptent des numéros de ports
• Revue de fichiers de configuration pour repérer les fautes de frappe comme des chiffres supplémentaires (44333 au lieu de 443) ou des chiffres transposés
• Vérification de spécifications de ports issues de documentation externe, tickets ou exigences fournisseur
• Audit de règles de groupes de sécurité pour s'assurer que tous les ports référencés sont dans la plage valide
• Formation et apprentissage des fondamentaux des ports TCP/UDP et des assignations de services IANA

Fonctionnement des numéros de ports TCP/UDP

La limitation à 16 bits

Les numéros de ports sont stockés sous forme d'entiers non signés de 16 bits dans les en-têtes TCP et UDP, ce qui donne une valeur maximale de 2^16 - 1 = 65535. Toute valeur en dehors de 0-65535 est invalide au niveau protocolaire et sera rejetée par les systèmes d'exploitation et les piles réseau.

Port 0 -- comportement spécial

Le port 0 est techniquement valide mais a une signification particulière. Lorsqu'un programme se lie au port 0, le système d'exploitation assigne automatiquement un port éphémère disponible. Il n'est pas valide comme port de destination dans la plupart des configurations et devrait être signalé dans les règles de firewall ou les définitions de services. Vous ne configureriez jamais intentionnellement un serveur web pour écouter sur le port 0.

Ports privilégiés sous Unix/Linux

Sur les systèmes Unix, se lier aux ports 0-1023 nécessite les privilèges root (ou la capability CAP_NET_BIND_SERVICE sous Linux). Il s'agit d'une mesure de sécurité pour empêcher les utilisateurs non privilégiés d'usurper l'identité de services système comme SSH (22) ou HTTP (80).

Indépendance des ports TCP et UDP

TCP et UDP maintiennent des espaces de numéros de ports complètement indépendants. Le port 53 en TCP est techniquement un port différent du port 53 en UDP, même si le DNS utilise conventionnellement les deux. En pratique, la plupart des services qui utilisent les deux protocoles emploient le même numéro de port sur chacun, mais le validateur vérifie le numéro lui-même -- la plage de validité (0-65535) est identique pour les deux protocoles.

Choix de port en pratique

Lorsque vous choisissez un port pour une nouvelle application, l'approche la plus sûre est de sélectionner un port enregistré qui n'est pas déjà utilisé sur votre serveur. Les conventions courantes pour le développement et les tests incluent les ports dans la plage 3000-3999 (populaire avec les frameworks Node.js et Ruby), la plage 8000-8999 (populaire avec les applications Python et Java) et la plage 9000-9999 (outils de monitoring et de métriques). Consultez le registre IANA avant de vous engager sur un port pour éviter les conflits avec des services bien connus que d'autres administrateurs pourraient s'attendre à trouver sur ce port.

Une erreur courante est de coder en dur le port 80 ou 443 dans une application et de s'étonner qu'elle échoue au déploiement sans privilèges root. La pratique moderne consiste à faire tourner votre application sur un port non privilégié (comme 8080 ou 8443) et à utiliser un reverse proxy (nginx, HAProxy ou un load balancer cloud) pour gérer le trafic sur les ports 80 et 443. Le reverse proxy s'exécute en tant que root ou dispose de la capability CAP_NET_BIND_SERVICE, lui permettant de se lier aux ports privilégiés, tandis que votre application s'exécute en tant qu'utilisateur normal pour des raisons de sécurité.

Un autre piège courant est d'utiliser accidentellement un port éphémère dans une configuration serveur. Si vous configurez votre application pour écouter sur le port 55000, cela fonctionnera -- mais les ports éphémères (49152-65535) sont la plage que le système d'exploitation utilise pour les connexions sortantes. Sur un serveur très sollicité, l'OS pourrait essayer d'assigner le port 55000 à une connexion sortante et échouer parce que votre application est déjà liée à ce port. Restez dans la plage enregistrée (1024-49151) pour les applications serveur afin d'éviter ce conflit.

Questions fréquentes

Pourquoi mon application ne parvient-elle pas à se lier au port 80 ?

Sur les systèmes Unix/Linux, les ports en dessous de 1024 sont privilégiés et nécessitent un accès root. Soit vous exécutez l'application en tant que root, soit vous utilisez setcap pour accorder CAP_NET_BIND_SERVICE, soit vous configurez un reverse proxy sur un port supérieur. Sous Windows, une telle restriction n'existe pas par défaut.

Le port 65536 est-il valide ?

Non. Les numéros de ports sont des entiers non signés de 16 bits, donc le maximum est 65535. La valeur 65536 dépasse la limite du protocole et sera rejetée par toute pile réseau correctement implémentée.

Quelle est la différence entre les ports TCP et UDP ?

TCP et UDP maintiennent des espaces de numéros de ports séparés. Le port 53 en TCP (DNS over TCP) et le port 53 en UDP (DNS standard) sont techniquement des ports différents, bien qu'ils soient conventionnellement utilisés par le même service. La validité d'un numéro de port (0-65535) est la même quel que soit le protocole.

Deux applications peuvent-elles écouter sur le même port ?

En règle générale non -- un seul processus peut se lier à un port spécifique sur une adresse IP spécifique à la fois. Cependant, si votre serveur possède plusieurs adresses IP, différentes applications peuvent écouter sur le même numéro de port sur des IP différentes. L'option de socket SO_REUSEPORT sous Linux permet également à plusieurs processus de partager un port pour de la répartition de charge.

Que se passe-t-il si j'utilise un port assigné à un autre service ?

Rien ne vous empêche d'utiliser n'importe quel numéro de port valide pour n'importe quel usage. Les assignations de ports IANA sont des conventions, pas des restrictions imposées. Cependant, utiliser le port 22 pour un serveur web ou le port 80 pour SSH déroutera les autres administrateurs et pourrait entrer en conflit avec des outils qui supposent les assignations de ports standard. Suivez les conventions sauf si vous avez une raison spécifique de ne pas le faire.

Outils associés

• Port List Expander - Etendre les plages de ports en ports individuels
• Port List Compressor - Compresser des listes de ports en plages
• Protocol/Port Template Builder - Construire des règles de firewall depuis des modèles CSV
• URL Parser - Analyser les URL en schéma, hôte, port, chemin et requête
• URL Normalizer - Normaliser les URL en supprimant les valeurs par défaut et en triant les paramètres