Choisir la base avec le préfixe
10 seul vaut dix en décimal ; 0b10 vaut deux. Les lettres hexadécimales exigent 0x. Des zéros initiaux ne font jamais passer en octal.
- Les préfixes majuscules sont acceptés : 0X0012 équivaut à 18.
Outils IP et sous-réseaux
Saisissez un entier décimal, un hexadécimal avec 0x ou un binaire avec 0b. Les cases permettent de modifier les huit bits.
Les cases réécrivent 0xHH. Corrigez une saisie vide ou incorrecte avant de les utiliser.
SYN + ACK
0x02 | 0x10 = 0x12
SYN + ACK : souvent une réponse de handshake.
Les valeurs restent dans ce navigateur. Aucune capture, transmission ou sonde réseau.
Sans préfixe : décimal. 0x : hexadécimal. 0b : binaire. Maximum 64 caractères.
Huit bits de poids faible : 0–255. AE (anciennement NS) est hors de ce champ.
Les motifs indiquent un contexte fréquent, pas un état de connexion. ECE/CWR sont décrits selon l’ECN classique.
Bits actifs : 2 ; valeur décimale : 18.
Le décodage des flags TCP aide à rapprocher la valeur 18 d’un journal et le 0x12 d’une capture. Ce sont deux écritures des mêmes bits, pas deux numéros d’acquittement.
Vérifiez l’origine du champ : certains journaux de flux regroupent les flags de plusieurs paquets. Un masque agrégé ne décrit donc pas forcément un segment réellement observé.
Reliez la valeur du champ aux poids qui la composent.
Le décodage des flags TCP relie la saisie aux huit cases. En retirant SYN de 0x12, on obtient 0x10 et ACK reste coché. Le changement se lit directement, sans devoir refaire mentalement la conversion.
Partez de zéro et sélectionnez les bits voulus. SYN apporte 2 et ACK apporte 16 ; leur OU donne 18. Le second schéma montre comment ces deux bits conservent leur position propre dans un seul masque.
10 seul vaut dix en décimal ; 0b10 vaut deux. Les lettres hexadécimales exigent 0x. Des zéros initiaux ne font jamais passer en octal.
Changer une case réécrit la saisie sous la forme 0xHH. Le mode automatique attend 350 ms ; lorsqu’il est désactivé, le bouton de décodage apparaît.
Le JSON contient les huit états, les poids et l’expression OU, y compris pour les bits non sélectionnés. Comparez ces informations à la définition du journal.
Le masque apparaît en décimal, sur deux chiffres hexadécimaux et sur huit chiffres binaires. Les zéros initiaux sont conservés. Les flags TCP du header sont traités comme un champ non signé, pas comme un port ou un numéro de séquence.
De FIN=1 à CWR=128, les poids se combinent par OU binaire. Les bits inactifs sont aussi expliqués. ACK rend significatif le champ du numéro d’acquittement ; URG rend significatif celui du pointeur urgent.
Six exemples couvrent SYN, SYN+ACK, ACK, PSH+ACK, FIN+ACK et RST+ACK. SYN avec FIN ou RST reste décodable et reçoit une note de contexte. Le calcul ne retire pas les bits jugés inhabituels.
PSH représente la fonction push. Il ne définit pas une frontière fiable entre les messages de l’application et n’accorde pas de priorité particulière au paquet. Son poids est 8 ; avec ACK, le masque vaut 24.
SYN seul vaut 2, soit 0x02. Il sert à synchroniser les numéros de séquence. Le numéro initial lui-même se trouve dans un autre champ et n’est pas déduit de ce bit.
Cette page lit l’octet de poids faible contenant CWR, ECE, URG, ACK, PSH, RST, SYN et FIN. Elle ne reçoit pas un header complet et ne calcule pas les offsets à partir d’un paquet hexadécimal.
SYN vaut 2 et ACK vaut 16 : leur OU donne 18, ou 0x12. On retrouve souvent ce masque dans la réponse au début d’une connexion. Il ne prouve pas que la troisième étape du handshake a été observée.
Le masque 17, ou 0x11, combine FIN et ACK. L’émetteur indique qu’il n’a plus de données à envoyer et fournit un acquittement significatif. L’autre sens de communication peut encore transporter des données.
Une autre question ?
Le décodage des flags TCP permet de vérifier les poids, puis de conserver le rapport JSON avec le contexte de votre journal.