VPN 터널 내부 및 외부 연결에서는 어떤 일이 발생합니까?

실제 기사는 Tucha 기술 지원에 보낸 편지에서 탄생합니다. 예를 들어, 최근 한 고객이 사용자 사무실과 클라우드 환경 사이의 VPN 터널 내부 연결 중, 그리고 VPN 터널 외부 연결 중에 어떤 일이 발생하는지 명확히 해 달라는 요청으로 우리에게 연락했습니다. 따라서 아래의 전체 내용은 당사가 고객 중 한 분의 질문에 대한 답변으로 보낸 실제 편지입니다. 물론 클라이언트의 익명성을 해제하지 않도록 IP 주소가 변경되었습니다. 하지만 그렇습니다. Tucha 기술 지원은 상세한 답변과 유익한 이메일로 정말 유명합니다. 🙂

물론, 우리는 이 기사가 많은 사람들에게 계시가 아닐 것이라는 점을 이해합니다. 그러나 초보 관리자를 위한 기사가 Habr에 수시로 게재되고 이 기사가 실제 고객에게 보낸 실제 편지에서 나온 것이므로 여기에서 이 정보를 계속 공유할 것입니다. 누군가에게 유용할 확률이 높습니다.
따라서 클라우드의 서버와 사무실이 사이트 간 네트워크로 연결되면 어떤 일이 발생하는지 자세히 설명합니다. 일부 서비스는 사무실에서만 액세스할 수 있고 일부 서비스는 인터넷 어디에서나 액세스할 수 있습니다.

클라이언트가 서버에서 원하는 것이 무엇인지 즉시 설명하겠습니다. 192.168.A.1 RDP를 통해 어디에서나 접속할 수 있습니다. AAA2:13389및 기타 서비스는 사무실에서만 이용 가능 (192.168.B.0/24)VPN을 통해 연결되었습니다. 또한 클라이언트는 처음에 자동차가 192.168.B.2 사무실에서는 어디에서나 RDP를 사용할 수 있었습니다. BBB1:11111. 우리는 클라우드와 사무실 간의 IPSec 연결을 구성하는 데 도움을 주었고 고객의 IT 전문가는 이 경우 또는 저 경우에 어떤 일이 일어날지에 대해 질문하기 시작했습니다. 이 모든 질문에 답하기 위해 실제로 우리는 아래에서 읽을 수 있는 모든 내용을 그에게 썼습니다.

이제 이러한 프로세스를 더 자세히 살펴보겠습니다.

위치 XNUMX

어떤 곳에서 무언가가 전송될 때 192.168.B.0/24 в 192.168.A.0/24 또는에서 192.168.A.0/24 в 192.168.B.0/24, VPN에 들어갑니다. 즉, 이 패킷은 추가로 암호화되어 서로 간에 전송됩니다. BBB1 и AAA1하지만 192.168.A.1 패키지가 정확히 보입니다. 192.168.B.1. 그들은 어떤 프로토콜을 사용해도 서로 통신할 수 있습니다. 회신 응답은 VPN을 통해 동일한 방식으로 전송됩니다. 192.168.A.1 에 192.168.B.1 ESP 데이터그램으로 전송됩니다. AAA1 에 BBB1, 라우터가 그 쪽에서 펼쳐질 것입니다. 거기서 패킷을 꺼내어 다음으로 보냅니다. 192.168.B.1 패키지로 192.168.A.1.

구체적인 예 :

1) 192.168.B.1 호소하다 192.168.A.1, 다음과 TCP 연결을 설정하려고 합니다. 192.168.A.1:3389;

2) 192.168.B.1 다음에서 연결 요청을 보냅니다. 192.168.B.1:55555 (그는 피드백을 위해 포트 번호를 직접 선택합니다. 이하에서는 TCP 연결을 형성할 때 시스템이 선택하는 포트 번호의 예로 번호 55555를 사용합니다.) 192.168.A.1:3389;

3) 주소가 있는 컴퓨터에서 실행되는 운영 체제 192.168.B.1, 이 패킷을 라우터의 게이트웨이 주소(192.168.B.254 우리의 경우), 다른 더 구체적인 경로 때문에 192.168.A.1, 따라서 기본 경로(0.0.0.0/0)를 통해 패킷을 전송합니다.

4) 이를 위해 IP 주소에 대한 MAC 주소를 찾으려고 시도합니다. 192.168.B.254 ARP 프로토콜 캐시 테이블에서. 감지되지 않으면 해당 주소에서 보냅니다. 192.168.B.1 누가 요청했는지 네트워크에 브로드캐스트 192.168.B.0/24. 언제 192.168.B.254 이에 대한 응답으로 MAC 주소를 보내고, 시스템은 이더넷 패킷을 전송하고 이 정보를 캐시 테이블에 입력합니다.

5) 라우터는 이 패킷을 수신하고 이를 어디로 전달할지 결정합니다. 라우터는 그 사이에 모든 패킷을 보내야 한다는 서면 정책을 가지고 있습니다. 192.168.B.0/24 и 192.168.A.0/24 VPN 연결을 통해 전송 BBB1 и AAA1;

6) 라우터는 다음으로부터 ESP 데이터그램을 생성합니다. BBB1 에 AAA1;

7) 라우터는 이 패킷을 누구에게 보낼지 결정합니다. BBB254 (ISP 게이트웨이)에 대한 더 구체적인 경로가 있기 때문에 AAA1, 0.0.0.0/0 이상에는 없습니다.

8) 이미 말한 것과 똑같습니다. MAC 주소를 찾습니다. BBB254 패킷을 ISP 게이트웨이로 전송합니다.

9) 인터넷 제공업체는 다음에서 ESP 데이터그램을 전송합니다. BBB1 에 AAA1;

10) 가상 라우터 켜짐 AAA1 이 데이터그램을 수신하고 이를 해독한 후 다음으로부터 패킷을 수신합니다. 192.168.B.1:55555 에 192.168.A.1:3389;

11) 가상 라우터는 이를 누구에게 전달할지 확인하고 라우팅 테이블에서 네트워크를 찾습니다. 192.168.A.0/24 그리고 그것을 직접 보낸다. 192.168.A.1, 인터페이스가 있기 때문에 192.168.A.254/24;

12) 이를 위해 가상 라우터는 MAC 주소를 찾습니다. 192.168.A.1 가상 이더넷 네트워크를 통해 이 패킷을 그에게 전송합니다.

13) 192.168.A.1 포트 3389에서 이 패킷을 수신하고 연결 설정에 동의하고 응답으로 패킷을 생성합니다. 192.168.A.1:3389 에 192.168.B.1:55555;

14) 그의 시스템은 이 패킷을 가상 라우터의 게이트웨이 주소로 전송합니다(192.168.A.254 우리의 경우), 다른 더 구체적인 경로 때문에 192.168.B.1, 따라서 기본 경로(0.0.0.0/0)를 통해 패킷을 전송해야 합니다.

15) 이전 사례와 동일하게 주소가 있는 서버에서 실행되는 시스템 192.168.A.1, MAC 주소를 찾습니다 192.168.A.254, 인터페이스와 동일한 네트워크에 있기 때문에 192.168.A.1/24;

16) 가상 라우터는 이 패킷을 수신하고 이를 어디로 전달할지 결정합니다. 가상 라우터는 다음과 같이 모든 패킷을 전송해야 한다는 서면 정책을 가지고 있습니다. 192.168.A.0/24 и 192.168.B.0/24 VPN 연결을 통해 전송 AAA1 и BBB1;

17) 가상 라우터는 다음으로부터 ESP 데이터그램을 생성합니다. AAA1 에 BBB1;

18) 가상 라우터는 이 패킷을 누구에게 보낼지 결정하고 AAA254 (이 경우 ISP 게이트웨이도 우리입니다.) BBB1, 0.0.0.0/0 이상에는 없습니다.

19) 인터넷 제공업체는 네트워크를 통해 ESP 데이터그램을 다음과 같이 전송합니다. AAA1 에 BBB1;

20) 라우터 켜짐 BBB1 이 데이터그램을 수신하고 이를 해독한 후 다음으로부터 패킷을 수신합니다. 192.168.A.1:3389 에 192.168.B.1:55555;

21) 그는 그것이 특별히 다음으로 전송되어야 한다는 것을 이해합니다. 192.168.B.1, 그는 그와 동일한 네트워크에 있기 때문에 라우팅 테이블에 해당 항목이 있으므로 전체에 대한 패킷을 보내야 합니다. 192.168.B.0/24 곧장;

22) 라우터는 MAC 주소를 찾습니다. 192.168.B.1 그리고 그에게 이 꾸러미를 건넨다.

23) 주소가 있는 컴퓨터의 운영 체제 192.168.B.1 에서 패키지를 받습니다 192.168.A.1:3389 에 192.168.B.1:55555 TCP 연결을 설정하기 위해 다음 단계를 시작합니다.

이 예는 레벨 2-4에서 일어나는 일을 매우 간결하고 간단하게 설명합니다(여기서는 여러 가지 세부 사항을 기억할 수 있습니다). 레벨 1, 5-7은 고려되지 않습니다.

위치 XNUMX

함께 192.168.B.0/24 뭔가가 구체적으로 전송됩니다 AAA2, VPN으로 이동하지 않고 직접 이동합니다. 즉, 해당 주소의 사용자가 192.168.B.1 호소하다 AAA2:13389, 이 패킷은 다음 주소에서 옵니다. BBB1, 전달 AAA2, 라우터는 이를 수신하여 다음으로 전송합니다. 192.168.A.1. 192.168.A.1 아무것도 모른다 192.168.B.1, 그는 보낸 소포를 봅니다. BBB1, 그가 그를 잡았기 때문입니다. 따라서 이 요청에 대한 응답은 일반적인 경로를 따르며 동일한 방식으로 주소에서 옵니다. AAA2 그리고 간다 BBB1, 해당 라우터는 이 응답을 다음으로 보냅니다. 192.168.B.1, 그는 다음에서 답을 봅니다. AAA2, 그가 누구에게 연설했는지.

구체적인 예 :

1) 192.168.B.1 호소하다 AAA2, 다음과 TCP 연결을 설정하려고 합니다. AAA2:13389;

2) 192.168.B.1 다음에서 연결 요청을 보냅니다. 192.168.B.1:55555 (이 숫자는 이전 예와 마찬가지로 다를 수 있음) AAA2:13389;

3) 주소가 있는 컴퓨터에서 실행되는 운영 체제 192.168.B.1, 이 패킷을 라우터의 게이트웨이 주소(192.168.B.254 우리의 경우), 다른 더 구체적인 경로 때문에 AAA2, 이는 기본 경로(0.0.0.0/0)를 통해 패킷을 전송한다는 의미입니다.

4) 이를 위해 이전 예에서 언급한 것처럼 IP 주소에 대한 MAC 주소를 찾으려고 시도합니다. 192.168.B.254 ARP 프로토콜 캐시 테이블에서. 감지되지 않으면 해당 주소에서 보냅니다. 192.168.B.1 누가 요청했는지 네트워크에 브로드캐스트 192.168.B.0/24. 언제 192.168.B.254 이에 대한 응답으로 MAC 주소를 보내고, 시스템은 이더넷 패킷을 전송하고 이 정보를 캐시 테이블에 입력합니다.

5) 라우터는 이 패킷을 수신하고 이를 어디로 전달할지 결정합니다. 라우터는 모든 패킷을 전달(반환 주소 교체)해야 한다는 서면 정책을 가지고 있습니다. 192.168.B.0/24 다른 인터넷 노드로;

6) 이 정책은 반환 주소가 이 패킷이 전송될 인터페이스의 하위 주소와 일치해야 함을 의미하므로 라우터는 먼저 이 패킷을 정확히 누구에게 보낼지 결정하고 이전 예에서와 같이 라우터는 패킷을 보내야 합니다. 에게 BBB254 (ISP 게이트웨이)에 대한 더 구체적인 경로가 있기 때문에 AAA2, 0.0.0.0/0 이상에는 없습니다.

7) 따라서 라우터는 패킷의 반환 주소를 대체하므로 패킷은 BBB1:44444 (물론 포트 번호는 다를 수 있음) AAA2:13389;

8) 라우터는 자신이 한 일을 기억합니다. AAA2:13389 к BBB1:44444 응답이 도착하면 대상 주소와 포트를 다음으로 변경해야 한다는 것을 알게 됩니다. 192.168.B.1:55555.

9) 이제 라우터는 이를 통해 ISP 네트워크로 전달해야 합니다. BBB254따라서 이미 언급한 것처럼 MAC 주소를 찾습니다. BBB254 패킷을 ISP 게이트웨이로 전송합니다.

10) 인터넷 제공업체는 다음에서 패킷을 전송합니다. BBB1 에 AAA2;

11) 가상 라우터 켜짐 AAA2 포트 13389에서 이 패킷을 수신합니다.

12) 가상 라우터에는 이 포트의 모든 발신자로부터 수신된 패킷이 다음으로 전송되어야 한다고 규정하는 규칙이 있습니다. 192.168.A.1:3389;

13) 가상 라우터는 라우팅 테이블에서 네트워크를 찾습니다. 192.168.A.0/24 그리고 직접 보내준다 192.168.A.1 인터페이스가 있기 때문에 192.168.A.254/24;

14) 이를 위해 가상 라우터는 MAC 주소를 찾습니다. 192.168.A.1 가상 이더넷 네트워크를 통해 이 패킷을 그에게 전송합니다.

15) 192.168.A.1 포트 3389에서 이 패킷을 수신하고 연결 설정에 동의하고 응답으로 패킷을 생성합니다. 192.168.A.1:3389 에 BBB1:44444;

16) 그의 시스템은 이 패킷을 가상 라우터의 게이트웨이 주소로 전송합니다(192.168.A.254 우리의 경우), 다른 더 구체적인 경로 때문에 BBB1, 따라서 기본 경로(0.0.0.0/0)를 통해 패킷을 전송해야 합니다.

17) 이전 사례와 정확히 동일하며 주소가 있는 서버에서 실행되는 시스템 192.168.A.1, MAC 주소를 찾습니다 192.168.A.254, 인터페이스와 동일한 네트워크에 있기 때문에 192.168.A.1/24;

18) 가상 라우터는 이 패킷을 수신합니다. 그는 자신이 받은 것을 기억한다는 점에 유의해야 합니다. AAA2:13389 패키지 BBB1:44444 수취인의 주소와 포트를 다음으로 변경했습니다. 192.168.A.1:3389따라서 패키지는 다음과 같습니다. 192.168.A.1:3389 에 BBB1:44444 보낸 사람 주소를 다음으로 변경합니다. AAA2:13389;

19) 가상 라우터는 이 패킷을 누구에게 보낼지 결정하고 다음으로 보냅니다. AAA254 (이 경우 ISP 게이트웨이도 우리입니다.) BBB1, 0.0.0.0/0 이상에는 없습니다.

20) 인터넷 제공업체는 다음과 같은 패킷을 전송합니다. AAA2 에 BBB1;

21) 라우터 켜짐 BBB1 이 패킷을 수신하고 그가 패킷을 보냈을 때를 기억합니다. 192.168.B.1:55555 에 AAA2:13389, 그는 주소와 발신자 포트를 다음으로 변경했습니다. BBB1:44444, 다음으로 보내야 할 응답은 다음과 같습니다. 192.168.B.1:55555 (사실 몇 가지 더 많은 확인 사항이 있지만 이에 대해 자세히 다루지는 않습니다.)

22) 그는 그것이 직접 전송되어야 한다는 것을 이해합니다 192.168.B.1, 그는 그와 동일한 네트워크에 있기 때문에 라우팅 테이블에 해당 항목이 있으며 이로 인해 전체에 대한 패킷을 보내야 합니다. 192.168.B.0/24 곧장;

23) 라우터는 MAC 주소를 찾습니다. 192.168.B.1 그리고 그에게 이 꾸러미를 건넨다.

24) 주소가 있는 컴퓨터의 운영 체제 192.168.B.1 에서 패키지를 받습니다 AAA2:13389 에 192.168.B.1:55555 TCP 연결을 설정하기 위해 다음 단계를 시작합니다.

이 경우 주소가 있는 컴퓨터에 주의해야 합니다. 192.168.B.1 해당 주소를 가진 서버에 대해 아무것도 모릅니다 192.168.A.1, 그는 단지 통신 AAA2. 마찬가지로, 주소가 있는 서버 192.168.A.1 그 주소를 가진 컴퓨터에 대해서는 아무것도 모른다 192.168.B.1. 그는 자신이 해당 주소에서 연결되었다고 믿습니다. BBB1, 말하자면 그는 다른 것을 모릅니다.

또한 이 컴퓨터에 액세스하면 AAA2:1540, 가상 네트워크의 서버에 있더라도 가상 라우터에 포트 1540으로의 연결 전달이 구성되어 있지 않기 때문에 연결이 설정되지 않습니다. 192.168.A.0/24 (예를 들어, 주소가 있는 서버에서 192.168.A.1) 그리고 이 포트에서 연결을 기다리는 일부 서비스가 있습니다. 주소가 있는 컴퓨터 사용자인 경우 192.168.B.1 이 서비스에 대한 연결을 설정하는 것이 필수적입니다. VPN을 사용해야 합니다. 직접 연락하다 192.168.A.1:1540.

와 연결을 설정하려는 모든 시도가 강조되어야 합니다. AAA1 (IPSec 연결은 제외) BBB1 성공하지 못할 것입니다. 다음과 연결을 설정하려는 모든 시도 AAA2, 포트 13389에 대한 연결을 제외하고는 성공하지 못합니다.
우리는 또한 AAA2 다른 사람이 신청하는 경우(예: CCCC) 10-20항에 표시된 모든 내용이 해당 사람에게도 적용됩니다. 이 전후의 상황은 이 CCCC 뒤에 정확히 무엇이 있는지에 따라 다릅니다. 해당 정보가 없으므로 CCCC 주소로 노드 관리자에게 문의하는 것이 좋습니다.

위치 XNUMX

그리고 반대로, 만약에 192.168.A.1 BBB1(예: 11111)로 내부로 전달하도록 구성된 일부 포트로 무언가가 전송되고 VPN으로 끝나지 않고 단순히 BBBXNUMX에서 흘러나옵니다. AAA1 그리고 들어간다 BBB1, 그는 이미 그것을 어딘가에 전송했습니다. 192.168.B.2:3389. 그는 이 패키지를 본 사람이 아닌 사람입니다. 192.168.A.1에서 AAA1. 그리고 언제 192.168.B.2 답장합니다. 패키지는 다음에서 옵니다. BBB1 에 AAA1, 나중에 연결 개시자에 도달합니다. 192.168.A.1.

구체적인 예 :

1) 192.168.A.1 호소하다 BBB1, 다음과 TCP 연결을 설정하려고 합니다. BBB1:11111;

2) 192.168.A.1 다음에서 연결 요청을 보냅니다. 192.168.A.1:55555 (이 숫자는 이전 예와 마찬가지로 다를 수 있음) BBB1:11111;

3) 주소가 있는 서버에서 실행되는 운영 체제 192.168.A.1, 이 패킷을 라우터의 게이트웨이 주소(192.168.A.254 우리의 경우), 다른 더 구체적인 경로 때문에 BBB1, 따라서 기본 경로(0.0.0.0/0)를 통해 패킷을 전송합니다.

4) 이를 위해 이전 예에서 언급한 것처럼 IP 주소에 대한 MAC 주소를 찾으려고 시도합니다. 192.168.A.254 ARP 프로토콜 캐시 테이블에서. 감지되지 않으면 해당 주소에서 보냅니다. 192.168.A.1 누가 요청했는지 네트워크에 브로드캐스트 192.168.A.0/24. 언제 192.168.A.254 이에 대한 응답으로 그는 그녀에게 자신의 MAC 주소를 보내고 시스템은 이에 대한 이더넷 패킷을 전송하고 이 정보를 캐시 테이블에 입력합니다.

5) 가상 라우터는 이 패킷을 수신하고 이를 어디로 전달할지 결정합니다. 가상 라우터에는 모든 패킷을 전달(반환 주소 교체)해야 한다는 서면 정책이 있습니다. 192.168.A.0/24 다른 인터넷 노드로;

6) 이 정책은 반환 주소가 이 패킷이 전송될 인터페이스의 낮은 주소와 일치해야 한다고 가정하므로 가상 라우터는 먼저 이 패킷을 정확히 누구에게 보낼지 결정하고 이전 예에서와 같이 가상 라우터는 다음을 보내야 합니다. 그것에 AAA254 (이 경우 ISP 게이트웨이도 우리입니다.) BBB1, 0.0.0.0/0 이상에는 없습니다.

7) 이는 가상 라우터가 패킷의 반환 주소를 대체한다는 것을 의미합니다. 이제부터는 AAA1:44444 (물론 포트 번호는 다를 수 있음) BBB1:11111;

8) 가상 라우터는 자신이 수행한 작업을 기억합니다. BBB1:11111 에 AAA1:44444 응답이 도착하면 대상 주소와 포트를 다음으로 변경해야 한다는 것을 알게 됩니다. 192.168.A.1:55555.

9) 이제 가상 라우터는 이를 통해 ISP 네트워크로 전달해야 합니다. AAA254, 이미 언급한 것처럼 MAC 주소를 찾습니다. AAA254 패킷을 ISP 게이트웨이로 전송합니다.

10) 인터넷 제공업체는 다음에서 패킷을 전송합니다. AAA1~BBB1;

11) 라우터 켜짐 BBB1 포트 11111에서 이 패킷을 수신합니다.

12) 가상 라우터에는 이 포트의 모든 발신자로부터 도착한 패킷이 다음으로 전송되어야 한다고 규정하는 규칙이 있습니다. 192.168.B.2:3389;

13) 라우터는 라우팅 테이블에서 네트워크를 찾습니다. 192.168.B.0/24 그리고 그것을 직접 보낸다. 192.168.B.2, 인터페이스가 있기 때문에 192.168.B.254/24;

14) 이를 위해 가상 라우터는 MAC 주소를 찾습니다. 192.168.B.2 가상 이더넷 네트워크를 통해 이 패킷을 그에게 전송합니다.

15) 192.168.B.2 포트 3389에서 이 패킷을 수신하고 연결 설정에 동의하고 응답으로 패킷을 생성합니다. 192.168.B.2:3389 에 AAA1:44444;

16) 그의 시스템은 이 패킷을 라우터의 게이트웨이 주소(192.168.B.254 우리의 경우), 다른 더 구체적인 경로 때문에 AAA1, 따라서 기본 경로(0.0.0.0/0)를 통해 패킷을 전송해야 합니다.

17) 이전 사례와 마찬가지로 주소가 있는 컴퓨터에서 실행되는 시스템 192.168.B.2, MAC 주소를 찾습니다 192.168.B.254, 인터페이스와 동일한 네트워크에 있기 때문에 192.168.B.2/24;

18) 라우터는 이 패킷을 수신합니다. 그는 자신이 받은 것을 기억한다는 점에 유의해야 합니다. BBB1:11111 패키지 AAA1 수취인의 주소와 포트를 다음으로 변경했습니다. 192.168.B.2:3389따라서 패키지는 다음과 같습니다. 192.168.B.2:3389 에 AAA1:44444 보낸 사람 주소를 다음으로 변경합니다. BBB1:11111;

19) 라우터는 이 패킷을 누구에게 보낼지 결정합니다. 그는 그것을 다음으로 보냅니다. BBB254 (ISP 게이트웨이, 정확한 주소는 알 수 없음) 더 이상 특정 경로가 없기 때문에 AAA1, 0.0.0.0/0 이상에는 없습니다.

20) 인터넷 제공업체는 다음과 같은 패킷을 전송합니다. BBB1 에 AAA1;

21) 가상 라우터 켜짐 AAA1 이 패킷을 수신하고 그가 패킷을 보냈을 때를 기억합니다. 192.168.A.1:55555 에 BBB1:11111, 그는 주소와 발신자 포트를 다음으로 변경했습니다. AAA1:44444. 이는 이것이 다음으로 보내야 할 답변임을 의미합니다. 192.168.A.1:55555 (실제로 이전 예에서 언급한 것처럼 몇 가지 추가 검사도 있지만 이번에는 이에 대해 깊이 다루지 않습니다.)

22) 그는 그것이 직접 전송되어야 한다는 것을 이해합니다 192.168.A.1, 그는 그와 동일한 네트워크에 있기 때문에 라우팅 테이블에 해당 항목이 있어 전체 네트워크에 패킷을 보내야 함을 의미합니다. 192.168.A.0/24 곧장;

23) 라우터는 MAC 주소를 찾습니다. 192.168.A.1 그리고 그에게 이 꾸러미를 건넨다.

24) 주소가 있는 서버의 운영 체제 192.168.A.1 에서 패키지를 받습니다 BBB1:11111 회 192.168.A.1:55555 TCP 연결을 설정하기 위해 다음 단계를 시작합니다.

이전 사례와 정확히 동일합니다. 이 경우 주소가 있는 서버입니다. 192.168.A.1 그 주소를 가진 컴퓨터에 대해서는 아무것도 모른다 192.168.B.1, 그는 단지 통신 BBB1. 주소가 있는 컴퓨터 192.168.B.1 또한 주소가 있는 서버에 대해 아무것도 모릅니다. 192.168.A.1. 그는 자신이 해당 주소에서 연결되었다고 믿습니다. AAA1, 나머지는 그에게 숨겨져 있습니다.

출력

이는 클라이언트 사무실과 클라우드 환경 사이의 VPN 터널 내부 연결과 VPN 터널 외부 연결에서 모든 일이 발생하는 방식입니다. 클라우드 문제를 해결하는 데 질문이 있거나 도움이 필요한 경우, 연중무휴로 문의하세요.

출처 : habr.com