История изменений
Исправление naszar, (текущая версия) :
Если пакостящее правило не найдете, поймайте трафик к апачу вот так:
tcpdump -i <интерфейс> host <откуда> and tcp port 8080 -w exp.cap
<интерфейс> - где будем ловить пакеты <откуда> - внешний адрес с которого пробуете подключится (в вашем дампе был 88.34.35.11)
Создастся файл exp.cap, его можно открыть wireshark'ом, ибо разбирать каракули tcpdump'a - это издевательство. Возможно, ядру что-то не нравится в параметрах tcp/ip и оно сбрасывает соединение. Основной смысл - увидеть как проходит хэндшейк и что происходит потом, вплоть до момента когда ваш сервер посылает RESET.
Кстати немного интересного уже видно: у сервера просят [mss 1380,nop,nop,sackOK], а он отвечает [mss 1460,nop,nop,sackOK]. В локалке такого явления не наблюдается. Возможно проблемма с MTU.. кстати, как роутер подключается к интернету? Не через vpn?
Исходная версия naszar, :
Если пакостящее правило не найдете, поймайте трафик к апачу вот так:
tcpdump -i <интерфейс> host <откуда> and tcp port 8080 -w exp.cap
<интерфейс> - где будем ловить пакеты <откуда> - внешний адрес с которого пробуете подключится (в вашем дампе был 88.34.35.11)
Создастся файл exp.cap, его можно открыть wireshark'ом ибо разбирать каракули tcpdump'a - это издевательство. Возможнь, ядру что-то не нравится в параметрах tcp/ip и оно сбрасывает соединение. Основной смысл - увидеть как проходит хэндшейк и что происходит потом, вплоть до момента когда ваш сервер посылает RESET.
Кстати немного интересного уже видно: у сервера просят [mss 1380,nop,nop,sackOK], а он отвечает [mss 1460,nop,nop,sackOK]. В локалке такого явления не наблюдается. Возможно проблемма с MTU.. кстати, как роутер подключается к интернету? Не через vpn?