VPN이 왜 이렇게 느릴까요? 이 네 구간을 점검하세요

끊기는 통화, 기어가는 다운로드, 중간에 멈춰 버리는 업로드는 한 가지 이름 아래 묶인 서로 다른 세 가지 불만입니다. 무엇을 측정하기 전에 어느 쪽을 쫓고 있는지 정하면 나머지 조사가 절약됩니다. 그다음 경로의 한 구간씩 바꾸고 같은 작업을 다시 해 보세요.

아래 순서가 작업에서 바깥으로 나아가는 것은 터널이 그 아래에서 빠진 대역폭을 공급할 수 없기 때문입니다.

측정하기 전에 느림의 의미를 정하세요

낮고 꾸준한 속도, 날카로운 튐이 있는 높은 지연, 정해진 크기에서 완전히 멈추는 전송은 하나의 고장이 변형된 것이 아닙니다. 각각 처리량, 경로 자체, 또는 패킷 크기 한계라는 다른 구간을 가리킵니다. 속도 테스트는 영상 통화와 전혀 다르게 동작할 수 있는 대량 전송을 측정하므로, 실제로 불편한 작업을 골라 기준으로 삼으세요. 끝점, 프로토콜, 하루 중 시간, 그리고 중요하게 여기는 숫자를 적어 두세요.

그 기록이 없으면 이후의 모든 비교는 인상에 대한 논쟁이 됩니다.

먼저 액세스 네트워크를 확인하세요

자신의 큰 전송을 멈춘 뒤 터널이 개입하기 전에 로컬 링크를 측정하세요. 무해한 작업과 비교하고, 여러 보호를 한꺼번에 끄는 대신 클라이언트의 kill switch 절차를 따르며 두 번의 실행 모두 같은 목적지를 유지하세요. 속도 테스트 제공자는 보이는 위치가 바뀌면 다른 측정 서버를 줄 수 있고, 그러면 비교가 두 개의 다른 서버 시험이 됩니다.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

기준선이 이미 나쁘다면 작업은 Wi-Fi, 라우터 부하, 또는 액세스 서비스 쪽입니다. 유선 테스트나 액세스 포인트 근처에 고정된 위치는 약한 무선 링크와 혼잡한 업링크를 구분합니다. 터널이 무엇을 해도 액세스 회선이 주지 않는 용량을 더하지는 못합니다.

출구를 바꾸고, 다음으로 전송을

장치, 네트워크, 프로토콜을 고정하고 두 번째 끝점을 시험하세요. 위치 목록에서 그럴듯한 도시를 고르되 가장 가까운 라벨이 최적의 경로라는 뜻은 아닙니다. 한 출구가 느리고 나머지가 괜찮다면 그 호스트나 경로를 조사할 만하고, 한 장치에서 모든 출구가 느린데 다른 장치가 괜찮다면 클라이언트가 더 유력한 용의자입니다.

서비스가 두 프로필을 모두 제공한다면 UDP 위의 OpenVPN과 TCP 위의 OpenVPN을 비교하세요. 대화형 작업에는 UDP가 흔한 출발점이고, TCP는 UDP 트래픽을 전혀 통과시키지 않는 액세스 네트워크에서 도움이 될 수 있습니다. TCP 터널은 스트림 안에서 재전송해 손실을 복구하므로 패킷을 떨어뜨리는 링크에서 더 느리게 느껴질 수 있으며, OpenVPN 성능 문제 해결 노트가 다른 무엇을 조정하기 전에 같은 절충을 다룹니다. 프로필에서 "udp"라는 단어를 "tcp"로 바꾼다고 해서 서버가 한 번도 열지 않은 리스너가 생기지는 않습니다.

다음 변경을 시도하기 전에 도움이 된 프로필을 저장하세요. 그렇지 않으면 나중의 성능 저하가 어떤 편집이 개선을 가져왔는지 추측하게 만듭니다.

장치와 증상을 함께 읽으세요

암호화 비용은 트래픽에 비례하고 가정을 돌보는 작은 라우터는 자체 클라이언트를 돌리는 노트북과 다른 기계이므로, 전송 후가 아니라 전송 중에 프로세서 부하를 보세요. 또 다른 VPN, 가상 머신, 네트워크 필터가 같은 경로에 앉아 트래픽의 일부를 가져갈 수 있습니다. 벤치마크가 좋아 보이도록 인증 검사나 kill switch를 없애지 말고 소프트웨어를 최신으로 유지하세요. 작은 요청은 성공하는데 큰 업로드가 일정한 크기에서 멈춘다면 다음은 MTU 점검입니다.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

다시 연결되는 터널은 경로가 아니라 핸드셰이크를 측정하므로, 터널이 반복해서 재설정되면 어떤 처리량 수치를 해석하기 전에 연결 끊김을 고치세요. 변경할 때마다 원래 작업을 반복하고 결과를 남기세요. 여전히 통화를 끊는 더 빠른 속도 테스트는 처음의 불만을 해결하지 못한 것입니다.