Явно указывайте префикс
10 без префикса — десятичное десять, а 0b10 — двоичное два. Для шестнадцатеричных букв нужен 0x. Начальные нули не включают восьмеричную систему.
- Префиксы в верхнем регистре тоже допустимы: 0X0012 равно 18.
Инструменты IP и подсетей
Введите десятичное число, hex с 0x или двоичное число с 0b. Восемь флажков позволяют собрать другую маску.
Переключение бита записывает 0xHH. Сначала исправьте пустой или неверный ввод.
SYN + ACK
0x02 | 0x10 = 0x12
SYN + ACK: часто ответ в ходе handshake.
Значения остаются в браузере. Нет захвата пакетов, отправки данных или проверки сети.
Без префикса — десятичное; 0x — hex; 0b — двоичное. Максимум 64 символа.
Только младшие восемь битов: 0–255. AE (ранее NS) находится вне поля.
Шаблоны показывают обычный контекст, а не состояние соединения. ECE/CWR описаны в традиционном смысле ECN.
Установлено битов: 2; десятичное значение: 18.
Декодер флагов TCP помогает сопоставить число 18 в журнале и 0x12 в анализаторе пакетов. Это два представления одних битов, а не значения номера подтверждения.
Сначала уточните, что записано в журнале. Некоторые системы объединяют флаги TCP пакетов за интервал операцией OR, поэтому итоговая комбинация может не встречаться ни в одном отдельном сегменте.
Сопоставляйте число с весом каждого установленного бита.
Декодер флагов TCP связывает числовой ввод с восемью флажками. Снимите SYN у 0x12: ввод станет 0x10, а ACK останется выбранным. Изменение можно проверить без пересчёта шестнадцатеричного числа в уме.
Начните с нуля и выберите нужные биты. SYN добавляет вес 2, ACK — 16; операция OR даёт 18. На второй схеме оба установленных бита сохраняют свои позиции при объединении в одну маску.
10 без префикса — десятичное десять, а 0b10 — двоичное два. Для шестнадцатеричных букв нужен 0x. Начальные нули не включают восьмеричную систему.
Переключение бита записывает ввод в формате 0xHH. Автоматический режим ждёт 350 мс; после его отключения появляется кнопка декодирования.
JSON содержит состояние всех восьми битов, их веса и выражение OR. Невыбранные биты также остаются в отчёте.
Результат показан десятичным числом, двумя шестнадцатеричными и восемью двоичными цифрами. Начальные нули сохраняются. Ввод трактуется как беззнаковая маска, а не как порт, смещение или номер последовательности.
FIN имеет вес 1, а CWR — 128. Установленные биты объединяются операцией OR. ACK указывает на значимость поля подтверждения, URG — поля срочного указателя. Значения самих полей из этих флагов получить нельзя.
Доступны SYN, SYN+ACK, ACK, PSH+ACK, FIN+ACK и RST+ACK. Сочетание SYN с FIN либо RST остаётся декодируемым и сопровождается пояснением о контексте. Необычные биты не удаляются автоматически.
FIN, SYN, RST, PSH, ACK, URG, ECE и CWR — младшие восемь битов. В современном TCP есть также AE в другой позиции, но он не входит в область этого инструмента.
Вес SYN равен 2, ACK — 16. Их OR даёт 18, или 0x12. Такая маска часто бывает в ответе при установлении соединения, однако не подтверждает получение третьего шага обмена.
PSH обозначает функцию push. Это не признак повышенного приоритета пакета и не надёжная граница сообщения приложения. Вес PSH равен 8, а вместе с ACK получается 24 или 0x18.
FIN и ACK дают 17, то есть 0x11. Отправитель сообщает, что больше не передаёт данные, и поле подтверждения значимо. Передача в обратном направлении ещё может продолжаться.
FIN означает отсутствие дальнейших данных от отправителя, RST — сброс. Это разные способы завершения обмена, но одна маска не показывает, кто вызвал сброс и обработан ли он другой стороной. Для этого нужны соседние пакеты и контекст.
Остался вопрос?
Декодер флагов TCP поможет сверить веса и сохранить текущий JSON вместе с контекстом исходного журнала.