낮은 대역폭에서 네트워크 속도 향상

낮은 대역폭에서 네트워크 속도 향상


저는 다음 문제로 어려움을 겪고 있습니다.
CPU/RAM 성능이 중간 수준이고 네트워크 연결이 매우 좋지 않은 컴퓨터를 사용하는 경우입니다. 나쁨은 여기서 10-15kb/s를 의미합니다. 나는 이 기계의 유용성을 높이기 위해 뭔가를 하고 싶습니다. HTTP(s) 프로토콜에서 작동하는 솔루션에 매우 만족할 것입니다. 그러나 TCP/IP 계층에서 작동한다면 분명히 플러스가 될 것입니다. 우리는 EDGE 기술에 대해 이야기하고 있는데 제가 아는 한 모뎀은 하드웨어 기반 가속을 사용하지 않습니다. 현재 저는 다음
과 같은 3가지 아이디어를 가지고 있습니다. (완전히 다른 아이디어가 있다면 공유해 주세요.)

  1. 일종의 프록시를 사용하여
  2. VPN 사용
  3. 오페라 터보

옵션 1:
대역폭이 크고 가용성이 0-24인 서버가 있습니다. 내 생각에는 이 상황에서 도움이 될 수 있는 즉시 사용 가능한 솔루션(아마도 프록시)이 있어야 합니다. 원격 컴퓨터를 통해 트래픽을 라우팅하고 텍스트(또는 이미지)에 공격적인 압축을 사용하는 것은 사소하지만 강력한 도움이 될 것입니다. 그러나 나는 이와 같은 프록시를 찾을 수 없었습니다.
질문: 이와 같은 프록시를 알고 있나요? 아니면 다른 비슷한 프로그램이 있나요?

옵션 2:
VPN은 암호화하기 전에 압축을 사용할 수 있다는 것을 어렴풋이 기억합니다. 내 생각은 클라이언트가 연결할 수 있는 원격 서버의 대역폭 지향 VPN(높은 압축률, 낮은 암호화 속도)입니다.
질문: 완전히 어리석은 생각이라면 바로잡아주세요. 작동할 수 있다면 어떻게 구현할 수 있는지 힌트를 주세요.

옵션 3:
동료 중 한 명으로부터 이 팁을 얻었습니다. HTTP에서만 작동하지만 괜찮습니다. 지금은 시도해 볼 수 없지만 매우 간단하고 효과적인 솔루션인 것 같습니다.
질문: 정말 효과가 있을까요? 그리고 이와 같은 브라우저 독립적인 솔루션이 있습니까?

추가 정보:

  • 윈도우 XP
  • 현재 저는 Firefox를 사용하고 있습니다.
  • 보안은 중요한 측면이 아니다

답변1

문제는 더욱 심각해집니다. 일반적으로 GPRS와 특히 EDGE는 전송 매체의 불안정한 특성과 지속적으로 변화하고 엄청나게 높은 데이터 패킷 왕복 시간으로 인해 TCP 연결에 있어 어려운 기반입니다. EDGE가 느리다는 사실 때문이 아니라 내부 TCP 카운터가 반복적으로 시간 초과된다는 사실 때문에 전송 속도가 매우 느려집니다. 재전송은 좁은 링크를 채우고 전송 창을 줄이기 위해 여러 번 트리거됩니다. 이 주제를 다루는 몇 가지 이전 과학 연구가 있었습니다. 그 노력 중 하나가 다음의 출판으로 이어졌습니다.케임브리지 대학의 논문(흥미로운 내용입니다) 그리고 대중에게 공개되지 않은 GPRSWeb Proxy 소프트웨어의 구현이 분명합니다. 이 주제에 대해 더 많은 정보가 필요하면 저자나 교수진에게 문의할 수 있습니다.

Opera Turbo는 실제로 앞서 언급한 문서에 설명된 일부 기술을 사용하며 매우 잘 작동합니다. 그러나 브라우저에 구애받지 않는 솔루션을 찾고 있다면 다음을 살펴보십시오.지프록시:

Ziproxy는 전달(비캐싱) 압축 HTTP 프록시 서버입니다. 기본적으로 이미지를 낮은 품질의 JPEG 또는 JPEG 2000으로 변환하여 이미지를 압축하고 HTML 및 기타 텍스트와 유사한 데이터를 압축(gzip)합니다. 또한 HTML/JS/CSS 최적화, 선제적 호스트 이름 확인, 투명 프록시, IP ToS 표시(QoS), 광고 차단기, 세부 로깅 등과 같은 다른 기능도 제공합니다.

그러나 GPRS의 프로토콜 관련 문제는 다루지 않습니다.

저는 압축이 활성화된 VPN 링크를 사용하지 않을 것입니다. 전송된 데이터는 대부분 이미 압축되어 있기 때문에 문제에 도움이 되지 않을 것입니다. 대부분의 웹마스터는 HTML 및 CSS에 GZIP 압축을 사용하고 있으며 이미지 데이터도 압축되어 의미 있게 압축될 수 없습니다. 무손실 방법으로 다시 압축됩니다(예: 크기 조정 및/또는 트랜스코딩 없음).

답변2

한 가지 옵션은 압축 기능이 있는 VPN을 사용하는 것입니다.

http://openvpn.net꽤 좋은 옵션입니다. 제가 착각하지 않는다면 lzo를 압축으로 사용하고 최대 20%의 속도를 얻을 수 있다고 생각합니다(많은 사항에 따라 달라질 수 있음).

압축으로 인해 처리량이 급증하고 대기 시간이 약간 증가하며 경우에 따라 Windows 구성을 조정해야 할 수도 있습니다.

Windows 및 Linux용 클라이언트 버전이 있으며 이를 서버, 서비스로 설정하거나 Windows로 시작하여 기본 게이트웨이로 설정할 수 있습니다.

편집하다:

이 솔루션의 용도에 따라 캐싱 솔루션 + 압축을 사용하여 VPN 서버 위에 오징어를 설정할 수도 있습니다.

답변3

Prix ​​답변 외에도 다음을 한 눈에 볼 수 있다는 점을 덧붙이고 싶습니다."WAN 최적화". 이 기사에서는 다양한 목적을 가진 몇 가지 오픈 소스 도구와 많은 상용 제품을 언급하고 있습니다.

오픈 소스 도구는 다음과 같습니다.

관련 정보