SoftEther 연결 프로필: 가져오기 전에 여섯 항목을 확인하십시오

프로필 가져오기는 성공하지만, 계정이 가입한 적 없는 Virtual Hub를 파일이 가리키기 때문에 인증이 실패합니다. 파일 자체에는 잘못된 부분이 없으며, 자격 증명이 발급되지 않은 구성을 설명하고 있을 뿐입니다. 여섯 항목이 가져오기의 성공 여부를 결정합니다. 호스트 이름, 포트, 프로토콜, Virtual Hub, 사용자 신원, 그리고 누군가 실수로 관리자 자격 증명을 건네지 않았는지입니다. 처음 세 검사는 이 항목들을 순서대로 다루고, 마지막 두 검사는 파일 자체와 실제로 가입한 대상을 다룹니다.

검사 1: 호스트 이름과 포트

무엇이든 가져오기 전에 호스트 이름, 포트, 선언된 접속 방식을 읽으십시오. 기본 SoftEther 리스너는 보통 TCP 443에서 응답하며, 992와 5555는 운영자가 제한적인 네트워크 뒤의 클라이언트를 위해 여는 대안입니다. 웹 사이트나 다른 서비스를 제공하는 포트를 가리키는 프로필은 인증 전에 실패하며, 그 실패를 자격 증명 문제로 보고합니다. 이 조합을 운영자가 이 엔드포인트에 대해 공개한 내용과 비교하십시오. 작년에 누군가 수집한 디렉터리 목록과 비교해서는 안 됩니다. 호스트 이름이 운영자가 한 번도 언급하지 않은 주소로 확인되면 거기서 멈추십시오. 다음 단계에서 자격 증명이 그 주소로 전송되기 때문입니다.

443 포트는 공유지이므로 포트만으로는 그 뒤의 서비스를 아무것도 증명하지 못합니다. SoftEther 클라이언트는 프로토콜 핸드셰이크로 둘을 구분하므로, 프로필이 올바른 포트를 가리켜도 웹 서버에서 끝날 수 있습니다. 그 실패는 클라이언트 로그에서 잘못된 비밀번호처럼 보이지만, 비밀번호는 한 번도 검사되지 않았습니다.

엔드포인트를 호스트 이름, 포트, 방식의 순서로 적어 두십시오. 이 세 가지는 연결하지 않고 검증할 수 있는 부분이며, 리스너가 아직 작동하는지 운영자에게 물을 때 인용할 부분입니다. 공개된 출처에서 채울 수 없는 것은 추정하지 말고 미검증 상태로 두십시오.

검사 2: 프로토콜이 클라이언트를 결정합니다

여러 접속 방식을 제공하는 서버가 내보낸 파일 하나를 모든 클라이언트가 열 수 있는 프로필로 바꿔 주지는 않습니다. Each method has its own format, its own client and its own failure mode, 둘을 섞으면 자격 증명 문제처럼 보이는 오류가 생깁니다. 어떤 클라이언트로 열지 결정하기 전에 파일이 선언한 방식이 무엇인지 확정하십시오.

아래 표는 일반적인 포트와 각 방식이 실제로 요구하는 것을 보여 줍니다. 포트는 운영자의 선택이므로 기본값으로 다루고, 특정 서버에 대한 사실로 여기지 마십시오. 기본 SoftEther 프로필은 SoftEther 클라이언트가 가져오고, ovpn 번들은 OpenVPN에 속하며, SSTP나 L2TP 프로필은 운영 체제 자체가 처리합니다. 첫 클라이언트가 거부한 파일을 열기 위해 두 번째 클라이언트를 설치하면 분명한 오류가 혼란스러운 오류로 바뀌는 경우가 많습니다.

확장자가 아니라 파일 내부의 선언을 읽으십시오. OpenVPN 이름이 붙은 파일은 정의상 OpenVPN 프로필이며, SoftEther 프로필은 SoftEther 클라이언트가 가져오는 작은 구성으로 둘은 호환되지 않습니다. 선언된 방식이 제공할 수 없는 것이라면, 그것이 가져오기 질문에 대한 답입니다.

검사 3: 허브, 사용자, 관리자 역할

기본 접속의 경우 프로필은 Virtual Hub와 그 안의 사용자를 지정합니다. A hub is a logical VPN server instance with its own users and its own settings, 사용자는 자체 인증을 가진 그 허브의 구성원입니다. 둘 다 서버 관리가 아니며, 서버 관리는 리스너, 허브, 배포의 모든 사용자를 제어합니다. 클라이언트 프로필에 그 관리 권한이 붙어 오는 일은 없어야 합니다. 클라이언트를 작동시키려고 누군가 관리자 자격 증명을 보냈다면, 연결되든 되지 않든 그 구성은 잘못된 것입니다.

연결을 기록할 때 이 셋을 분리하십시오. 취소 방식이 다르기 때문입니다. 허브 사용자를 제거하면 한 사람의 접근이 끝나고 나머지 배포는 영향을 받지 않지만, 관리자 자격 증명을 교체하면 모든 것이 영향을 받습니다. 이 차이는 팀에 허브 사용자 하나를 공유시키는 데 반대하는 이유이기도 합니다. 자격 증명 하나는 모두에게 한 번의 취소 사건을 뜻하기 때문입니다.

검사 4: 파일은 담고 있는 내용만큼 민감합니다

형식에 따라 프로필은 저장된 비밀번호, 인증서, 사전 공유 키를 담을 수 있습니다. 내보낸 파일이 존재하는 동안은 기밀로 다루십시오. 티켓에 첨부한 사본은 다른 사람이 가져올 수 있는 사본이기 때문입니다. 공유하기 전에 자격 증명을 제거하거나, 새 키로 다시 만든 프로필을 공유하십시오. 파일의 민감도는 확장자나 크기가 아니라 내용에서 나옵니다.

운영자가 공개한 경로로 엔드포인트를 확인하고, 디렉터리 라벨은 미검증으로 다루십시오. 공개 노드 목록의 국기와 호스트 이름은 항목을 제출한 사람이 고르는 것이므로, 둘 다 누가 서버를 운영하는지 확정하지 못합니다. 프로필이 공개 디렉터리에서 왔다면 그것은 확인을 늘릴 이유이지 줄일 이유가 아닙니다.

파일이 어디서 왔고 언제 받았는지 기록하십시오. 나중에 연결 동작이 달라지면, 가장 먼저 검증된 엔드포인트와 비교할 것이 출처입니다. 출처가 없는 프로필은 감사할 수 없는 프로필입니다.

검증한 사본을 보관하고, 나중에 찾은 사본은 보관하지 마십시오. 이름이 같고 엔드포인트가 다른 두 파일이 작동하던 가져오기를 지원 사건으로 만드는 경로입니다. 검증한 사본은 출처에 대한 메모 옆에 두십시오.

검사 5: 애플리케이션을 시험하십시오, 상태등이 아니라

가져온 뒤에는 연결 표시등이 아니라 실제로 필요한 애플리케이션을 시험하십시오. 인증 성공은 자격 증명이 작동함을 증명할 뿐, 기대한 경로나 DNS가 세션에 함께 왔음을 증명하지 않습니다. 연결한 뒤 프로필이 도달해야 했던 서비스를 사용하십시오.

할당된 경로와 DNS 서버를 확인하고, 설계에 분할이 있다면 어떤 대상이 터널을 우회하는지 기록하십시오. 그다음 제외되어야 할 대상 하나로 반복하십시오. 모든 것을 터널로 보내는 분할 터널도 단일 대상 시험은 통과하기 때문입니다. 사설 리소스가 실패하면 의심할 것은 자격 증명보다 먼저 경로입니다. 네 가지 결과를 적으십시오. 인증됨, 서비스 도달 가능, 경로는 예상대로, 제외 대상은 제외됨.

네 가지 결과 모두를 운영자가 이 허브에 대해 약속한 내용과 비교하십시오. 제외 대상도 도달 가능한데 인증이 통과하는 세션은 분할이 적용되지 않았고 프로필이 문제가 아님을 뜻합니다. 기대나 허브 정책을 고친 뒤 같은 순서로 네 가지 검사를 다시 실행하십시오.