WEBVTT 00:00.390 --> 00:08.160 Ahora el enrutamiento por geolocalización es decir el tráfico se da entre los servidores según la localización 00:08.160 --> 00:09.280 de los usuarios. 00:09.390 --> 00:14.920 Cada usuario será servido por el servidor más cercano a su posición geográfica. 00:15.190 --> 00:16.150 Cómo analizamos esto. 00:16.150 --> 00:20.910 Pues vamos a 53 centros de redes enteras de contenido 00:28.650 --> 00:29.480 hospedada. 00:29.950 --> 00:31.960 Cojamos nuestro dominio. 00:32.960 --> 00:36.650 Vamos a borrar los conjuntos de registros que habíamos creado en el día anterior. 00:36.650 --> 00:49.130 Estos dos son de tipo los eliminamos y vamos a crear un nuevo conjunto de mensajes y pararnos un minuto. 00:50.330 --> 01:01.650 Entonces vamos a crear para no tener gine copiamos LP y para el norte de Virginia dos sucedernos. 01:01.670 --> 01:02.680 También copiamos LP 01:05.490 --> 01:07.610 le quitamos el teslas del final 01:10.580 --> 01:14.700 y dejamos sólo la IP perfecta. 01:15.000 --> 01:23.060 Decimos que la política de direccionamiento será geolocalización nos dice que pongamos por defecto una 01:23.060 --> 01:27.390 ubicación en este caso será 01:32.260 --> 01:33.270 América del Norte 01:38.410 --> 01:54.530 que trabajen dos opciones que hay incluso por países América del Norte que ponemos servidores. 01:54.830 --> 02:01.860 Es decir hemos creado un conjunto de mensajes donde por defecto vale bajar a América del Norte pero 02:01.870 --> 02:07.750 simplemente para aquellas personas que estén más cerca de este punto de Londres y de Tokio pusiera a 02:07.750 --> 02:10.190 sus dos avezados servidores. 02:10.270 --> 02:17.650 Vamos a crear y queramos Otomo junto a mensajes en este caso será para Europa que pondremos el servidor 02:17.650 --> 02:20.290 de Londres que es el reino de Londres. 02:20.290 --> 02:21.120 Copiamos repe 02:24.840 --> 02:36.840 dejamos solamente la IP le decimos que geo localización por defecto una zona bajamos a Europa y la llenamos 02:37.070 --> 02:37.960 servidor mientras 02:43.270 --> 02:45.850 vamos a crear lo mismo para el de. 02:49.130 --> 02:51.560 Alrededor de Tokio. 02:51.560 --> 02:56.350 La IP estamos en teslas 02:59.050 --> 03:03.530 geolocalización y elegimos hacer 03:12.140 --> 03:20.060 servidor. 03:22.240 --> 03:27.520 Entonces ya tenemos los tres tipos de conjuntos de registros según la posición del usuario. 03:27.750 --> 03:33.110 Puedes ir a uno o al TTL japonés en un minuto. 03:33.700 --> 03:38.850 Vamos a guardar un minuto de TTL al tiempo de refresco y a pista. 03:38.860 --> 03:45.880 Los tres grupos de servidores vamos a usar el video para esperar que se refresque este conjunto de mensajes 03:45.880 --> 03:54.040 para nuestro dominio ahora ya hemos esperado unos minutos a que se refresque ese conjunto de registros 03:54.340 --> 04:04.410 y para repasar tenemos tres hemos creado tres de tipo a un tiempo de 60 x 2 y tenemos el de Londres 04:04.420 --> 04:06.780 el de Tokio y los dos del norte de Virginia. 04:06.880 --> 04:13.390 Entonces va a distribuir el tráfico entre estos servidores en función de la localización del usuario 04:14.340 --> 04:16.080 como nosotros estamos en España. 04:16.170 --> 04:19.530 Devolver el servidor más cercano que es Londres. 04:20.260 --> 04:27.730 Según la prueba de cada usuario pues podría ser el más cercano siempre va a servir a cada usuario por 04:28.450 --> 04:31.470 medio del servidor más cercano a su posición geográfica. 04:31.500 --> 04:33.310 En nuestro caso sería Londres. 04:33.310 --> 04:35.340 Vamos a probarlo. 04:35.350 --> 04:43.330 Cargamos el navegador navegador nuevo ponemos el nombre de nuestro dominio de curso o dobles y punto 04:43.340 --> 04:49.820 com le damos a intro y vemos que el servidor es Londres. 04:49.860 --> 04:55.600 Efectivamente el servidor acaba refrescamos siempre estaban en el servidor más cercano a nuestra posición 04:56.920 --> 05:05.740 y ésta es la forma de hacer política de direccionamiento mediante la geolocalización es decir la posición 05:05.740 --> 05:06.250 del usuario.