백신 애플리케이션이 VPN과 충돌하는 이유는 무엇인가요?

백신 애플리케이션이 VPN 연결과 충돌하는 데는 꽤 여러 가지 이유가 있어요. 대부분 다음 세 가지가 주요 원인이에요.

• 포트 443의 TLS/SSL 유형 스캔
• DNS 주입
• 딥 패킷 검사

백신 애플리케이션의 '기능' 중 하나는 SSL 포트 모니터링/스캔이라고 해요. 백신 애플리케이션 개발사의 설명에 따르면, 이 '기능'은 TLS 및 SSL로 암호화된 HTTPS 트래픽을 통해 전달되는 멀웨어나 바이러스로부터 PC를 보호하기 위한 것이에요. 이러한 트래픽은 일반적으로 포트 443을 사용해요.

Windscribe 데스크톱 클라이언트에서 포트 500을 사용하는 IKEv2를 이용한다고 가정해 볼게요. 연결을 처음 시작할 때는 여전히 포트 443을 사용해요. 연결이 설정되면 연결 프로토콜이 사용하는 포트를 제외한 모든 포트가 닫혀요.

이 예시처럼 Windscribe VPN에 연결하려면 포트 443에 제한 없이 접근할 수 있어야 해요. 백신 애플리케이션이 포트 443의 암호화된 트래픽을 적극적으로 모니터링하고 있다면 VPN 연결을 설정하기 어려울 수 있어요. Windscribe 애플리케이션이 API를 호출하고 암호화된 트래픽을 주고받으면, 백신 애플리케이션이 이를 감지해 차단하려고 하기 때문이에요. 따라서 다시 연결하기 전에 백신 애플리케이션에서 이러한 유형의 스캔을 비활성화하는 것이 좋아요.

VPN에 연결할 수 없거나 연결이 반복해서 끊기는 두 번째 주요 원인은 백신이 자체 DNS 서비스를 주입하기 때문이에요. Windscribe VPN을 비롯한 모든 VPN을 사용하려면 해당 VPN 제공업체의 DNS를 사용해야 해요. 따라서 백신 애플리케이션이 주입한 서비스와 같은 타사 DNS 서비스가 있으면 VPN 연결이 끊어질 수 있어요.

마지막으로 백신 애플리케이션이 VPN 연결과 충돌하는 세 번째 주요 원인은 딥 패킷 검사예요. 많은 백신 애플리케이션에는 인터넷 트래픽을 모니터링하는 메커니즘이 포함되어 있어요. VPN에 연결하면 백신 애플리케이션이 암호화된 트래픽을 감지하고 그 결과 DPI 메커니즘이 활성화돼요. 그러면 백신 애플리케이션은 각 패킷을 검사하기 위해 모든 인터넷 트래픽의 속도를 늦추거나 완전히 중단하려고 해요. 그 결과 VPN 연결이 끊어져요.

결국 서로 양립할 수 없는 두 가지 목표가 충돌하는 셈이에요. 한쪽에서는 백신 애플리케이션이 '악성' 콘텐츠를 찾으려고 하고, 다른 쪽에서는 Windscribe와 기타 VPN 서비스가 사용자의 트래픽을 익명화하려고 해요. 가장 좋은 해결책은 작업 관리자를 통해 백신 애플리케이션을 완전히 비활성화하는 거예요. 이렇게 하면 애플리케이션과 관련된 항목이 백그라운드에서 실행되지 않아요.