OpenConnect가 VPN 전용 대상에 연결할 수 없음

Question 1

KRyan의 답변을 바탕으로 openconnect 스크립트(openconnect gui 폴더의 vpnc-script.js!)를 다음과 같이 수정했으며 비슷한 상황에서 도움이 되었습니다.

for (var i = 0 ; i < parseInt(env("CISCO_SPLIT_INC")); i++) {
        var network = env("CISCO_SPLIT_INC_" + i + "_ADDR");
        var netmask = env("CISCO_SPLIT_INC_" + i + "_MASK");
        var netmasklen = env("CISCO_SPLIT_INC_" + i + "_MASKLEN");
        exec("route add " + network + " mask " + netmask);
    }

=>

for (var i = 0 ; i < parseInt(env("CISCO_SPLIT_INC")); i++) {
        var network = env("CISCO_SPLIT_INC_" + i + "_ADDR");
        var netmask = env("CISCO_SPLIT_INC_" + i + "_MASK");
        var netmasklen = env("CISCO_SPLIT_INC_" + i + "_MASKLEN");
        exec("route add " + network + " mask " + netmask + " " + internal_gw+" metric 2 if "+env("TUNIDX"));
    }

(175행)

내 생각에 버그는 다음과 같습니다.

// Calculate the first usable address in subnet
var internal_gw_array = new Array(
    address_array[0] & netmask_array[0],
    address_array[1] & netmask_array[1],
    address_array[2] & netmask_array[2],
    (address_array[3] & netmask_array[3]) + 1
);
var internal_gw = internal_gw_array.join(".");

에 의해 전달된 내부 IP에 대한 넷마스크 255.255.255.255를 사용하면 var netmask_array = env("INTERNAL_IP4_NETMASK").split(".");이 게이트웨이 트릭(결국 경로가 인터페이스로 이동하며 여기서 게이트웨이 IP는 의미가 없음)이 실패하는 것 같습니다.

Answer

KRyan의 답변을 바탕으로 openconnect 스크립트(openconnect gui 폴더의 vpnc-script.js!)를 다음과 같이 수정했으며 비슷한 상황에서 도움이 되었습니다.

for (var i = 0 ; i < parseInt(env("CISCO_SPLIT_INC")); i++) {
        var network = env("CISCO_SPLIT_INC_" + i + "_ADDR");
        var netmask = env("CISCO_SPLIT_INC_" + i + "_MASK");
        var netmasklen = env("CISCO_SPLIT_INC_" + i + "_MASKLEN");
        exec("route add " + network + " mask " + netmask);
    }

=>

for (var i = 0 ; i < parseInt(env("CISCO_SPLIT_INC")); i++) {
        var network = env("CISCO_SPLIT_INC_" + i + "_ADDR");
        var netmask = env("CISCO_SPLIT_INC_" + i + "_MASK");
        var netmasklen = env("CISCO_SPLIT_INC_" + i + "_MASKLEN");
        exec("route add " + network + " mask " + netmask + " " + internal_gw+" metric 2 if "+env("TUNIDX"));
    }

(175행)

내 생각에 버그는 다음과 같습니다.

// Calculate the first usable address in subnet
var internal_gw_array = new Array(
    address_array[0] & netmask_array[0],
    address_array[1] & netmask_array[1],
    address_array[2] & netmask_array[2],
    (address_array[3] & netmask_array[3]) + 1
);
var internal_gw = internal_gw_array.join(".");

에 의해 전달된 내부 IP에 대한 넷마스크 255.255.255.255를 사용하면 var netmask_array = env("INTERNAL_IP4_NETMASK").split(".");이 게이트웨이 트릭(결국 경로가 인터페이스로 이동하며 여기서 게이트웨이 IP는 의미가 없음)이 실패하는 것 같습니다.

Question 2

경로가 문제였다는 것이 옳았습니다. 제대로 작동하려면 많은 시행착오가 필요했지만 결국 연결 후 수동으로 경로를 업데이트했습니다.

이상하게도 route CHANGE작동하지 않았습니다. route ADD연결한 후에 이러한 경로가 이미 존재했음을 알 수 있지만 을 사용해야 했습니다 . 동일한 대상, 마스크 및 게이트웨이를 사용한 다음 METRIC 2 IF 17("TAP-Windows 어댑터 V9" 인터페이스는 17을 사용했기 때문에 다시 시작할 때마다 변경될 것이라고 생각합니까? 연결을 끊었다가 다시 연결하면 현재로서는 일관되게 17을 사용하는 것 같습니다. 63을 사용하고 있던 질문에서 볼 수 있습니다). 이 작업을 수행한 후 해당 대상에 대해 두 개의 항목(OpenConnect에서 추가한 항목과 내가 추가한 항목)이 나열되었으며 route PRINT이를 통해 연결할 수 있었습니다.

하지만 제가 정말 이상하다고 생각하는 점은 새로 추가한 경로의 Metric이 37이라는 것입니다. 명령에 입력한 2가 아니라 route ADD기존 항목의 36보다 큽니다. 하지만 어쨌든 작동합니다.

운 좋게도 우리 프로젝트는 hosts파일을 유지 관리하므로(개발자가 작업을 시작할 때 자신의 파일에 복사하고 hosts빌드 도구가 이를 확인하도록 함) 경로를 조정하기 위한 배치 스크립트를 작성할 수 있었습니다. 이 작업을 수행하려는 다른 사람을 위해 내 배치 스크립트는 다음과 같습니다.

FOR /F "tokens=1" %%i IN (\path\to\our\development\hosts) DO (
    route ADD %%i MASK 255.255.255.255 a.b.c.d METRIC 2 IF 17
)

파일 hosts형식은 시스템 파일의 형식과 동일합니다: a.b.c.d URL. 이 스크립트는 주석을 지원하지 않으며(단순히 실패할 것이라고 생각하지만 route ADD) 빈 줄이 문제가 될지 여부는 알 수 없습니다(하지만 다시 말하지만 아마도 failed 일 것입니다 route ADD).

나는 그것이 일정하지 않을 것이라고 생각하기 때문에 아마도 17에 맞게 조정해야 할 것입니다. 그런 일이 발생하면 그것이 무엇인지 확인하고 대신 변수를 사용하는 방법을 살펴보겠습니다. (그리고 이 답변도 업데이트하겠습니다.)

Answer