bittorent 클라이언트는 적극적으로 피어에 연결합니다 … 그리고 일부 라우터는 이것을 syn-flood로 해석합니다.

열린 연결

uTorrent가로드되고 업로드 / 다운로드가 일시 중지 (중지되지 않음)되면 피어와의 열린 연결을 유지합니다. 한편, 인터넷 동료 군단은 여전히 ​​당신이 원하는 비트가 있는지 알아 내기 위해 당신에게 연결을 시도합니다.

결국 OS에서 부과 한 열린 연결 제한 (Windows 7의 경우 10 개 연결)에 도달하고 새 클라이언트의 연결이 라우터에서 큐잉되기 시작합니다.

대기중인 클라이언트는 연결이 비어 있는지 적극적으로 확인합니다. 이 적극적인 폴링은 라우터에 의한 syn-flood 공격으로 해석 될 수 있습니다.

솔루션

• 비트 토런트 소프트웨어의 반 개방 연결 제한을 OS에서 부과 한 연결 제한보다 낮게 설정
• 라우터 / 모뎀에서 IP 플러드 보호를 비활성화합니다.

대역폭 채도

또한 uTorrent (또는 모든 대량 트래픽) 연결이 무제한으로 실행되면 업로드 (및 다운로드 가능) 파이프가 전체 사용량에 도달하여 일부 “유지”트래픽이 뒷좌석으로 이동하게되어 네트워크 유용성이 감소합니다.

예를 들면 다음과 같습니다.

1. 고속 다운로드 (토렌트 또는 기타)는 다운 스트림 링크를 포화시킵니다.
2. 사용자가 최근에 방문하지 않은 사이트를 탐색하려고합니다. 컴퓨터가 원하는 사이트에 대한 DNS 정보 요청을 생성합니다. DNS 서버에 대한 요청의 “업로드”에 성공했습니다 (업스트림 파이프 액세스에 도전하지 않음).
3. DNS 서버가 응답 (또는 시도)하지만 다운로드 파이프가 다운로드 컨텐츠로 가득 차고 무언가를 삭제해야하기 때문에 다운로드가 속도 유지에 적극적이므로 사용자의 머신에 접속하려고하면 응답이 끊어집니다. DNS 응답이 삭제됩니다 (로컬 라우터에 도달하기 전).

업로드가 제한되지 않은 경우에도 마찬가지입니다. 업로드가 포화되면 TCP-ACK ( “안녕하세요, 패킷 xyz를 얻었습니다”형식 응답으로 전송 됨)로 알려진 패킷이 끊어지면서 다운로드가 중단되어 웹 브라우징이 매우 고르지 않게됩니다.

솔루션

• 연결의 최대 기능 (개별적으로 위 아래로)이 무엇인지 파악하고 대량 전송 클라이언트의 최대 속도가 해당 속도의 약 80 %를 초과하지 않도록 설정하십시오. 이렇게하면 DNS 및 TCP-ACK 패킷과 같은 것들이 대량 트래픽을 우회하여 신속하게 처리 할 수있는 “헤드 룸”이 남습니다.
• 특정 형태의 트래픽 (DNS, IMCP Ping, TCP-ACK)이 다른 형태의 트래픽보다 우선 순위를 가질 수 있고 일부 형태의 트래픽 (특히 토렌트)이 우선 순위를 해제 할 수 있도록 트래픽 쉐이핑을 처리 할 수있는 라우터를 사용하십시오. 이것이 내가 선호하는 방법입니다. 이를 통해 우선 순위가 높은 트래픽이 문제가되지 않을 때 토렌트 트래픽에 풀 업 / 다운 파이프를 사용할 수 있다는 이점이 있습니다.
• 1과 2의 조합을 사용하여 “오작동”트래픽을 제한하십시오.

Linux / BSD 배포판을 구성하는 트래픽에 대한 자세한 정보가 필요하면 MonoWall 과 IPCop에 좋은 정보가 있습니다.

답변