У меня есть сценарий, я анализирую трафик ssl (decrpyt) на свой веб-сервер. Я изучаю проблемы с сервером и сквозной задержкой. В промежутках между этим я застрял в следующей схеме движения, для которой мне нужен совет / предложение. Скороговорка показывает: -
client server
src port 1 -> 80 (syn)
src port 2 -> 80 (syn)
src port 3 -> 80 (syn)
src port 4 -> 80 (syn)
.....
server client
src port 80 -> 1 (syn/ack)
src port 80 -> 2 (syn/ack)
client server
src port 1 -> 80 (ack)
src port 2 -> 80 (ack)
После завершения рукопожатия я вижу "http get request" от клиента. Мои проблемы: -
SYNs отправлено от клиента к серверу с другого исходного порта?Пример SYN-запроса только для анализа выглядит так:
694 47.583499000 192.168.1.56 192.168.1.22 TCP 66 0.000173000 50844→80 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=4 SACK_PERM=1
Пожалуйста, помогите мне понять это поведение.
Это часть работы браузеров. Когда веб-страница загружается, вы можете получить разбитый ответ. Если у вас есть HTML-ссылка на изображение в первом фрагменте, нет необходимости дожидаться конца потока, чтобы начать попытку загрузки изображения, поскольку узкое место может быть связано с обработкой, а не с сетью. Следовательно, вы можете уменьшить время загрузки страницы, открыв второе соединение с веб-сервером для запроса этого изображения, а не после того, как HTML завершит загрузку (например).
Следовательно, браузеры будут открывать несколько соединений для каждого просмотра страницы. Вы можете увидеть ограничения, которые использует каждый браузер для количества открываемых им подключений, здесь: