<\/a><\/noindex>Et maintenant, examinons ces processus plus en d\u00e9tail.<\/p>\n
<\/p>\n
Premi\u00e8re position<\/h3>\n \nLorsque quelque chose est envoy\u00e9 depuis 192.168.B.0\/24<\/b> dans 192.168.A.0\/24<\/b> ou de 192.168.A.0\/24<\/b> dans 192.168.B.0\/24<\/b>, il entre dans le VPN. Cela signifie que ce paquet est de plus crypt\u00e9 et transmis entre B.B.B.1<\/b> et A.A.A.1<\/b>, mais 192.168.A.1<\/b> voit le paquet pr\u00e9cis\u00e9ment de 192.168.B.1<\/b>. Ils peuvent communiquer entre eux par n'importe quel protocole. Les r\u00e9ponses inverses sont \u00e9galement transmises via le VPN, ce qui signifie qu'un paquet de 192.168.A.1<\/b> pour 192.168.B.1<\/b> sera envoy\u00e9 comme un datagramme ESP de A.A.A.1<\/b> sur B.B.B.1<\/b>, que le routeur de l'autre c\u00f4t\u00e9 d\u00e9pliera, extraira ce paquet et le renverra. 192.168.B.1<\/b> comme paquet de 192.168.A.1<\/b>.<\/p>\n
Exemple concret :<\/p>\n
1) 192.168.B.1<\/b> accesse \u00e0 192.168.A.1<\/b>, souhaite \u00e9tablir une connexion TCP avec 192.168.A.1:3389<\/b>;<\/p>\n
2) 192.168.B.1<\/b> envoie une demande d'\u00e9tablissement de connexion de 192.168.B.1:55555<\/b> (le num\u00e9ro de port pour la r\u00e9troaction est choisi par lui-m\u00eame, ici et ailleurs, nous utiliserons le num\u00e9ro 55555 comme exemple d'un tel num\u00e9ro de port que le syst\u00e8me choisit lors de la cr\u00e9ation d'une connexion TCP) \u00e0 192.168.A.1:3389<\/b>;<\/p>\n
3) le syst\u00e8me d'exploitation qui fonctionne sur l'ordinateur avec l'adresse 192.168.B.1<\/b>, d\u00e9cide de transmettre ce paquet \u00e0 l'adresse de passerelle du routeur (192.168.B.254<\/b> dans notre cas), car il n'a pas d'autres routes plus sp\u00e9cifiques pour 192.168.A.1<\/b>, il transmet donc le paquet par la route par d\u00e9faut (0.0.0.0\/0);<\/p>\n
4) pour cela, il essaie de trouver l'adresse MAC pour l'adresse IP 192.168.B.254 <\/b>dans la table de cache du protocole ARP. Si elle n'est pas trouv\u00e9e, elle envoie depuis l'adresse 192.168.B.1<\/b> une requ\u00eate who-has en diffusion \u00e0 l'ensemble du r\u00e9seau 192.168.B.0\/24<\/b>. Lorsque 192.168.B.254<\/b> en r\u00e9ponse, il lui envoie son adresse MAC, le syst\u00e8me transmet le paquet Ethernet pour elle et enregistre cette information dans sa table de cache;<\/p>\n
5) le routeur re\u00e7oit ce paquet et d\u00e9cide o\u00f9 l'envoyer : il a une politique qui stipule qu'il doit transmettre tous les paquets entre 192.168.B.0\/24<\/b> et 192.168.A.0\/24<\/b> par une connexion VPN entre B.B.B.1<\/b> et A.A.A.1<\/b>;<\/p>\n
6) le routeur forme un datagramme ESP de B.B.B.1<\/b> sur A.A.A.1<\/b>;<\/p>\n
7) le routeur d\u00e9cide \u00e0 qui transmettre ce paquet, il l'envoie \u00e0, disons, B.B.B.254<\/b> (passerelle du fournisseur d'acc\u00e8s Internet), car il n'a pas de routes plus sp\u00e9cifiques vers A.A.A.1<\/b>, que 0.0.0.0\/0;<\/p>\n
8) tout comme cela a d\u00e9j\u00e0 \u00e9t\u00e9 dit, il trouve l'adresse MAC pour B.B.B.254<\/b> et transmet le paquet \u00e0 la passerelle du fournisseur d'acc\u00e8s Internet;<\/p>\n
9) les fournisseurs d'acc\u00e8s Internet transmettent \u00e0 travers leurs r\u00e9seaux le datagramme ESP de B.B.B.1<\/b> sur A.A.A.1<\/b>;<\/p>\n
10) le routeur virtuel sur A.A.A.1<\/b> re\u00e7oit ce datagramme, le d\u00e9chiffre et re\u00e7oit le paquet de 192.168.B.1:55555<\/b> pour 192.168.A.1:3389<\/b>;<\/p>\n
11) le routeur virtuel v\u00e9rifie \u00e0 qui le transmettre, trouve dans la table de routage le r\u00e9seau 192.168.A.0\/24<\/b> et l'envoie directement \u00e0 192.168.A.1<\/b>, car il a une interface 192.168.A.254\/24<\/b>;<\/p>\n
12) pour cela, le routeur virtuel trouve l'adresse MAC pour 192.168.A.1<\/b> et lui transmet ce paquet via le r\u00e9seau Ethernet virtuel;<\/p>\n
13) 192.168.A.1<\/b> re\u00e7oit ce paquet sur le port 3389, accepte d'\u00e9tablir une connexion et forme un paquet en r\u00e9ponse de 192.168.A.1:3389<\/b> sur 192.168.B.1:55555<\/b>;<\/p>\n
14) son syst\u00e8me transmet ce paquet \u00e0 l'adresse de passerelle du routeur virtuel (192.168.A.254<\/b> dans notre cas), car il n'a pas d'autres routes plus sp\u00e9cifiques pour 192.168.B.1<\/b>, il n'en a pas, donc il doit transmettre le paquet par la route par d\u00e9faut (0.0.0.0\/0);<\/p>\n
15) tout comme dans les cas pr\u00e9c\u00e9dents, le syst\u00e8me qui fonctionne sur le serveur avec l'adresse 192.168.A.1<\/b>, trouve l'adresse MAC 192.168.A.254<\/b>, car celle-ci se trouve sur le m\u00eame r\u00e9seau que son interface 192.168.A.1\/24<\/b>;<\/p>\n
16) le routeur virtuel re\u00e7oit ce paquet et d\u00e9cide o\u00f9 l'envoyer : il a une politique d\u00e9finie selon laquelle il doit traiter tous les paquets entre 192.168.A.0\/24<\/b> et 192.168.B.0\/24<\/b> par une connexion VPN entre A.A.A.1<\/b> et B.B.B.1<\/b>;<\/p>\n
17) le routeur virtuel forme un datagramme ESP \u00e0 partir de A.A.A.1<\/b> pour B.B.B.1<\/b>;<\/p>\n
18) le routeur virtuel d\u00e9cide \u00e0 qui transmettre ce paquet, il l'envoie \u00e0 A.A.A.254<\/b> (le passerelle du fournisseur d'acc\u00e8s Internet, dans ce cas, c'est aussi nous), car il n'y a pas de routes plus sp\u00e9cifiques vers B.B.B.1<\/b>, que 0.0.0.0\/0;<\/p>\n
19) les fournisseurs d'acc\u00e8s Internet transmettent \u00e0 travers leurs r\u00e9seaux le datagramme ESP avec A.A.A.1<\/b> sur B.B.B.1<\/b>;<\/p>\n
20) le routeur \u00e0 B.B.B.1 <\/b>re\u00e7oit ce datagramme, le d\u00e9chiffre et re\u00e7oit le paquet de 192.168.A.1:3389<\/b> pour 192.168.B.1:55555<\/b>;<\/p>\n
21) il comprend qu'il doit \u00eatre transmis pr\u00e9cis\u00e9ment \u00e0 192.168.B.1<\/b>, car elle est sur le m\u00eame r\u00e9seau, donc elle a une entr\u00e9e correspondante dans sa table de routage, ce qui l'oblige \u00e0 envoyer des paquets pour tout 192.168.B.0\/24<\/b> directement;<\/p>\n
22) le routeur trouve l'adresse MAC pour 192.168.B.1<\/b> et lui transmet ce paquet;<\/p>\n
23) le syst\u00e8me d'exploitation de l'ordinateur avec l'adresse 192.168.B.1<\/b> re\u00e7oit le paquet de 192.168.A.1:3389<\/b> pour 192.168.B.1:55555<\/b> et initie les \u00e9tapes suivantes pour \u00e9tablir une connexion TCP.<\/p>\n
Dans cet exemple, il est d\u00e9crit de mani\u00e8re assez concise et simplifi\u00e9e (et il y a encore beaucoup de d\u00e9tails \u00e0 mentionner) ce qui se passe aux niveaux 2-4. Les niveaux 1, 5-7 ne sont pas abord\u00e9s.<\/p>\n
Position deux<\/h3>\n \nSi quelque chose est envoy\u00e9 sp\u00e9cifiquement \u00e0 192.168.B.0\/24<\/b> A.A.A.2 , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>, ce paquet provient de l'adresse 192.168.B.1<\/b> accesse \u00e0 A.A.A.2:13389<\/b>, passe \u00e0 B.B.B.1<\/b>, et \u00e0 ce moment un routeur le re\u00e7oit et le transmet \u00e0 , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>ne sait rien de 192.168.A.1<\/b>. 192.168.A.1<\/b> , il voit le paquet de 192.168.B.1<\/b>, car celui-ci l'a \u00e9mis. Ainsi, la r\u00e9ponse \u00e0 cette demande passe par la route g\u00e9n\u00e9rale, elle provient aussi de l'adresse B.B.B.1<\/b>et va vers , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse <\/b>, et ce routeur renvoie cette r\u00e9ponse \u00e0 B.B.B.1<\/b>, celui-ci voit la r\u00e9ponse de 192.168.B.1<\/b>, \u00e0 qui il s'\u00e9tait adress\u00e9. , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>(ce num\u00e9ro, comme dans l'exemple pr\u00e9c\u00e9dent, peut \u00eatre diff\u00e9rent) sur<\/p>\n
Exemple concret :<\/p>\n
1) 192.168.B.1<\/b> accesse \u00e0 , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>, souhaite \u00e9tablir une connexion TCP avec A.A.A.2:13389<\/b>;<\/p>\n
2) 192.168.B.1<\/b> envoie une demande d'\u00e9tablissement de connexion de 192.168.B.1:55555<\/b> , elle n'en a pas, ce qui signifie qu'elle transmet le paquet par la route par d\u00e9faut (0.0.0.0\/0); A.A.A.2:13389<\/b>;<\/p>\n
3) le syst\u00e8me d'exploitation qui fonctionne sur l'ordinateur avec l'adresse 192.168.B.1<\/b>, d\u00e9cide de transmettre ce paquet \u00e0 l'adresse de passerelle du routeur (192.168.B.254<\/b> dans notre cas), car il n'a pas d'autres routes plus sp\u00e9cifiques pour , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>4) pour cela, comme nous l'avons mentionn\u00e9 dans l'exemple pr\u00e9c\u00e9dent, elle tente de trouver l'adresse MAC pour l'adresse IP<\/p>\n
5) le routeur re\u00e7oit ce paquet et d\u00e9cide o\u00f9 l'envoyer : il a une politique d\u00e9finie selon laquelle il doit passer (en modifiant l'adresse de retour) tous les paquets de 192.168.B.254<\/b> dans la table de cache du protocole ARP. Si elle n'est pas trouv\u00e9e, elle envoie depuis l'adresse 192.168.B.1<\/b> une requ\u00eate who-has en diffusion \u00e0 l'ensemble du r\u00e9seau 192.168.B.0\/24<\/b>. Lorsque 192.168.B.254<\/b> en r\u00e9ponse, il lui envoie son adresse MAC, le syst\u00e8me transmet le paquet Ethernet pour elle et enregistre cette information dans sa table de cache;<\/p>\n
\u00e0 d'autres n\u0153uds du r\u00e9seau Internet; 192.168.B.0\/24<\/b> \u00e0 d'autres n\u0153uds du r\u00e9seau Internet ;<\/p>\n
6) puisque cette politique implique que l'adresse de retour doit co\u00efncider avec l'adresse inf\u00e9rieure sur l'interface par laquelle ce paquet sera transmis, le routeur d\u00e9termine d'abord \u00e0 qui transmettre ce paquet, et il doit, comme dans l'exemple pr\u00e9c\u00e9dent, l'envoyer \u00e0 B.B.B.254<\/b> (passerelle du fournisseur d'acc\u00e8s Internet), car il n'a pas de routes plus sp\u00e9cifiques vers , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>, que 0.0.0.0\/0;<\/p>\n
7) par cons\u00e9quent, le routeur remplace l'adresse de retour du paquet, dor\u00e9navant, le paquet provient de B.B.B.1:44444<\/b> (le num\u00e9ro de port peut bien s\u00fbr \u00eatre diff\u00e9rent) vers A.A.A.2:13389<\/b>;<\/p>\n
8) le routeur se souvient de ce qu'il a fait, donc, lorsque la r\u00e9ponse de A.A.A.2:13389<\/b> sur B.B.B.1:44444<\/b> parvient, il saura qu'il doit changer l'adresse et le port du destinataire en 192.168.B.1:55555<\/b>.<\/p>\n
9) maintenant, le routeur doit le transmettre au r\u00e9seau de l'internet provider via B.B.B.254<\/b>, donc, tout comme nous l'avons d\u00e9j\u00e0 mentionn\u00e9, il trouve l'adresse MAC pour B.B.B.254 <\/b>et transmet le paquet \u00e0 la passerelle du fournisseur d'acc\u00e8s Internet;<\/p>\n
10) les fournisseurs d'acc\u00e8s internet transmettent le paquet de B.B.B.1<\/b> sur , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>;<\/p>\n
11) le routeur virtuel \u00e0 , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b> re\u00e7oit ce paquet sur le port 13389;<\/p>\n
12) sur le routeur virtuel, il existe une r\u00e8gle qui stipule que les paquets re\u00e7us de tout exp\u00e9diteur sur ce port doivent \u00eatre transmis \u00e0 192.168.A.1:3389<\/b>;<\/p>\n
13) le routeur virtuel trouve dans la table de routage le r\u00e9seau 192.168.A.0\/24<\/b> et l'envoie directement \u00e0 192.168.A.<\/b>1, car il a une interface 192.168.A.254\/24<\/b>;<\/p>\n
14) pour cela, le routeur virtuel trouve l'adresse MAC pour 192.168.A.1<\/b> et lui transmet ce paquet via le r\u00e9seau Ethernet virtuel;<\/p>\n
15) 192.168.A.1<\/b> re\u00e7oit ce paquet sur le port 3389, accepte d'\u00e9tablir une connexion et forme un paquet en r\u00e9ponse de 192.168.A.1:3389<\/b> sur B.B.B.1:44444<\/b>;<\/p>\n
16) son syst\u00e8me transmet ce paquet \u00e0 l'adresse de passerelle du routeur virtuel (192.168.A.254<\/b> dans notre cas), car il n'a pas d'autres routes plus sp\u00e9cifiques pour B.B.B.1<\/b>, il n'en a pas, donc il doit transmettre le paquet par la route par d\u00e9faut (0.0.0.0\/0);<\/p>\n
17) tout comme dans les cas pr\u00e9c\u00e9dents, le syst\u00e8me qui fonctionne sur le serveur avec l'adresse 192.168.A.1<\/b>, trouve l'adresse MAC 192.168.A.254<\/b>, car celle-ci se trouve sur le m\u00eame r\u00e9seau que son interface 192.168.A.1\/24<\/b>;<\/p>\n
18) le routeur virtuel re\u00e7oit ce paquet. Il convient de noter qu'il se souvient d'avoir re\u00e7u le paquet de A.A.A.2:13389<\/b> et d'avoir chang\u00e9 son adresse et son port de destinataire en B.B.B.1:44444<\/b> , donc, pour le paquet de 192.168.A.1:3389<\/b>il change l'adresse de l'exp\u00e9diteur en 192.168.A.1:3389 <\/b>pour B.B.B.1:44444<\/b> 19) le routeur virtuel d\u00e9termine \u00e0 qui transmettre ce paquet, il l'envoie \u00e0 A.A.A.2:13389<\/b>;<\/p>\n
20) les fournisseurs d'acc\u00e8s internet transmettent le paquet \u00e0 travers leurs r\u00e9seaux avec A.A.A.254<\/b> (le passerelle du fournisseur d'acc\u00e8s Internet, dans ce cas, c'est aussi nous), car il n'y a pas de routes plus sp\u00e9cifiques vers B.B.B.1<\/b>, que 0.0.0.0\/0;<\/p>\n
21) le routeur \u00e0 , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b> sur B.B.B.1<\/b>;<\/p>\n
re\u00e7oit ce paquet et se souvient que, lorsqu'il transmettait le paquet de B.B.B.1<\/b> , il avait chang\u00e9 son adresse et son port d'exp\u00e9diteur en 192.168.B.1:55555<\/b> pour A.A.A.2:13389<\/b>, donc, c'est une r\u00e9ponse \u00e0 transmettre \u00e0 B.B.B.1:44444<\/b>(en r\u00e9alit\u00e9, il existe encore plusieurs v\u00e9rifications, mais nous n'entrons pas dans ce d\u00e9tail); 192.168.B.1:55555<\/b> 22) il comprend qu'il doit le transmettre directement \u00e0<\/p>\n
, puisqu'il se trouve dans le m\u00eame r\u00e9seau, donc, ce dernier a dans sa table de routage une entr\u00e9e correspondante pour envoyer les paquets \u00e0 tout le 192.168.B.1<\/b>, puisque celui-ci est sur le m\u00eame r\u00e9seau, il a donc une entr\u00e9e correspondante dans la table de routage qui oblige \u00e0 envoyer des paquets pour tout 192.168.B.0\/24 <\/b>directement;<\/p>\n
23) Le routeur trouve l'adresse MAC pour 192.168.B.1<\/b> et lui transmet ce paquet;<\/p>\n
24) le syst\u00e8me d'exploitation sur l'ordinateur avec l'adresse 192.168.B.1<\/b> re\u00e7oit le paquet de A.A.A.2:13389<\/b> pour 192.168.B.1:55555<\/b> et initie les \u00e9tapes suivantes pour \u00e9tablir une connexion TCP.<\/p>\n
Il convient de noter qu'\u00e0 ce stade, l'ordinateur avec l'adresse 192.168.B.1<\/b> ne sait rien du serveur avec l'adresse 192.168.A.1<\/b>, il communique uniquement avec , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>. De m\u00eame, le serveur avec l'adresse 192.168.A.1<\/b> ne sait rien de l'ordinateur avec l'adresse 192.168.B.1<\/b>. Il pense qu'il est connect\u00e9 \u00e0 partir de l'adresse B.B.B.1<\/b>, et il ne sait rien d'autre, pour ainsi dire.<\/p>\n
Il convient \u00e9galement de noter que si cet ordinateur se connecte \u00e0 A.A.A.2:1540<\/b>, la connexion ne sera pas \u00e9tablie, car le transfert de connexion sur le port 1540 n'est pas configur\u00e9 sur le routeur virtuel, m\u00eame si sur certains serveurs dans le r\u00e9seau virtuel 192.168.A.0\/24<\/b> (par exemple, sur le serveur avec l'adresse 192.168.A.1<\/b>) il existe des services en attente de connexion sur ce port. Si l'utilisateur de l'ordinateur avec l'adresse 192.168.B.1<\/b> doit absolument \u00e9tablir une connexion avec ce service, il doit utiliser un VPN, c'est-\u00e0-dire se connecter directement \u00e0 192.168.A.1:1540<\/b>.<\/p>\n
Il convient de souligner que toute tentative d'\u00e9tablir une connexion avec A.A.A.1<\/b> (autre qu'une connexion IPSec de la part de B.B.B.1<\/b> ) ne sera pas fructueuse. Toute tentative d'\u00e9tablir des connexions avec , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse<\/b>, autre que les connexions sur le port 13389, ne sera pas fructueuse non plus. , cela ne passe pas par le VPN, mais directement. Cela signifie que si un utilisateur avec l'adresse <\/b>, tout ce qui est mentionn\u00e9 dans les points 10-20 le concernera \u00e9galement. Ce qui se passe avant et apr\u00e8s d\u00e9pend de ce qui se trouve derri\u00e8re ce C.C.C.C. Nous ne poss\u00e9dons pas ces informations, nous vous conseillons donc de consulter les administrateurs du n\u0153ud avec l'adresse C.C.C.C.<\/p>\nTroisi\u00e8me position<\/h3>\n
\nEt, \u00e0 l'inverse, si quelque chose est envoy\u00e9 \u00e0 un port configur\u00e9 pour le transfert \u00e0 l'int\u00e9rieur de B.B.B.1 (par exemple, 11111), cela ne passe \u00e9galement pas par le VPN, mais est simplement transf\u00e9r\u00e9 depuis 192.168.A.1 <\/b>et arrive \u00e0 A.A.A.1<\/b> , qui le transf\u00e8re alors quelque part, disons, B.B.B.1<\/b>192.168.B.2:3389 . Il voit ce paquet non pas depuis<\/b>, mais depuis 192.168.A.1<\/b>. Et quand A.A.A.1<\/b>r\u00e9pond 192.168.B.2<\/b> , le paquet vient de B.B.B.1<\/b> sur A.A.A.1,<\/b> et finit plus tard chez l'initiateur de la connexion \u2014 192.168.A.1<\/b>.<\/p>\n
Exemple concret :<\/p>\n
1) 192.168.A.1<\/b> accesse \u00e0 B.B.B.1<\/b>, souhaite \u00e9tablir une connexion TCP avec B.B.B.1:11111<\/b>;<\/p>\n
2) 192.168.A.1<\/b> envoie une demande d'\u00e9tablissement de connexion de 192.168.A.1:55555<\/b> , elle n'en a pas, ce qui signifie qu'elle transmet le paquet par la route par d\u00e9faut (0.0.0.0\/0); B.B.B.1:11111<\/b>;<\/p>\n
3) le syst\u00e8me d'exploitation qui fonctionne sur le serveur avec l'adresse 192.168.A.1<\/b>, d\u00e9cide de transmettre ce paquet \u00e0 l'adresse de passerelle du routeur (192.168.A.254<\/b> dans notre cas), car il n'a pas d'autres routes plus sp\u00e9cifiques pour B.B.B.1<\/b>, il transmet donc le paquet par la route par d\u00e9faut (0.0.0.0\/0);<\/p>\n
4) pour cela, comme nous l'avons mentionn\u00e9 dans les exemples pr\u00e9c\u00e9dents, il essaie de trouver l'adresse MAC pour l'adresse IP 192.168.A.254<\/b> dans la table de cache du protocole ARP. Si elle n'est pas trouv\u00e9e, elle envoie depuis l'adresse 192.168.A.1<\/b> une requ\u00eate who-has en diffusion \u00e0 l'ensemble du r\u00e9seau 192.168.A.0\/24<\/b>. Lorsque 192.168.A.254<\/b> r\u00e9pond en lui envoyant son adresse MAC, le syst\u00e8me transmet le paquet Ethernet pour lui et enregistre cette information dans sa table de cache;<\/p>\n
5) Le routeur virtuel re\u00e7oit ce paquet et d\u00e9cide o\u00f9 l'envoyer : il a une politique \u00e9tablie qui stipule qu'il doit masquer (en substituant l'adresse source) tous les paquets de 192.168.A.0\/24<\/b> \u00e0 d'autres n\u0153uds du r\u00e9seau Internet ;<\/p>\n
6) \u00c9tant donn\u00e9 que cette politique suppose que l'adresse source doit correspondre \u00e0 la plus petite adresse de l'interface par laquelle ce paquet sera envoy\u00e9, le routeur virtuel d\u00e9cide d'abord \u00e0 qui il doit envoyer ce paquet, et comme dans l'exemple pr\u00e9c\u00e9dent, il doit l'envoyer \u00e0 A.A.A.254<\/b> (le passerelle du fournisseur d'acc\u00e8s Internet, dans ce cas, c'est aussi nous), car il n'y a pas de routes plus sp\u00e9cifiques vers B.B.B.1<\/b>, que 0.0.0.0\/0;<\/p>\n
7) Donc, le routeur virtuel substitue l'adresse source du paquet, ce qui signifie que c'est maintenant un paquet de A.A.A.1:44444<\/b> (le num\u00e9ro de port peut bien s\u00fbr \u00eatre diff\u00e9rent) vers B.B.B.1:11111<\/b>;<\/p>\n
8) Le routeur virtuel se souvient de ce qu'il a fait, donc lorsque le paquet de B.B.B.1:11111<\/b> pour A.A.A.1:44444<\/b> parvient, il saura qu'il doit changer l'adresse et le port du destinataire en 192.168.A.1:55555<\/b>.<\/p>\n
9) Maintenant, le routeur virtuel doit le transmettre au r\u00e9seau de l'ISP via A.A.A.254<\/b>, donc, tout comme nous l'avons d\u00e9j\u00e0 mentionn\u00e9, il trouve l'adresse MAC pour A.A.A.254 <\/b>et transmet le paquet \u00e0 la passerelle du fournisseur d'acc\u00e8s Internet;<\/p>\n
10) les fournisseurs d'acc\u00e8s internet transmettent le paquet de A.A.A.1 sur B.B.B.1<\/b>;<\/p>\n
11) Le routeur sur B.B.B.1<\/b> re\u00e7oit ce paquet sur le port 11111 ;<\/p>\n
12) Il existe une r\u00e8gle sur le routeur virtuel qui stipule que les paquets re\u00e7us d'un exp\u00e9diteur sur ce port doivent \u00eatre transmis \u00e0 . Il voit ce paquet non pas depuis<\/b>;<\/p>\n
13) Le routeur trouve dans la table de routage le r\u00e9seau 192.168.B.0\/24<\/b> et l'envoie directement \u00e0 192.168.B.2<\/b>, car il a une interface 192.168.B.254\/24<\/b>;<\/p>\n
14) pour cela, le routeur virtuel trouve l'adresse MAC pour 192.168.B.2<\/b> et lui transmet ce paquet via le r\u00e9seau Ethernet virtuel;<\/p>\n
15) 192.168.B.2<\/b> re\u00e7oit ce paquet sur le port 3389, accepte d'\u00e9tablir une connexion et forme un paquet en r\u00e9ponse de . Il voit ce paquet non pas depuis<\/b> sur A.A.A.1:44444<\/b>;<\/p>\n
16) Son syst\u00e8me transmet ce paquet \u00e0 l'adresse de passerelle du routeur (192.168.B.254<\/b> dans notre cas), car il n'a pas d'autres routes plus sp\u00e9cifiques pour A.A.A.1<\/b>, il n'en a pas, donc il doit transmettre le paquet par la route par d\u00e9faut (0.0.0.0\/0);<\/p>\n
17) Tout comme dans les cas pr\u00e9c\u00e9dents, le syst\u00e8me fonctionnant sur l'ordinateur \u00e0 l'adresse 192.168.B.2<\/b>, trouve l'adresse MAC 192.168.B.254<\/b>, car celle-ci se trouve sur le m\u00eame r\u00e9seau que son interface 192.168.B.2\/24<\/b>;<\/p>\n
18) Le routeur re\u00e7oit ce paquet. Il convient de noter qu'il se souvient avoir re\u00e7u de B.B.B.1:11111<\/b> et d'avoir chang\u00e9 son adresse et son port de destinataire en A.A.A.1 <\/b>, donc, pour le paquet de . Il voit ce paquet non pas depuis<\/b>il change l'adresse de l'exp\u00e9diteur en . Il voit ce paquet non pas depuis<\/b> pour A.A.A.1:44444<\/b> 19) le routeur virtuel d\u00e9termine \u00e0 qui transmettre ce paquet, il l'envoie \u00e0 B.B.B.1:11111<\/b>;<\/p>\n
19) Le routeur d\u00e9cide \u00e0 qui transmettre ce paquet. Il l'envoie \u00e0, disons, B.B.B.254 <\/b>(la passerelle de l'ISP, dont nous ne connaissons pas l'adresse exacte), car il n'y a pas de routes plus sp\u00e9cifiques vers A.A.A.1<\/b>, que 0.0.0.0\/0;<\/p>\n
21) le routeur \u00e0 B.B.B.1<\/b> sur A.A.A.1<\/b>;<\/p>\n
21) Le routeur virtuel sur A.A.A.1 <\/b>, il avait chang\u00e9 son adresse et son port d'exp\u00e9diteur en 192.168.A.1:55555<\/b> pour B.B.B.1:11111<\/b>, donc, c'est une r\u00e9ponse \u00e0 transmettre \u00e0 A.A.A.1:44444<\/b>. Donc, c'est une r\u00e9ponse qui doit \u00eatre envoy\u00e9e \u00e0 192.168.A.1:55555<\/b> (en r\u00e9alit\u00e9, comme nous l'avons mentionn\u00e9 dans l'exemple pr\u00e9c\u00e9dent, il y a encore quelques v\u00e9rifications, mais cette fois, nous n'allons pas les approfondir) ;<\/p>\n
22) Il comprend qu'il doit l'envoyer directement \u00e0 192.168.A.1<\/b>, puisque celui-ci est sur le m\u00eame r\u00e9seau, cela signifie qu'il a une entr\u00e9e correspondante dans la table de routage qui lui permet d'envoyer des paquets pour tout le 192.168.A.0\/24<\/b> directement;<\/p>\n
23) Le routeur trouve l'adresse MAC pour 192.168.A.1<\/b> et lui transmet ce paquet;<\/p>\n
24) Syst\u00e8me d'exploitation sur le serveur \u00e0 l'adresse 192.168.A.1<\/b> re\u00e7oit le paquet de B.B.B.1:1111<\/b>1 pour 192.168.A.1:55555 <\/b>et initie les \u00e9tapes suivantes pour \u00e9tablir une connexion TCP.<\/p>\n
Tout comme dans le cas pr\u00e9c\u00e9dent, dans ce cas, le serveur \u00e0 l'adresse 192.168.A.1<\/b> ne sait rien de l'ordinateur avec l'adresse 192.168.B.1<\/b>, il communique uniquement avec B.B.B.1<\/b>. L'ordinateur \u00e0 l'adresse 192.168.B.1<\/b> ne sait \u00e9galement rien sur le serveur \u00e0 l'adresse 192.168.A.1<\/b>. Il pense qu'il est connect\u00e9 \u00e0 partir de l'adresse A.A.A.1<\/b>, et le reste est cach\u00e9.<\/p>\nSortie<\/h3>\n
\nVoici comment tout se passe lors des connexions \u00e0 l'int\u00e9rieur du tunnel VPN entre le bureau du client et l'environnement cloud, ainsi que pour les connexions en dehors du tunnel VPN. Si vous avez des questions ou si vous avez besoin de notre aide pour r\u00e9soudre des probl\u00e8mes cloud, n'h\u00e9sitez pas \u00e0 nous contacter 24h\/24 et 7j\/7.<\/a><\/noindex> habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0418\u0437 \u043f\u0438\u0441\u0435\u043c \u0432 \u0441\u043b\u0443\u0436\u0431\u0443 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Tucha \u0440\u043e\u0436\u0434\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0441\u0442\u0430\u0442\u044c\u0438. \u0422\u0430\u043a, \u043d\u0435\u0434\u0430\u0432\u043d\u043e \u043a \u043d\u0430\u043c \u043e\u0431\u0440\u0430\u0442\u0438\u043b\u0441\u044f \u043a\u043b\u0438\u0435\u043d\u0442 \u0441 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u043c \u0440\u0430\u0437\u044a\u044f\u0441\u043d\u0438\u0442\u044c, \u0447\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0443\u0442\u0440\u0438 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f \u043c\u0435\u0436\u0434\u0443 \u043e\u0444\u0438\u0441\u043e\u043c \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u0438 \u0441\u0440\u0435\u0434\u043e\u0439 \u0432 \u043e\u0431\u043b\u0430\u043a\u0435, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0435 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u0435\u0441\u044c \u0442\u0435\u043a\u0441\u0442, \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u043d\u043d\u044b\u0439 \u043d\u0438\u0436\u0435, \u2014 \u044d\u0442\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e\u0435 \u043f\u0438\u0441\u044c\u043c\u043e, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043c\u044b \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u043e\u0434\u043d\u043e\u043c\u0443 \u0438\u0437 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":53573,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53572","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t