부팅 시 SoftEther 클라이언트: AccountStartupSet와 데몬 순서

클라이언트가 정상적으로 시작해도 모든 계정이 연결되지 않은 채 남을 수 있습니다. 계정 플래그를 설정하고 데몬을 먼저 시작한 다음 어댑터와 경로를 확인하십시오.

시스템을 재부팅하면 터널이 다시 내려간 채로 네트워크에 남습니다. SoftEther 클라이언트는 서비스가 실행 중인지, 그리고 저장된 계정이 서비스와 함께 올라오도록 허용되었는지라는 두 가지 상태를 유지합니다. 둘 다 참이어야 하며, 두 번째는 부팅 설정이 아니라 계정별 플래그입니다. 아래 네 가지 점검을 순서대로 수행하고 첫 실패에서 멈추십시오.

계정이 자동 시작으로 표시되어 있는지 확인하십시오

플래그는 클라이언트 자체 구성 안의 계정 레코드에 있으므로 클라이언트를 다시 설치하거나 빈 디렉터리를 복원하면 지워집니다. 관리 콘솔을 열고 다른 무엇을 바꾸기 전에 계정 목록을 보십시오.

cd /opt/softether/vpnclient
./vpncmd

VPN 클라이언트 관리에 2를 선택하고 Enter를 눌러 로컬 서버를 수락하십시오.

AccountStartupSet
office-hub
exit

AccountStartupSet는 클라이언트 서비스가 시작될 때 올라와야 할 계정으로 해당 계정을 기록합니다. 이 명령은 서비스를 시작하지도, 새 계정을 만들지도 않으며, 이름이 틀리면 유용한 것을 출력하지 않습니다. 명령 후에 계정 목록을 다시 읽으십시오, 오타는 조용하고 적용되지 않은 플래그와 똑같이 보이기 때문입니다.

서비스가 시작되는지, 그리고 충분히 이른지 확인하십시오

Linux에서 클라이언트는 자체 디렉터리에서 데몬으로 실행되며, 부팅 단계가 계정을 사용하려 하기 전에 이미 올라와 있어야 합니다. 디렉터리를 바꾸고 실행하는 짧은 훅은 여전히 rc.local을 실행하는 시스템에서 충분합니다.

cd /opt/softether/vpnclient
./vpnclient start

rc.local이 없는 곳에서는 명시적 WorkingDirectory와 재시작 정책을 갖춘 systemd 유닛을 작성하십시오. 바이너리는 시작된 위치를 기준으로 구성을 해석하므로, 그 설정이 없는 유닛은 성공적으로 시작하고 아무것도 읽지 않을 수 있습니다. 순서가 문제의 나머지 절반인데, 데몬이 듣기 전에 실행되는 연결 시도는 간헐적으로 실패하며, 이는 일관된 실패보다 진단하기 훨씬 어렵습니다. 재시작 정책은 몇 시간 뒤 데몬이 조용히 죽는 세 번째 경우를 처리합니다.

이전 부팅이 남긴 pid 파일을 믿는 대신 프로세스 목록을 확인하십시오.

어댑터가 주소를 받았는지 확인하십시오

계정이 연결되면 클라이언트는 가상 어댑터를 제시하며, 어댑터에는 여전히 주소가 필요합니다. SecureNAT를 실행하는 허브는 보통 DHCP에 응답합니다; 물리적 LAN에 브리지된 허브는 대신 해당 LAN의 서버가 응답하기를 기대합니다.

ip -brief address
dhclient vpn_vpn1

예제의 숫자는 상수가 아니므로 목록에서 인터페이스 이름을 가져오십시오. 주소가 정적이어야 한다면 해당 인터페이스에 대한 배포판의 네트워크 구성에 넣어, 링크 이벤트 후에도 다시 적용되고 부팅 시에만 국한되지 않게 하십시오. 일회성 스크립트는 하루 중 터널이 처음 다시 연결될 때 어댑터를 주소 없이 남깁니다. 그 실패는 계정이 멀쩡해도 죽은 터널처럼 보입니다.

주소 없는 어댑터는 계정이 여전히 연결되었다고 보고하므로 목록에서 가장 조용한 실패입니다.

경로가 생각하는 곳을 가리키는지 확인하십시오

트래픽은 정상적인 링크와 유효한 주소로도 실패할 수 있습니다. 커널에 허브 서브넷 내부 목적지에 어떤 인터페이스를 쓸지 물은 다음, 그 답을 터널과 비교하십시오.

ip route get 10.10.20.15

허브 범위와 겹치는 로컬 서브넷은 경로가 더 구체적이고 이미 설치되어 있으므로 이깁니다.

이것은 클라이언트 버그가 아니라 번호 매기기 결정이며, 서비스를 다시 시작해도 바뀌지 않습니다. 리졸버 구성이 나머지 절반으로, 작동하는 DNS 서버가 없는 주소는 모든 링크 검사를 통과하고도 이름을 열지 못하는 터널을 만듭니다.

네 가지 점검을 재구축 노트에 기록하십시오

계정 이름, 서비스 시작 명령, 인터페이스 이름을 함께 기록하십시오. 재구축된 호스트는 계정 데이터는 복원하지만 데몬을 시작하는 운영 체제 훅은 복원하지 않으며, 이것들은 서로 다른 장소에 있고 보통 서로 다른 사람이 백업합니다.

플래그는 다시 적용할 한 줄이며 잊기 쉽습니다.

순서를 유지하십시오: 플래그, 서비스, 주소, 경로. 중간에서 시작하는 점검 목록은 자신감 넘치는 잘못된 답을 많이 만듭니다.

관련 글