VPS가 있고 서버 X에서 2gbps로 파일을 다운로드할 수 있습니다. 집에 인터넷이 연결되어 있고 VPS에서 1gbps로 파일을 다운로드할 수 있지만 Server X의 다운로드 속도는 100mbps에 불과합니다.
SOCKS 프록시를 사용하고 VPS를 통해 Server X에서 다운로드하면 예상되는 1gbps 속도를 얻습니다.
집에서 Server X에 대한 GRE 터널 또는 Wireguard 연결을 설정하고 Server X를 통해 파일 다운로드를 라우팅하는 경우에도 여전히 100mbps만 얻습니다.
이상한 점은 와이어가드 VPN과 함께 "Big VPN Provider A"를 사용하면 1gbps도 얻을 수 있다는 것입니다. 그러나 Wireguard VPN(내가 아는 한 동일한 데이터 센터 회사를 사용함)과 함께 "Big VPN Provider B"를 사용하면 서버 X에 10mbps만 얻을 수 있습니다.
어쨌든, VPS를 통해 VPN 또는 GRE 터널을 사용하면 양말이나 http 프록시를 사용하는 것과 비슷한 성능을 제공한다고 가정하므로 누군가 이런 일이 발생하는 이유를 설명할 수 있기를 바랍니다.
VPS와 홈 연결 사이의 속도는 터널이나 VPN을 통해 모두 좋으며 다른 서버에 대한 연결은 Server X보다 성능이 좋을 수 있으므로 전체 연결이 느린 것은 아닙니다.
답변1
관찰한 내용에 따라 여러 가지 원인이 있을 수 있지만 그 중 어느 것도 트래픽을 리디렉션하는 특정 기술을 포함하지 않습니다. 저것이 경우상담원이 더 빠르게 나타나는 것은 단지 우연일 뿐이며, 질문 제목이 극도로 오해의 소지가 있습니다. VPN보다 항상 더 빠른 프록시라고 가정하지 않는 제목으로 제목을 변경하는 것이 좋습니다. 왜냐하면 실제로는 그렇지 않기 때문입니다. "다른 경로가 다른 대역폭을 표시하는 이유"와 같은 것이 더 적절할 것입니다.
당신이 관찰한 것은 일부 교통 경로가 다른 교통 경로보다 낫다는 것입니다. 왜 그런 겁니까? 더 넓은 범위의 링크를 통해 라우팅될 수 있습니다. ISP는 다양한 대상에 대해 다양한 임계값을 사용하여 선택적 형태를 적용할 수 있습니다. 일부 ISP는 또한 감지하고다운그레이드VPN.
VPN 제공업체는 각 연결 회선의 대역폭을 인위적으로 제한하거나 단순히 제한할 수도 있습니다. VPN 서비스를 멀티 코어 프로세서가 있는 많은 서버의 클러스터로 생각하면 각 코어는 100Mbps만 처리할 수 있지만 서로 다른 코어 및 서버에 대한 서로 다른 연결의 균형을 유지하므로 사실상 무제한 연결을 달성할 수 있습니다.총서비스 대역폭.
일반적인 이유는 트래픽이 "가능한 가장 빠른" 링크로 전달되는 경우가 거의 없고 일반적으로 "가능한 가장 저렴한" 링크로 전달된다는 점이며, 인터넷에 대해 생각하고 가장 저렴한 링크를 찾으려고 하면 몇 가지 "가능한 가장 저렴한" 링크가 포함됩니다. 링크 수가 최고가 아닐 가능성이 높습니다. A 지점과 B 지점 사이의 가장 넓은 파이프입니다. 때로는 더 나은 길을 만들 수도 있다손으로VPN, 프록시 등을 발견하면 사용하세요.어떤 기술을 사용하는지는 중요하지 않습니다.그들은 모두 거의 동일한 대역폭을 보여줍니다.
프록시가 더 나은 대역폭을 표시할 수 있는 특별한 조건이 있으며, 이는 프록시 시스템이 지연을 거의 동일한 부분으로 나누는 높은 대기 시간 링크의 경우입니다. 그것은 연결된다TCP 처리량 세부정보. 최대 TCP 창 크기가 65536(바이트)이고 왕복 시간이 1초인 경우 단일 연결의 최대 처리량은 65536바이트/초가 되지만 프록시 서버가 중간에 배치되고 회선당 RTT가 0.5초이면 TCP 분기당 처리량이 두 배로 증가하므로 전체 인식 대역폭의 평균 속도도 두 배가 됩니다. 프록시를 VPN으로 교체해도 종단 간 RTT가 줄어들거나 대역폭이 두 배로 늘어나지 않습니다.
그러나 이러한 방식으로 대역폭을 10배 늘리려면 신중하게 배치된 프록시 9개를 연결해야 하므로 이것이 특정 경우의 원인이 될 가능성은 거의 없습니다.