여러 VPN에서 혼란 없이 작업하는 세 가지 방법

고객 터널 두 개, 노트북 한 대, 그리고 있어서는 안 될 곳에 여전히 로그인된 브라우저 탭. 여러 사설 네트워크를 오가며 작업할 때 어려운 부분은 연결이 아니라, 전환할 때 그 창이 어느 컨텍스트에 속하는지 아는 것입니다. 작업 공간이 그 질문에 답합니다. 하나의 신원, 하나의 애플리케이션 집합, 하나의 리졸버 정책, 그리고 이름이 잘못 해석될 때 들여다볼 한 곳입니다. 운 나쁜 날에는 이것이 오 분 수정과 데이터 유출의 차이입니다.

작업이 동시적인지 결정하십시오

답이 아니오라면 여기서 멈추고 사용 가능한 가장 단순한 배치를 쓰십시오. 한 번에 하나의 승인된 연결을 프로필을 소유한 클라이언트로 연결하고 끊으면, 어떤 실패도 일어나기 전에 한 부류 전체를 없앱니다.

비용을 높이는 것은 동시성이며, 겹치는 접두사, 두 개의 리졸버 정책, 두 벌의 애플리케이션 상태를 시간이 아니라 의도적으로 분리해야 합니다.

재연결을 피하고 싶은 것과 두 네트워크가 동시에 필요한 것은 같지 않으므로 요구 사항을 솔직하게 적으십시오.

순차 방식이 가장 저렴한 배치입니다

순차 작업은 추가 인프라가 필요 없고, 실패 방식은 라우팅 충돌이 아니라 오래된 세션입니다. 규율은 인수인계에 있습니다. 작업을 끝내고, 연결을 붙잡고 있는 것을 닫고, 연결을 끊고, 작업을 시작하기 전에 다음 연결을 확인합니다.

열어 둔 브라우저 탭이나 터미널은 자신의 네트워크 컨텍스트를 함께 들고 다니지 않습니다. 그다음 요청은 머신이 지금 라우팅하는 곳으로 가며, 그곳이 다른 고객일 수 있습니다.

프로필은 프로토콜이 아니라 고객으로 이름 붙이고, 자격 증명 소유자를 프로필 이름에 보이게 두십시오. work2 라는 프로필은 급하게 전환하는 순간 아무에게도 아무것도 알려 주지 않습니다.

이 배치의 장점은 감사할 수 있다는 것입니다. 어느 순간에도 네트워크 컨텍스트는 하나이고, 로그는 그것이 언제 바뀌었는지 보여 줍니다.

고객별 작업 공간은 격리를 대가로 치릅니다

고객별 가상 머신이나 원격 개발 환경은 클라이언트, 애플리케이션, 이름을 한곳에 모읍니다. 전환은 네트워크 변경이 아니라 창 변경이 되고, 두 컨텍스트는 길 잃은 경로를 통해 서로 새어 나갈 수 없습니다.

무료가 아닙니다. 이제 두세 개의 시스템을 유지하고 패치하며 파일과 자격 증명이 어디에 사는지 결정합니다. 가상 머신도 호스트를 통해 인터넷에 나가므로 그 바깥 경로는 여전히 노트북의 경로입니다.

그 습관을 세우기 전에 클라이언트와 모든 장치 상태 정책이 그 환경을 허용하는지 확인하십시오. 가상 머신에서 실행을 거부하는 클라이언트는 일찍 발견해야 할 사실입니다.

공유 게이트웨이는 인프라입니다

선택한 트래픽을 나르는 별도 라우터는 문제를 네트워크 설계로 바꿉니다. 여러 사람이 같은 고객 네트워크를 필요로 할 때는 잘 작동하고, 누군가 그것을 모든 고객을 분리해 두는 마법 상자로 취급하면 실패합니다.

활성 터널을 바꾸는 게이트웨이 하나는 대기열이 있는 하나의 공유 컨텍스트이며, 여러 독립 네트워크가 아닙니다. 누가 그것을 바꿀 수 있는지, 어떤 소스를 제공하는지, 두 사람이 동시에 다른 고객을 필요로 하면 어떻게 되는지 이름 붙이십시오. 그 답이 없으면 게이트웨이는 아무도 소유하지 않는 장애의 근원이 됩니다. 또한 누군가 마감을 맞추려고 조용히 검사를 끄는 장소가 되기도 합니다.

인수인계를 기록으로 남기십시오

기록은 정교할 필요가 없습니다. 다른 사람이 따라갈 수 있을 만큼 구체적이어야 합니다. Linux 에서 네임스페이스는 같은 아이디어의 기술적 판본이며, 자체 인터페이스와 라우팅 테이블을 가집니다.

다음 명령은 네임스페이스를 만들고, 그 안에서 명령을 실행하며, 데스크톱 클라이언트가 현재 어떤 연결을 유지하는지 보여 줍니다:

sudo ip netns add customer-a
sudo ip netns exec customer-a ip route
nmcli connection show --active

애플리케이션은 여전히 네임스페이스 안에서 시작해야 하고, 그 안의 리졸버 구성은 별도 파일입니다. 인터페이스를 격리해도 클립보드, SSH 에이전트, 마운트된 공유는 격리되지 않으며, 사람들이 잊는 유출이 바로 그것입니다.

정말로 필요한 분리를 지키는 가장 작은 배치를 고르고, 창 제목, 터미널 프롬프트, 프로필 이름, 자격 증명 소유자가 모두 일치한 뒤에 사적인 요청을 보내십시오.