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

실제 기사는 투차의 기술 지원 서비스에 보낸 편지에서 탄생합니다. 최근 한 고객이 사용자 사무실과 클라우드 환경 간 VPN 터널 내부 연결과 VPN 터널 외부 연결 시 어떤 일이 발생하는지 설명해 달라고 요청했습니다. 따라서 아래의 전체 텍스트는 고객의 질문에 대한 답변으로 우리가 실제로 보낸 이메일입니다. 물론, 우리는 클라이언트의 익명성을 훼손하지 않기 위해 IP 주소를 변경했습니다. 하지만 투차의 기술 지원 서비스는 실제로 자세한 답변과 유익한 편지로 유명합니다. 🙂

물론, 이 글이 많은 사람에게 새로운 깨달음을 주지 못할 것이라는 점은 알고 있습니다. 하지만 초보 관리자를 위한 기사가 Habr에 가끔씩 게재되고, 이 기사가 실제 고객에게 보낸 실제 편지에서 나온 것이라는 점을 고려하여, 여전히 여기에 이 ​​정보를 공유하겠습니다. 누군가에게 유용할 가능성이 높습니다.
따라서 사이트 간 네트워크로 연결된 경우 클라우드의 서버와 사무실 사이에서 어떤 일이 발생하는지 자세히 설명합니다. 일부 서비스는 사무실에서만 이용할 수 있지만, 다른 서비스는 인터넷이 있는 어디서나 이용할 수 있습니다.

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

이제 이러한 과정을 더 자세히 살펴보겠습니다.

위치 1

무엇인가가 보내질 때 192.168.B.0/24 в 192.168.A.0/24 또는에서 192.168.A.0/24 в 192.168.B.0/24, VPN에 접속됩니다. 즉, 이 패킷은 추가적으로 암호화되어 전송됩니다. 비비비1 и AAA1하지만 192.168.A.1 패키지를 본다 192.168.B.1. 그들은 어떠한 프로토콜을 사용해서도 서로 통신할 수 있습니다. 반환 응답도 VPN을 통해 전송되므로 패킷은 192.168.A.1 에 192.168.B.1 ESP 데이터그램으로 전송됩니다. AAA1 에 비비비1, 반대편 라우터가 펼쳐서 그 패킷을 꺼내서 다른 사람에게 전달합니다. 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 연결을 통해 전송 비비비1 и AAA1;

6) 라우터는 ESP 데이터그램을 생성합니다. 비비비1 에 AAA1;

7) 라우터는 이 패킷을 누구에게 전달할지 결정하고 이를 다음과 같이 보냅니다. 비비비254 (ISP 게이트웨이) 더 구체적인 경로가 있기 때문에 AAA1, 0.0.0.0/0보다 더 이상 없습니다.

8) 앞서 말씀드린 것처럼 MAC 주소를 찾아줍니다. 비비비254 패킷을 인터넷 제공자의 게이트웨이로 전송합니다.

9) 인터넷 제공자는 ESP 데이터그램을 전송합니다. 비비비1 에 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 и 비비비1;

17) 가상 라우터는 ESP 데이터그램을 생성합니다. AAA1 에 비비비1;

18) 가상 라우터는 이 패킷을 누구에게 전달할지 결정하고 전송합니다. AAA254 (이 경우 ISP 게이트웨이도 우리입니다) 더 구체적인 경로가 있기 때문입니다. 비비비1, 0.0.0.0/0보다 더 이상 없습니다.

19) 인터넷 제공자는 네트워크를 통해 ESP 데이터그램을 전송합니다. AAA1 에 비비비1;

20) 라우터 켜기 비비비1 이 데이터그램을 수신하고 이를 해독한 후 패킷을 수신합니다. 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은 고려되지 않습니다.

위치 2

함께 192.168.B.0/24 무언가가 정확히 전송되었습니다 AAA2VPN을 거치지 않고 직접 접속됩니다. 즉, 주소의 사용자가 192.168.B.1 호소하다 AAA2:13389, 이 패킷은 주소에서 수신됩니다. 비비비1, 전달하다 AAA2그리고 라우터는 그것을 수신하여 전송합니다. 192.168.A.1. 192.168.A.1 아무것도 모른다 192.168.B.1그는 다음에서 패키지를 본다 비비비1왜냐하면 그는 그것을 가지고 있었기 때문이다. 따라서 이 요청에 대한 응답은 일반적인 경로를 따라가며 주소에서도 수신됩니다. AAA2 그리고 계속된다 비비비1그리고 해당 라우터는 이 응답을 다음으로 보냅니다. 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) 이 정책은 반환 주소가 이 패킷이 전송될 인터페이스의 하위 주소와 일치해야 함을 의미하므로 라우터는 먼저 이 패킷을 누구에게 전송할지 정확히 결정하고 이전 예와 같이 이를 다음 주소로 보내야 합니다. 비비비254 (ISP 게이트웨이) 더 구체적인 경로가 있기 때문에 AAA2, 0.0.0.0/0보다 더 이상 없습니다.

7) 따라서 라우터는 패킷의 반환 주소를 대체합니다. 이제부터 패킷은 BBB1:44444 (물론 포트 번호는 다를 수 있습니다) AAA2:13389;

8) 라우터는 자신이 수행한 작업을 기억하므로 AAA2:13389 к BBB1:44444 응답을 받으면 수신자의 주소와 포트를 변경해야 한다는 것을 알게 될 것입니다. 192.168.B.1:55555.

9) 이제 라우터는 이를 ISP 네트워크를 통해 전달해야 합니다. 비비비254, 그래서 우리가 이미 언급한 것처럼 MAC 주소를 찾습니다. 비비비254 패킷을 인터넷 제공자의 게이트웨이로 전송합니다.

10) 인터넷 제공자는 패킷을 전송합니다. 비비비1 에 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 우리의 경우에는 다른, 더 구체적인 경로가 있기 때문입니다. 비비비1, 하나도 없으므로 기본 경로(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 게이트웨이도 우리입니다) 더 구체적인 경로가 있기 때문입니다. 비비비1, 0.0.0.0/0보다 더 이상 없습니다.

20) 인터넷 제공자는 네트워크를 통해 패킷을 전송합니다. AAA2 에 비비비1;

21) 라우터 켜기 비비비1 이 패킷을 수신하고 패킷을 전송할 때를 기억합니다. 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. 그는 자신이 주소에서 연결되었다고 믿습니다. 비비비1, 그는 말하자면 다른 것은 아무것도 모릅니다.

또한 이 컴퓨터가 액세스하는 경우 다음 사항에 유의해야 합니다. AAA2:1540가상 네트워크의 모든 서버에 포트 1540에 대한 연결 전달이 구성되지 않았기 때문에 연결이 설정되지 않습니다. 192.168.A.0/24 (예를 들어, 주소가 있는 서버에서 192.168.A.1) 그리고 이 포트에서 연결을 기다리고 있는 몇몇 서비스가 있습니다. 주소가 있는 컴퓨터 사용자가 192.168.B.1 이 서비스와의 연결을 설정하려면 반드시 VPN을 사용해야 합니다. 즉, 직접 연결해야 합니다. 192.168.A.1:1540.

연결을 설정하려는 모든 시도는 강조되어야 합니다. AAA1 (측면에서 IPSec 연결을 제외하고) 비비비1 성공하지 못할 것이다. 연결을 설정하려는 모든 시도 AAA213389 포트에 대한 연결을 제외하고는 모두 성공하지 못할 것입니다.
또한 우리는 만약에 AAA2 다른 사람이 신청하는 경우(예: CCCC), 10~20항에 명시된 모든 사항이 그에게도 적용됩니다. 이 사건 전후에 무슨 일이 일어나는지는 CCCC 뒤에 정확히 무엇이 있는지에 따라 달라집니다. 저희는 그러한 정보를 가지고 있지 않으므로, CCCC 주소가 있는 노드 관리자에게 문의하여 조언을 구하는 것이 좋습니다.

위치 3

그리고 그 반대의 경우도 마찬가지라면 192.168.A.1 BBB1로 전달되도록 구성된 모든 포트(예: 11111)로 전송된 모든 항목은 VPN에 들어가지 않고 단순히 다음에서 전송됩니다. AAA1 그리고 들어가다 비비비1그리고 그는 그것을 어딘가에 전송합니다. 192.168.B.2:3389. 그는 이 패키지를 다음에서 보지 못했습니다. 192.168.A.1에서 AAA1. 그리고 언제 192.168.B.2 답변, 패키지는 다음에서 옵니다. 비비비1 에 AAA1, 그리고 나중에 연결 시작자에게 도달합니다. 192.168.A.1.

구체적인 예 :

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

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

3) 주소가 있는 서버에서 실행되는 운영 체제 192.168.A.1, 이 패킷을 라우터의 게이트웨이 주소로 전달하기로 결정합니다(192.168.A.254 우리의 경우에는 다른, 더 구체적인 경로가 있기 때문입니다. 비비비1, 하나도 없으므로 기본 경로(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 게이트웨이도 우리입니다) 더 구체적인 경로가 있기 때문입니다. 비비비1, 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 패킷을 인터넷 제공자의 게이트웨이로 전송합니다.

10) 인터넷 제공자는 패킷을 전송합니다. AAA1에서 BBB1까지;

11) 라우터 켜기 비비비1 포트 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) 라우터는 이 패킷을 누구에게 전달할지 결정합니다. 그는 그것을 이렇게 보냅니다. 비비비254 (인터넷 제공자의 게이트웨이, 정확한 주소는 알 수 없음) 더 구체적인 경로가 있기 때문입니다. AAA1, 0.0.0.0/0보다 더 이상 없습니다.

20) 인터넷 제공자는 네트워크를 통해 패킷을 전송합니다. 비비비1 에 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그는 오직 다음과만 소통합니다. 비비비1. 주소가 있는 컴퓨터 192.168.B.1 또한 주소가 있는 서버에 대해서도 아무것도 모릅니다. 192.168.A.1. 그는 자신이 주소에서 연결되었다고 믿습니다. AAA1그리고 나머지는 그에게서 숨겨져 있습니다.

출력

이는 클라이언트 사무실과 클라우드 환경 간 VPN 터널 내부 연결과 VPN 터널 외부 연결 모두에 적용되는 방식입니다. 클라우드 작업 해결에 대한 질문이 있거나 도움이 필요한 경우 24시간 연중무휴로 문의하세요.

출처 : habr.com