🔍 Q63 Флаги TCP
#netquiz_easy #netquiz_tcp
Предложите свой вопрос и поучаствуйте в конкурсе. ТОП-3 автора получат денежный приз. Жмите на кнопку "Подробнее о конкурсе".
#netquiz_easy #netquiz_tcp
Предложите свой вопрос и поучаствуйте в конкурсе. ТОП-3 автора получат денежный приз. Жмите на кнопку "Подробнее о конкурсе".
🔍 NQ Трехстороннее рукопожатие TCP
#netquiz_open #netquiz_tcp
Источник: форум в Network Engineering Stack Exchange.
#netquiz_open #netquiz_tcp
Источник: форум в Network Engineering Stack Exchange.
👍1
🔍 NQ Рукопожатие в TCP
#netquiz_hard #netquiz_tcp
Вопрос предложен и составлен экспертом канала Nurbergen (@nurgivenn).
#netquiz_hard #netquiz_tcp
Вопрос предложен и составлен экспертом канала Nurbergen (@nurgivenn).
❤1🔥1🤮1
🔍 NQ Размер полезной нагрузки
#netquiz_open #netquiz_tcp
👤 Автор квиза: @VitalyPrv
☑️ Эксперты: no name
#netquiz_open #netquiz_tcp
👤 Автор квиза: @VitalyPrv
☑️ Эксперты: no name
😁1
🔍 NQ Работа протокола TCP
#netquiz_hard #netquiz_tcp
👤 Автор квиза: @europeiz
☑️ Эксперты: expert, Surgeon
#netquiz_hard #netquiz_tcp
👤 Автор квиза: @europeiz
☑️ Эксперты: expert, Surgeon
📝 Разбор квиза: NQ Работа протокола TCP
Протокол TCP - это протокол с подтверждением (ACK) и его корректное завершение требует подтверждения (ACK).
Термин “закрытие соединения” может иметь разные интерпретации. Например, RFC 9293 определяет его как - "у меня нет больше данных для отправки". Хотя на деле передача данных может быть завершена, но TCP-соединение активно до окончания таймаута или благодаря TCP-keepalive. Но мы будем пользоваться именно определением RFC 9293.
▫️ Когда хост окончил передачу данных, он отправляет FIN. Это подразумевает, что хост больше не будет принимать никаких данных от вышестоящего приложения и отправлять их соседу (игнорирование SEND call от приложения). При этом хост может получать данные от удаленного хоста, пока этот удаленный хост тоже не пожелает закрыть соединение отправкой своего FIN и отправит их вышестоящему приложению (RECEIVE call).
▫️ Как только хост отправляет FIN, то TCP-состояние переходит в
▫️ Второй хост, получивший FIN, сообщает об этом вышестоящему приложению. Отправляет подтверждение (ACK) и TCP-состояние переходит в
▫️ Первый хост, получив подтверждение (ACK) на свой FIN, переходит в состояние
▫️ Как только приложение на втором хосте закончит отправку всех своих данных и сообщит об этом TCP-стеку (CLOSE call), отправляется ответный FIN c подтверждением (ACK) и TCP на втором хосте переходит в состояние
▫️ Первый хост, получив ответный FIN, переходит в состояние
▫️ Второй хост, получив ACK на свой FIN, также переходит в состоянии
Схематично весь пошаговый процесс изображен на картинке ниже 👇🏻.
#netquiz_explanation #netquiz_tcp
👤 Автор разбора квиза: Surgeon
Источник: RFC 9293
Протокол TCP - это протокол с подтверждением (ACK) и его корректное завершение требует подтверждения (ACK).
Термин “закрытие соединения” может иметь разные интерпретации. Например, RFC 9293 определяет его как - "у меня нет больше данных для отправки". Хотя на деле передача данных может быть завершена, но TCP-соединение активно до окончания таймаута или благодаря TCP-keepalive. Но мы будем пользоваться именно определением RFC 9293.
▫️ Когда хост окончил передачу данных, он отправляет FIN. Это подразумевает, что хост больше не будет принимать никаких данных от вышестоящего приложения и отправлять их соседу (игнорирование SEND call от приложения). При этом хост может получать данные от удаленного хоста, пока этот удаленный хост тоже не пожелает закрыть соединение отправкой своего FIN и отправит их вышестоящему приложению (RECEIVE call).
▫️ Как только хост отправляет FIN, то TCP-состояние переходит в
FIN-WAIT-1
.▫️ Второй хост, получивший FIN, сообщает об этом вышестоящему приложению. Отправляет подтверждение (ACK) и TCP-состояние переходит в
CLOSE-WAIT
, ожидая подтверждение от вышестоящего приложения (СLOSE call).▫️ Первый хост, получив подтверждение (ACK) на свой FIN, переходит в состояние
FIN-WAIT-2
.▫️ Как только приложение на втором хосте закончит отправку всех своих данных и сообщит об этом TCP-стеку (CLOSE call), отправляется ответный FIN c подтверждением (ACK) и TCP на втором хосте переходит в состояние
LAST-ACK.
▫️ Первый хост, получив ответный FIN, переходит в состояние
TIME-WAIT
и отправляет подтверждение на ответный FIN, после чего соединение закрываетcя и TCP-состояние переходит в CLOSE
.▫️ Второй хост, получив ACK на свой FIN, также переходит в состоянии
CLOSE
.Схематично весь пошаговый процесс изображен на картинке ниже 👇🏻.
#netquiz_explanation #netquiz_tcp
👤 Автор разбора квиза: Surgeon
Источник: RFC 9293
🤯4🤔2👍1
🔍 NQ Дамп TCP в Wireshark
#netquiz_easy #netquiz_tcp #netquiz_wireshark
👤 Автор квиза: @nurkeynw
☑️ Эксперты: expert, @Yakimus, @dinabv, no name, @Masharov
#netquiz_easy #netquiz_tcp #netquiz_wireshark
👤 Автор квиза: @nurkeynw
☑️ Эксперты: expert, @Yakimus, @dinabv, no name, @Masharov
🔍 NQ TCP ACK
#netquiz_medium #netquiz_tcp
👤 Автор квиза: @fafeka
☑️ Эксперты: Surgeon, expert, @CyberSecIP
#netquiz_medium #netquiz_tcp
👤 Автор квиза: @fafeka
☑️ Эксперты: Surgeon, expert, @CyberSecIP
🔍 NQ Роль ISN в TCP
#netquiz_medium #netquiz_tcp
👤 Автор квиза: @europeiz
☑️ Эксперты: no name, expert, Surgeon
#netquiz_medium #netquiz_tcp
👤 Автор квиза: @europeiz
☑️ Эксперты: no name, expert, Surgeon
🔍 NQ Длина TCP заголовка
#netquiz_hard #netquiz_tcp #netquiz_wireshark
👤 Автор квиза: @prinesite_popugaya
☑️ Эксперты: -
#netquiz_hard #netquiz_tcp #netquiz_wireshark
👤 Автор квиза: @prinesite_popugaya
☑️ Эксперты: -
🔍 NQ Флаг TCP
#netquiz_easy #netquiz_tcp
👤 Автор квиза: 777
☑️ Эксперты: expert, no name, @Yakimus, Surgeon
#netquiz_easy #netquiz_tcp
👤 Автор квиза: 777
☑️ Эксперты: expert, no name, @Yakimus, Surgeon
🔍 NQ Назначение флага RST в TCP
#netquiz_medium #netquiz_tcp
👤 Автор квиза: @europeiz
☑️ Эксперты: @Yakimus, no name
#netquiz_medium #netquiz_tcp
👤 Автор квиза: @europeiz
☑️ Эксперты: @Yakimus, no name
❤1