SoftEther 가상 어댑터는 운영 체제의 네트워크 목록에 나타나고, 연결되지 않음으로 보고하며, 어떤 트래픽도 전달하지 않습니다. 이 조합은 세션이 연결되지 않은 장치에서는 정상이며, 잘못된 프로필이 연결되어 있을 때도 보이는 상태입니다. 어댑터는 운영 체제가 소유하는 장치이고, 세션이 그것에 생명을 줍니다. 이 네 가지 확인을 순서대로 진행하고 처음 실패하는 곳에서 멈추세요.

장치와 세션을 분리하세요

어댑터를 만드는 것은 네트워크 장치를 설치할 뿐이며 어떤 서버와도 인증하지 않습니다. 인터페이스 상태에서 무엇인가를 읽어 내기 전에 클라이언트의 연결 목록이 무엇을 말하는지 확인하세요. 연결되지 않은 프로필은 추가 조사 없이 연결되지 않음 상태를 설명합니다.

어댑터와 물리 인터페이스는 역할이 다릅니다. 하나는 애플리케이션이 보는 복호화된 트래픽을 전달하고, 다른 하나는 암호화된 외부 연결을 서버까지 전달합니다. 둘을 혼동하면 방화벽 규칙과 경로가 잘못된 장치에 적용됩니다. 물리 인터페이스용으로 작성한 규칙은 터널 트래픽과 맞지 않고, 터널용으로 작성한 규칙은 외부 연결에 영향을 주지 않습니다.

하나의 어댑터를 하나의 프로필에 맞추세요

각 어댑터는 의도한 연결 프로필에 묶여 있어야 하고, 그 연결은 기억이 아니라 클라이언트에 보여야 합니다. 어댑터가 여러 개라면 어느 것도 건드리기 전에 어느 프로필이 어느 장치를 소유하는지 적어 두세요. 프로필 사이에서 어댑터를 재사용하면 재연결 후에도 오래된 주소가 남습니다.

클라이언트가 연결을 다시 만드는 지원 방법을 제공한다면 운영 체제 구성을 직접 편집하는 대신 그것을 사용하세요. 클라이언트가 연결할 때 어댑터 설정을 쓰기 때문에 수동 변경은 사라지거나 다음 세션에서 충돌하기 쉽습니다.

연결 후 실제 설정을 읽으세요

세션이 올라오면 시스템에서 주소, 경로, 리졸버를 읽으세요. 클라이언트의 상태 패널은 무엇을 요청했는지 설명하고, 커널은 실제로 무슨 일이 일어났는지 설명합니다.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

주소 목록은 어댑터가 무엇인가를 받았는지 보여 주고, 로그인에 성공한 뒤 주소가 없는 어댑터는 드라이버가 아니라 프로필 구성을 가리킵니다. 경로 조회는 어느 인터페이스가 사설 목적지를 전달할지 보여 주며, 바로 그곳에서 빠진 경로가 드러납니다. 리졸버 출력은 로컬 DNS로 동작하는 링크가 여전히 반쯤 깨진 연결을 만들기 때문에 DNS가 세션을 따랐는지 보여 줍니다.

쓸 만한 설정 없이 만들어진 어댑터는 클라이언트의 다른 곳에서 관리 로그인이 성공한 상태와 공존할 수 있습니다. 두 패널은 서로 다른 질문에 답하므로 하나가 다른 하나의 증거가 될 수 없습니다. 둘이 어긋날 때 애플리케이션이 경험하는 것은 시스템 쪽 보기입니다.

브리지나 삭제 전에 멈추세요

가상 어댑터를 물리 어댑터에 브리지하는 것은 수리가 아니라 설계 변경입니다. 두 네트워크 경계를 합치는 일이며 빠진 경로를 고치는 방법이 아닙니다. 배포에 그 구성이 필요하다면 승인된 설계와 테스트 계획이 필요합니다.

다른 서비스가 사용 중일 때 어댑터를 삭제하는 것은 마찬가지로 파괴적입니다. 먼저 같은 머신에서 비슷한 이름의 인터페이스를 만든 다른 클라이언트나 가상화 제품을 포함해 소유자를 확인하세요. 제거 후 다시 나타나는 장치는 무언가가 그것을 다시 만들고 있음을 알려 줍니다.

어댑터가 아니라 애플리케이션을 시험하며 마무리하세요. 터널을 통해 로드되는 파일 공유나 인트라넷 페이지가 장치, 세션, 경로가 모두 일치한다는 증거입니다.

관련 글