<\/a><\/noindex>Ahora examinemos estos procesos con m\u00e1s detalle.<\/p>\n
<\/p>\n
Primera posici\u00f3n<\/h3>\n \nCuando algo se env\u00eda desde 192.168.B.0\/24<\/b> en 192.168.A.0\/24<\/b> o desde 192.168.A.0\/24<\/b> en 192.168.B.0\/24<\/b>, entra en la VPN. Es decir, este paquete se cifra adicionalmente y se transmite entre B.B.B.1<\/b> y A.A.A.1<\/b>, pero 192.168.A.1<\/b> ve el paquete exactamente desde 192.168.B.1<\/b>. Pueden comunicarse entre s\u00ed mediante cualquier protocolo. Las respuestas de vuelta tambi\u00e9n se transmiten a trav\u00e9s de la VPN, lo que significa que el paquete desde 192.168.A.1<\/b> para 192.168.B.1<\/b> se enviar\u00e1 como un datagrama ESP desde A.A.A.1<\/b> en B.B.B.1<\/b>, que en el otro lado del enrutador se desplegar\u00e1, extraer\u00e1 ese paquete y lo entregar\u00e1 a 192.168.B.1<\/b> como un paquete de 192.168.A.1<\/b>.<\/p>\n
Ejemplo espec\u00edfico:<\/p>\n
1) 192.168.B.1<\/b> se refiere a 192.168.A.1<\/b>, desea establecer una conexi\u00f3n TCP con 192.168.A.1:3389<\/b>;<\/p>\n
2) 192.168.B.1<\/b> env\u00eda una solicitud para establecer la conexi\u00f3n desde 192.168.B.1:55555<\/b> (el n\u00famero de puerto para la retroalimentaci\u00f3n lo elige \u00e9l mismo, aqu\u00ed y en adelante usaremos el n\u00famero 55555 como ejemplo de un n\u00famero de puerto que el sistema elige al formar la conexi\u00f3n TCP) a 192.168.A.1:3389<\/b>;<\/p>\n
3) el sistema operativo que funciona en la computadora con la direcci\u00f3n 192.168.B.1<\/b>, decide enviar este paquete a la direcci\u00f3n de puerta de enlace del enrutador (192.168.B.254<\/b> en nuestro caso), porque no tiene otras rutas m\u00e1s espec\u00edficas para 192.168.A.1<\/b>, por lo tanto, env\u00eda el paquete por la ruta predeterminada (0.0.0.0\/0);<\/p>\n
4) para ello intenta encontrar la direcci\u00f3n MAC para la direcci\u00f3n IP 192.168.B.254 <\/b>en la tabla de cach\u00e9 del protocolo ARP. Si no se encuentra, env\u00eda desde la direcci\u00f3n 192.168.B.1<\/b> una solicitud de who-has de difusi\u00f3n a la red 192.168.B.0\/24<\/b>. Cuando 192.168.B.254<\/b> en respuesta, env\u00eda su direcci\u00f3n MAC, el sistema env\u00eda el paquete Ethernet para ella y registra esta informaci\u00f3n en su tabla de cach\u00e9;<\/p>\n
5) el enrutador recibe este paquete y decide a d\u00f3nde enviarlo: tiene una pol\u00edtica establecida de que debe enviar todos los paquetes entre 192.168.B.0\/24<\/b> y 192.168.A.0\/24<\/b> por el t\u00fanel VPN entre B.B.B.1<\/b> y A.A.A.1<\/b>;<\/p>\n
6) el enrutador forma un datagrama ESP de B.B.B.1<\/b> en A.A.A.1<\/b>;<\/p>\n
7) el enrutador decide a qui\u00e9n enviar este paquete, lo env\u00eda a, digamos, B.B.B.254<\/b> (puerta de enlace del proveedor de internet), porque no tiene rutas m\u00e1s espec\u00edficas que A.A.A.1<\/b>, que 0.0.0.0\/0;<\/p>\n
8) de la misma manera, como ya se dijo, encuentra la direcci\u00f3n MAC para B.B.B.254<\/b> y env\u00eda el paquete a la puerta de enlace del proveedor de internet;<\/p>\n
9) los proveedores de internet transmiten por sus redes el datagrama ESP de B.B.B.1<\/b> en A.A.A.1<\/b>;<\/p>\n
10) el enrutador virtual en A.A.A.1<\/b> recibe este datagrama, lo descifra y obtiene el paquete de 192.168.B.1:55555<\/b> para 192.168.A.1:3389<\/b>;<\/p>\n
11) el enrutador virtual verifica a qui\u00e9n debe enviarlo, encuentra en la tabla de enrutamiento la red 192.168.A.0\/24<\/b> y lo env\u00eda directamente a 192.168.A.1<\/b>, ya que tiene una interfaz 192.168.A.254\/24<\/b>;<\/p>\n
12) para ello, el enrutador virtual encuentra la direcci\u00f3n MAC para 192.168.A.1<\/b> y le env\u00eda este paquete a trav\u00e9s de la red Ethernet virtual;<\/p>\n
13) 192.168.A.1<\/b> recibe este paquete en el puerto 3389, acepta establecer la conexi\u00f3n y forma un paquete en respuesta de 192.168.A.1:3389<\/b> en 192.168.B.1:55555<\/b>;<\/p>\n
14) su sistema env\u00eda este paquete a la direcci\u00f3n de puerta de enlace del enrutador virtual (192.168.A.254<\/b> en nuestro caso), porque no tiene otras rutas m\u00e1s espec\u00edficas para 192.168.B.1<\/b>, no tiene, por lo tanto debe enviar el paquete por la ruta predeterminada (0.0.0.0\/0);<\/p>\n
15) al igual que en los casos anteriores, el sistema que opera en el servidor con direcci\u00f3n 192.168.A.1<\/b>, encuentra la direcci\u00f3n MAC 192.168.A.254<\/b>, ya que est\u00e1 en la misma red que su interfaz 192.168.A.1\/24<\/b>;<\/p>\n
16) el enrutador virtual recibe este paquete y decide a d\u00f3nde enviarlo: tiene una pol\u00edtica que establece que debe manejar todos los paquetes entre 192.168.A.0\/24<\/b> y 192.168.B.0\/24<\/b> por el t\u00fanel VPN entre A.A.A.1<\/b> y B.B.B.1<\/b>;<\/p>\n
17) el enrutador virtual forma un datagrama ESP de A.A.A.1<\/b> para B.B.B.1<\/b>;<\/p>\n
18) el enrutador virtual decide a qui\u00e9n enviar este paquete y lo env\u00eda a A.A.A.254<\/b> (puerta de enlace del proveedor de Internet, en este caso, tambi\u00e9n somos nosotros), porque no hay rutas m\u00e1s espec\u00edficas a B.B.B.1<\/b>, que 0.0.0.0\/0;<\/p>\n
19) los proveedores de Internet transmiten el datagrama ESP a trav\u00e9s de sus redes con A.A.A.1<\/b> en B.B.B.1<\/b>;<\/p>\n
20) el enrutador en B.B.B.1 <\/b>recibe este datagrama, lo descifra y obtiene el paquete de 192.168.A.1:3389<\/b> para 192.168.B.1:55555<\/b>;<\/p>\n
21) entiende que debe enviarlo precisamente a 192.168.B.1<\/b>, ya que est\u00e1 en la misma red, por lo tanto, hay una entrada correspondiente en la tabla de enrutamiento que obliga a enviar paquetes para todo 192.168.B.0\/24<\/b> directamente;<\/p>\n
22) el enrutador encuentra la direcci\u00f3n MAC para 192.168.B.1<\/b> y le env\u00eda este paquete;<\/p>\n
23) el sistema operativo en el ordenador con direcci\u00f3n 192.168.B.1<\/b> recibe el paquete de 192.168.A.1:3389<\/b> para 192.168.B.1:55555<\/b> e inicia los siguientes pasos para establecer una conexi\u00f3n TCP.<\/p>\n
En este ejemplo, de forma bastante concisa y simplificada (y aqu\u00ed se pueden recordar muchos detalles), se describe lo que ocurre en los niveles 2-4. Los niveles 1, 5-7 no se consideran.<\/p>\n
Posici\u00f3n dos<\/h3>\n \nSi desde 192.168.B.0\/24<\/b> se env\u00eda algo precisamente a A.A.A.2<\/b>, no va por VPN, sino directamente. Es decir, si el usuario desde la direcci\u00f3n 192.168.B.1<\/b> se refiere a A.A.A.2:13389<\/b>, este paquete se deriva desde la direcci\u00f3n B.B.B.1<\/b>, pasa a A.A.A.2<\/b>, y all\u00ed el enrutador lo recibe y lo env\u00eda a 192.168.A.1<\/b>. 192.168.A.1<\/b> no sabe nada sobre 192.168.B.1<\/b>, ve el paquete de B.B.B.1<\/b>, ya que este lo envi\u00f3. Por lo tanto, la respuesta a esta solicitud sigue la ruta general, se deriva igualmente desde la direcci\u00f3n A.A.A.2 <\/b>y va a B.B.B.1<\/b>, y ese enrutador entrega esta respuesta a 192.168.B.1<\/b>, ese ve la respuesta de A.A.A.2<\/b>, al que se refer\u00eda.<\/p>\n
Ejemplo espec\u00edfico:<\/p>\n
1) 192.168.B.1<\/b> se refiere a A.A.A.2<\/b>, desea establecer una conexi\u00f3n TCP con A.A.A.2:13389<\/b>;<\/p>\n
2) 192.168.B.1<\/b> env\u00eda una solicitud para establecer la conexi\u00f3n desde 192.168.B.1:55555<\/b> (este n\u00famero, al igual que en el ejemplo anterior, puede ser otro) en A.A.A.2:13389<\/b>;<\/p>\n
3) el sistema operativo que funciona en la computadora con la direcci\u00f3n 192.168.B.1<\/b>, decide enviar este paquete a la direcci\u00f3n de puerta de enlace del enrutador (192.168.B.254<\/b> en nuestro caso), porque no tiene otras rutas m\u00e1s espec\u00edficas para A.A.A.2<\/b>, ella no tiene, lo que significa que env\u00eda el paquete por la ruta por defecto (0.0.0.0\/0);<\/p>\n
4) para esto, como mencionamos en el ejemplo anterior, intenta encontrar la direcci\u00f3n MAC para la direcci\u00f3n IP 192.168.B.254<\/b> en la tabla de cach\u00e9 del protocolo ARP. Si no se encuentra, env\u00eda desde la direcci\u00f3n 192.168.B.1<\/b> una solicitud de who-has de difusi\u00f3n a la red 192.168.B.0\/24<\/b>. Cuando 192.168.B.254<\/b> en respuesta, env\u00eda su direcci\u00f3n MAC, el sistema env\u00eda el paquete Ethernet para ella y registra esta informaci\u00f3n en su tabla de cach\u00e9;<\/p>\n
5) el enrutador recibe este paquete y decide a d\u00f3nde enviarlo: tiene una pol\u00edtica que establece que debe derivar (sustituyendo la direcci\u00f3n de retorno) todos los paquetes de 192.168.B.0\/24<\/b> a otros nodos de la red Internet;<\/p>\n
6) dado que esta pol\u00edtica implica que la direcci\u00f3n de retorno debe coincidir con la direcci\u00f3n m\u00e1s baja en la interfaz a trav\u00e9s de la cual se transmitir\u00e1 este paquete, el enrutador primero determina a qui\u00e9n debe enviar este paquete, y \u00e9l, como en el ejemplo anterior, debe enviarlo a B.B.B.254<\/b> (puerta de enlace del proveedor de internet), porque no tiene rutas m\u00e1s espec\u00edficas que A.A.A.2<\/b>, que 0.0.0.0\/0;<\/p>\n
7) por lo tanto, el enrutador reemplaza la direcci\u00f3n de retorno del paquete, de ahora en adelante el paquete de B.B.B.1:44444<\/b> (el n\u00famero de puerto, por supuesto, puede ser diferente) a A.A.A.2:13389<\/b>;<\/p>\n
8) el enrutador recuerda lo que hizo, as\u00ed que cuando de A.A.A.2:13389<\/b> a B.B.B.1:44444<\/b> reciba una respuesta, sabr\u00e1 que debe cambiar la direcci\u00f3n y el puerto del destinatario a 192.168.B.1:55555<\/b>.<\/p>\n
9) ahora el enrutador debe transmitirlo a la red del proveedor de servicios de internet a trav\u00e9s de B.B.B.254<\/b>, por lo tanto, exactamente como ya hemos mencionado, encuentra la direcci\u00f3n MAC de B.B.B.254 <\/b>y env\u00eda el paquete a la puerta de enlace del proveedor de internet;<\/p>\n
10) los proveedores de servicios de internet transmiten el paquete de B.B.B.1<\/b> en A.A.A.2<\/b>;<\/p>\n
11) el enrutador virtual en A.A.A.2<\/b> recibe este paquete en el puerto 13389;<\/p>\n
12) en el enrutador virtual hay una regla que establece que los paquetes que lleguen de cualquier remitente a este puerto deben ser transmitidos a 192.168.A.1:3389<\/b>;<\/p>\n
13) el enrutador virtual encuentra en la tabla de enrutamiento la red 192.168.A.0\/24<\/b> y lo env\u00eda directamente a 192.168.A.<\/b>1, ya que tiene una interfaz 192.168.A.254\/24<\/b>;<\/p>\n
14) para esto, el enrutador virtual encuentra la direcci\u00f3n MAC de 192.168.A.1<\/b> y le env\u00eda este paquete a trav\u00e9s de la red Ethernet virtual;<\/p>\n
15) 192.168.A.1<\/b> recibe este paquete en el puerto 3389, acepta establecer la conexi\u00f3n y forma un paquete en respuesta de 192.168.A.1:3389<\/b> en B.B.B.1:44444<\/b>;<\/p>\n
16) su sistema transmite este paquete a la direcci\u00f3n de puerta de enlace del enrutador virtual (192.168.A.254<\/b> en nuestro caso), porque no tiene otras rutas m\u00e1s espec\u00edficas para B.B.B.1<\/b>, no tiene, por lo tanto debe enviar el paquete por la ruta predeterminada (0.0.0.0\/0);<\/p>\n
17) de manera similar a los casos anteriores, el sistema que opera en el servidor con la direcci\u00f3n 192.168.A.1<\/b>, encuentra la direcci\u00f3n MAC 192.168.A.254<\/b>, ya que est\u00e1 en la misma red que su interfaz 192.168.A.1\/24<\/b>;<\/p>\n
18) el enrutador virtual recibe este paquete. Cabe se\u00f1alar que recuerda que recibi\u00f3 el A.A.A.2:13389<\/b> paquete de B.B.B.1:44444<\/b> y le cambi\u00f3 la direcci\u00f3n y el puerto del destinatario a 192.168.A.1:3389<\/b>, por lo tanto, el paquete de 192.168.A.1:3389 <\/b>para B.B.B.1:44444<\/b> cambia la direcci\u00f3n del remitente a A.A.A.2:13389<\/b>;<\/p>\n
19) el enrutador virtual decide a qui\u00e9n enviar este paquete, lo env\u00eda a A.A.A.254<\/b> (puerta de enlace del proveedor de Internet, en este caso, tambi\u00e9n somos nosotros), porque no hay rutas m\u00e1s espec\u00edficas a B.B.B.1<\/b>, que 0.0.0.0\/0;<\/p>\n
20) los proveedores de servicios de internet transmiten el paquete con A.A.A.2<\/b> en B.B.B.1<\/b>;<\/p>\n
21) el enrutador en B.B.B.1<\/b> recibe este paquete y recuerda que, cuando envi\u00f3 el paquete de 192.168.B.1:55555<\/b> para A.A.A.2:13389<\/b>, cambi\u00f3 su direcci\u00f3n y puerto del remitente a B.B.B.1:44444<\/b>, as\u00ed que significa que es una respuesta que debe ser enviada a 192.168.B.1:55555<\/b> (en realidad, hay algunas verificaciones adicionales, pero no nos profundizamos en esto);<\/p>\n
22) entiende que debe ser enviado directamente a 192.168.B.1<\/b>, ya que est\u00e1 en la misma red, por lo tanto, tiene una entrada correspondiente en la tabla de enrutamiento que obliga a enviar paquetes para toda 192.168.B.0\/24 <\/b>directamente;<\/p>\n
23) el enrutador encuentra la direcci\u00f3n MAC para 192.168.B.1<\/b> y le env\u00eda este paquete;<\/p>\n
24) el sistema operativo en la computadora con la direcci\u00f3n 192.168.B.1<\/b> recibe el paquete de A.A.A.2:13389<\/b> para 192.168.B.1:55555<\/b> e inicia los siguientes pasos para establecer una conexi\u00f3n TCP.<\/p>\n
Es importante se\u00f1alar que en este caso la computadora con la direcci\u00f3n 192.168.B.1<\/b> no sabe nada del servidor con la direcci\u00f3n 192.168.A.1<\/b>, solo se comunica con A.A.A.2<\/b>. De la misma manera, el servidor con la direcci\u00f3n 192.168.A.1<\/b> no sabe nada de la computadora con la direcci\u00f3n 192.168.B.1<\/b>. Considera que se ha conectado desde la direcci\u00f3n B.B.B.1<\/b>, y no sabe nada m\u00e1s, por as\u00ed decirlo.<\/p>\n
Adem\u00e1s, hay que se\u00f1alar que si esta computadora intenta acceder a A.A.A.2:1540<\/b>, no se establecer\u00e1 la conexi\u00f3n, porque el reenv\u00edo de conexiones al puerto 1540 no est\u00e1 configurado en el enrutador virtual, incluso si en alg\u00fan servidor de la red virtual 192.168.A.0\/24<\/b> (por ejemplo, en el servidor con la direcci\u00f3n 192.168.A.1<\/b>) hay servicios que est\u00e1n esperando conexiones en ese puerto. Si al usuario de la computadora con la direcci\u00f3n 192.168.B.1<\/b> le es extremadamente necesario establecer conexi\u00f3n con este servicio, debe usar VPN, es decir, conectarse directamente a 192.168.A.1:1540<\/b>.<\/p>\n
Es importante subrayar que cualquier intento de establecer conexi\u00f3n con A.A.A.1<\/b> (aparte de la conexi\u00f3n IPSec desde B.B.B.1<\/b> ) no tendr\u00e1 \u00e9xito. Cualquier intento de establecer conexi\u00f3n con A.A.A.2<\/b>, a excepci\u00f3n de las conexiones al puerto 13389, tambi\u00e9n no tendr\u00e1 \u00e9xito. A.A.A.2 <\/b>(por ejemplo, C.C.C.C), todo lo que se describe en los puntos 10-20 tambi\u00e9n le aplicar\u00e1. Lo que sucede antes y despu\u00e9s depende de lo que realmente est\u00e9 detr\u00e1s de C.C.C.C. No poseemos tal informaci\u00f3n, por lo que recomendamos acudir a los administradores del nodo con la direcci\u00f3n C.C.C.C.<\/p>\nTercera posici\u00f3n<\/h3>\n
\nY, a la inversa, si algo se env\u00eda a alg\u00fan puerto que est\u00e1 configurado para ser reenviado hacia B.B.B.1 (por ejemplo, 11111), tampoco pasa por la VPN, sino que simplemente se redirige desde 192.168.A.1 <\/b>y se dirige a A.A.A.1<\/b> , y este ya lo env\u00eda a alg\u00fan lugar como, digamos, B.B.B.1<\/b>192.168.B.2:3389 . Este ve este paquete no desde<\/b>, sino desde 192.168.A.1<\/b>. Y cuando A.A.A.1<\/b>responde, el paquete viaja desde 192.168.B.2<\/b> A.A.A.1, B.B.B.1<\/b> en y luego llega al iniciador de la conexi\u00f3n \u2014<\/b> 192.168.A.1:55555 192.168.A.1<\/b>.<\/p>\n
Ejemplo espec\u00edfico:<\/p>\n
1) 192.168.A.1<\/b> se refiere a B.B.B.1<\/b>, desea establecer una conexi\u00f3n TCP con B.B.B.1:11111<\/b>;<\/p>\n
2) 192.168.A.1<\/b> env\u00eda una solicitud para establecer la conexi\u00f3n desde 3) el sistema operativo que se ejecuta en el servidor con la direcci\u00f3n<\/b> (este n\u00famero, al igual que en el ejemplo anterior, puede ser otro) en B.B.B.1:11111<\/b>;<\/p>\n
4) para esto, como mencionamos en ejemplos anteriores, intenta encontrar la direcci\u00f3n MAC para la direcci\u00f3n IP 192.168.A.1<\/b>, decide enviar este paquete a la direcci\u00f3n de puerta de enlace del enrutador (192.168.A.254<\/b> en nuestro caso), porque no tiene otras rutas m\u00e1s espec\u00edficas para B.B.B.1<\/b>, por lo tanto, env\u00eda el paquete por la ruta predeterminada (0.0.0.0\/0);<\/p>\n
como respuesta le env\u00eda su direcci\u00f3n MAC, el sistema env\u00eda un paquete Ethernet para \u00e9l y registra esta informaci\u00f3n en su tabla de cach\u00e9; 192.168.A.254<\/b> en la tabla de cach\u00e9 del protocolo ARP. Si no se encuentra, env\u00eda desde la direcci\u00f3n 192.168.A.1<\/b> una solicitud de who-has de difusi\u00f3n a la red 192.168.A.0\/24<\/b>. Cuando 192.168.A.254<\/b> en respuesta env\u00eda su direcci\u00f3n MAC; el sistema transmite un paquete Ethernet para \u00e9l y registra esta informaci\u00f3n en su tabla de cach\u00e9.<\/p>\n
5) el enrutador virtual recibe este paquete y decide a d\u00f3nde enviarlo: tiene una pol\u00edtica que establece que debe sustituir (cambiando la direcci\u00f3n de origen) todos los paquetes de 192.168.A.0\/24<\/b> a otros nodos de la red Internet;<\/p>\n
6) dado que esta pol\u00edtica supone que la direcci\u00f3n de origen debe coincidir con la direcci\u00f3n menor en la interfaz a trav\u00e9s de la cual se transmitir\u00e1 este paquete, el enrutador virtual primero decide a qui\u00e9n enviar este paquete, y como en el ejemplo anterior, debe enviarlo a A.A.A.254<\/b> (puerta de enlace del proveedor de Internet, en este caso, tambi\u00e9n somos nosotros), porque no hay rutas m\u00e1s espec\u00edficas a B.B.B.1<\/b>, que 0.0.0.0\/0;<\/p>\n
7) por lo tanto, el enrutador virtual cambia la direcci\u00f3n de origen del paquete, de ahora en adelante este paquete es de A.A.A.1:44444<\/b> (el n\u00famero de puerto, por supuesto, puede ser diferente) a B.B.B.1:11111<\/b>;<\/p>\n
8) el enrutador virtual recuerda lo que ha hecho, por lo tanto, cuando de B.B.B.1:11111<\/b> para A.A.A.1:44444<\/b> reciba una respuesta, sabr\u00e1 que debe cambiar la direcci\u00f3n y el puerto del destinatario a 3) el sistema operativo que se ejecuta en el servidor con la direcci\u00f3n<\/b>.<\/p>\n
9) ahora el enrutador virtual debe enviar esto a la red del proveedor de Internet a trav\u00e9s de A.A.A.254<\/b>, por lo tanto, al igual que ya hemos mencionado, encuentra la direcci\u00f3n MAC para A.A.A.254 <\/b>y env\u00eda el paquete a la puerta de enlace del proveedor de internet;<\/p>\n
10) los proveedores de servicios de internet transmiten el paquete de A.A.A.1 en B.B.B.1<\/b>;<\/p>\n
11) el enrutador en B.B.B.1<\/b> recibe este paquete en el puerto 11111;<\/p>\n
12) en el enrutador virtual existe una regla que establece que los paquetes que llegan de cualquier remitente a este puerto deben ser enviados a . Este ve este paquete no desde<\/b>;<\/p>\n
13) el enrutador encuentra en la tabla de enrutamiento la red 192.168.B.0\/24<\/b> y lo env\u00eda directamente a 192.168.B.2<\/b>, ya que tiene una interfaz 192.168.B.254\/24<\/b>;<\/p>\n
14) para esto, el enrutador virtual encuentra la direcci\u00f3n MAC de 192.168.B.2<\/b> y le env\u00eda este paquete a trav\u00e9s de la red Ethernet virtual;<\/p>\n
15) 192.168.B.2<\/b> recibe este paquete en el puerto 3389, acepta establecer la conexi\u00f3n y forma un paquete en respuesta de . Este ve este paquete no desde<\/b> en A.A.A.1:44444<\/b>;<\/p>\n
16) su sistema env\u00eda este paquete a la direcci\u00f3n de puerta de enlace del enrutador (192.168.B.254<\/b> en nuestro caso), porque no tiene otras rutas m\u00e1s espec\u00edficas para A.A.A.1<\/b>, no tiene, por lo tanto debe enviar el paquete por la ruta predeterminada (0.0.0.0\/0);<\/p>\n
17) al igual que en los casos anteriores, el sistema que funciona en la computadora con la direcci\u00f3n 192.168.B.2<\/b>, encuentra la direcci\u00f3n MAC 192.168.B.254<\/b>, ya que est\u00e1 en la misma red que su interfaz 192.168.B.2\/24<\/b>;<\/p>\n
18) el enrutador recibe este paquete. Es importante se\u00f1alar que recuerda que recibi\u00f3 en B.B.B.1:11111<\/b> paquete de A.A.A.1 <\/b>y le cambi\u00f3 la direcci\u00f3n y el puerto del destinatario a . Este ve este paquete no desde<\/b>, por lo tanto, el paquete de . Este ve este paquete no desde<\/b> para A.A.A.1:44444<\/b> cambia la direcci\u00f3n del remitente a B.B.B.1:11111<\/b>;<\/p>\n
19) el enrutador decide a qui\u00e9n enviar este paquete. Lo env\u00eda a, digamos, B.B.B.254 <\/b>(puerta de enlace del proveedor de Internet, cuya direcci\u00f3n exacta no conocemos), porque no hay rutas m\u00e1s espec\u00edficas hacia A.A.A.1<\/b>, que 0.0.0.0\/0;<\/p>\n
20) los proveedores de servicios de internet transmiten el paquete con B.B.B.1<\/b> en A.A.A.1<\/b>;<\/p>\n
21) el enrutador virtual en A.A.A.1 <\/b>recibe este paquete y recuerda que, cuando envi\u00f3 el paquete de 3) el sistema operativo que se ejecuta en el servidor con la direcci\u00f3n<\/b> para B.B.B.1:11111<\/b>, cambi\u00f3 su direcci\u00f3n y puerto del remitente a A.A.A.1:44444<\/b>. Por lo tanto, esta es la respuesta que debe ser enviada a 3) el sistema operativo que se ejecuta en el servidor con la direcci\u00f3n<\/b> (en realidad, como mencionamos en el ejemplo anterior, tambi\u00e9n hay varias verificaciones, pero esta vez no profundizaremos en ellas);<\/p>\n
22) entiende que debe enviarlo directamente a 192.168.A.1<\/b>, ya que est\u00e1 en la misma red que \u00e9l, por lo tanto, tiene una entrada correspondiente en su tabla de enrutamiento que le obliga a enviar paquetes para todo 192.168.A.0\/24<\/b> directamente;<\/p>\n
23) el enrutador encuentra la direcci\u00f3n MAC para 192.168.A.1<\/b> y le env\u00eda este paquete;<\/p>\n
24) el sistema operativo en el servidor con la direcci\u00f3n 192.168.A.1<\/b> recibe el paquete de B.B.B.1:1111<\/b>1 para 3) el sistema operativo que se ejecuta en el servidor con la direcci\u00f3n <\/b>e inicia los siguientes pasos para establecer una conexi\u00f3n TCP.<\/p>\n
Al igual que en el caso anterior, en este caso el servidor con la direcci\u00f3n 192.168.A.1<\/b> no sabe nada de la computadora con la direcci\u00f3n 192.168.B.1<\/b>, solo se comunica con B.B.B.1<\/b>. La computadora con la direcci\u00f3n 192.168.B.1<\/b> tampoco sabe nada sobre el servidor con la direcci\u00f3n 192.168.A.1<\/b>. Considera que se ha conectado desde la direcci\u00f3n A.A.A.1<\/b>, y el resto est\u00e1 oculto.<\/p>\nSalida<\/h3>\n
\nAs\u00ed es como ocurre todo en las conexiones dentro del t\u00fanel VPN entre la oficina del cliente y el entorno en la nube, as\u00ed como en las conexiones fuera del t\u00fanel VPN. Si todav\u00eda tiene preguntas o necesita nuestra ayuda para resolver tareas en la nube, cont\u00e1ctenos 24x7.<\/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