Повторная передача TCP к одному серверу, только на человечности

Вот ситуация:

У нас есть несколько компьютеров в офисе, но у только двух из них есть проблемы, соединяющиеся с нашим веб-сайтом компании. Обе человечности выполнений.

Это всегда похоже на это: Я могу соединиться с веб-сайтом, 3-4 раза прекрасным затем, весь пакет TCP ретранслируется без успеха (см. снимок экрана). И в течение нескольких минут я не могу соединиться ни с чем связанным с TCP. Затем я могу соединиться. С другой стороны ошибка, цикл.

Та же ошибка происходит с FTP - я могу соединиться с FTP, это хорошо работает для первых нескольких команд затем, это мертво в течение нескольких минут.

Я могу постоянно проверять с помощью ping-запросов сервер с нулевыми проблемами, мы изменили маршрутизатор, названный ISP, все прекрасно.

Проблема является странной из-за признаков:

  • проблема появляется с только, что веб-сайт, все в Интернете, привыкшем к, хорошо работает в течение многих лет, но на другой руке, что веб-сайт работает просто везде даже на тех же компьютерах с окнами
  • когда я соединяюсь с SSH, я могу оставаться на связи навсегда. даже если я получаю ошибки повторной передачи позже..
  • но если я получил ошибки повторной передачи, прежде чем я connecto к SSH я не смогу больше соединяться с SSH!
  • Ping всегда прекрасен, таким образом, traceroute/mtr
  • Хорошо работает на сервере CentOS и компьютерах Windows в офисе
  • Хорошо работает на тех же машинах человечности при начальной загрузке в Windows
  • Я отключил все устройства кроме своего ноутбука человечности работы, который попробовали, все еще та же проблема

Это - сценарий, который я записал для проверки, действительно выходит, существует:

#!/bin/bash

while :
do
    if ! [ $(curl --silent --connect-timeout 1 "our-website.com" | wc -l) -eq 12 ]; then
        echo "ERR"
    else 
        echo "OK"
    fi;

    sleep 1
done

Последний тест с совершенно новым маршрутизатором дал мне 648 x хорошо, 562 x ДОПУСКАЮТ ОШИБКУ

Наш сервер CentOS дает мне 100% x хорошо

Это было протестировано на (Ubuntu 14.04.2 LTS):

Linux 3.13.0-55-generic #94-Ubuntu SMP Thu Jun 18 00:27:10 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

и

Linux 3.16.0-41-generic #57~14.04.1-Ubuntu SMP Thu Jun 18 18:01:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Один компьютер использует менеджера по стандартной сети, другой wicd администратор сети.

Я попробовал другие ядра никакой успех.

Я также пытался измениться

sysctl net.ipv4.tcp_sack
sysctl net.ipv4.tcp_syn_retries
/proc/sys/net/ipv4/tcp_retries1

И никакой успех. Это могло бы походить на вопрос для отказа сервера, но ошибка происходит только на Ubuntu так вот почему, я задаю свой вопрос здесь.

Вы могли сказать, что это размещает проблему, но не, я говорил с хостингом много, никакой справкой. Мы используем совместно использованный хостинг, и ни один из их клиентов не имел подобную проблему, также я могу подтвердить, что это еще работает везде.

Помогите.

Я размыл IP-адрес сервера, но я решил опубликовать IP сервера/URL, здесь это: http://88.198.241.36:2222 - после немногих обновлений браузера это прекращает работать, каждый раз

Wireshark

0
задан 24 June 2015 в 18:46

1 ответ

Попытайтесь установить меньше MTU в своем интерфейсе:

sudo ifconfig eth1 mtu 1492

у меня была та же проблема, и изменение размера MTU позволило фиксировать это.

0
ответ дан 4 October 2019 в 02:22

Другие вопросы по тегам:

Похожие вопросы: