☰

우분투에서만 하나의 서버로 TCP 재전송

tag-icon • tag-icon networking network-manager
우분투에서만 하나의 서버로 TCP 재전송

상황은 다음과 같습니다.

사무실에 컴퓨터가 두 대 있는데 그 중 두 대만 회사 웹사이트에 연결하는 데 문제가 있습니다. 둘 다 우분투를 실행합니다.

항상 이렇습니다. 웹사이트에 3-4번 연결하면 모든 TCP 패킷이 성공하지 못한 채 재전송됩니다(스크린샷 참조). 그리고 몇 분 동안 TCP와 관련된 어떤 것에도 연결할 수 없습니다. 그러면 접속할 수 있어요. 그런 다음 다시 오류가 발생하고 루프가 발생합니다.

FTP에서도 동일한 오류가 발생합니다. FTP에 연결할 수 있지만 처음 몇 가지 명령에서는 제대로 작동하다가 몇 분 동안 작동하지 않습니다.

문제 없이 지속적으로 서버에 핑을 보낼 수 있고 ISP라는 라우터를 변경했는데 모든 것이 괜찮습니다.

증상 때문에 문제가 이상합니다.

  • 해당 웹사이트에서만 문제가 나타납니다.인터넷의 모든 것이 몇 년 동안 잘 작동했지만 반면에 해당 웹 사이트는 Windows가 설치된 동일한 컴퓨터에서도 어디에서나 작동합니다.
  • SSH에 연결하면 영원히 연결을 유지할 수 있습니다. 나중에 재전송 오류가 발생하더라도..
  • 하지만 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 OK, 562 x ERR이 나왔습니다.

CentOS 서버는 100% x OK를 제공합니다.

이것은 (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 주소를 흐리게 했지만 서버/URL의 IP를 게시하기로 결정했습니다. 다음은 다음과 같습니다. http://88.198.241.36:2222- 브라우저를 몇 번 새로 고치면 작동이 중지됩니다.매번

와이어샤크

답변1

인터페이스에서 더 적은 MTU를 설정해 보십시오.

sudo ifconfig eth1 mtu 1492

나는 같은 문제가 있었고 MTU 크기 변경을 통해 이 문제를 해결할 수 있었습니다.

관련 정보