1
00:00:00,730 --> 00:00:04,490
Entonces, ¿qué estás haciendo en este ejemplo, la traducción de la dirección fuente?

2
00:00:04,610 --> 00:00:11,560
No vamos a hacer la traducción de direcciones de destino ya que la traducción de la dirección

3
00:00:11,560 --> 00:00:18,010
de origen tiende a ser la implementación más común de MacT y eso es lo que

4
00:00:18,010 --> 00:00:24,880
necesita saber para CCN una certificación con traducción de la dirección de origen que normalmente está conectando

5
00:00:24,880 --> 00:00:33,300
dispositivos en su red interna que utilice nuestras direcciones FC 19:18 para que esos dispositivos accedan a los dispositivos en Internet;

6
00:00:33,660 --> 00:00:40,170
sus direcciones deben ser traducidas o cambiadas de una dirección RF ver 19:18 a una dirección pública.

7
00:00:40,200 --> 00:00:48,640
En este ejemplo, el enrutador tiene una dirección IP de 1. 1 pero de uno a uno y no vamos a alojar 10 nos preguntamos

8
00:00:48,670 --> 00:00:53,110
uno a uno a una dirección IP de uno que uno uno pero dos.

9
00:00:53,130 --> 00:00:58,670
En este ejemplo, no neteamos la dirección IP de la PC con la dirección IP de los enrutadores.

10
00:00:59,040 --> 00:01:01,830
Te mostraré ese ejemplo en un momento.

11
00:01:02,070 --> 00:01:09,870
En este ejemplo, estamos implementando una dirección IP interna o una dirección IP privada a una dirección

12
00:01:10,020 --> 00:01:11,610
IP pública dedicada.

13
00:01:11,730 --> 00:01:16,630
En este ejemplo, también tenemos un servidor en Internet con una dirección IP de a to to to to.

14
00:01:16,840 --> 00:01:20,720
Entonces, el Rodda se poblará en la siguiente mesa de la siguiente manera.

15
00:01:20,760 --> 00:01:22,610
Dentro de una dirección local se licita.

16
00:01:22,620 --> 00:01:22,920
Me preguntaba.

17
00:01:22,920 --> 00:01:23,220
Me preguntaba.

18
00:01:23,220 --> 00:01:31,590
Uno dentro del mundo es uno al que se le debe asignar una a una T fuera de lo local y fuera del

19
00:01:31,590 --> 00:01:32,860
mundo para hablar.

20
00:01:33,150 --> 00:01:40,520
En este ejemplo no neteamos la dirección externa, solo estamos obteniendo la dirección interna si está olfateando esta conexión de

21
00:01:40,550 --> 00:01:47,170
red de área local entre la PC y el enrutador usando el shock Y y voy a demostrar

22
00:01:47,170 --> 00:01:53,890
que en un momento lo que verá es que la dirección de origen del paquete se establece en 10

23
00:01:53,890 --> 00:01:56,020
a 1 a 1 a 1.

24
00:01:56,020 --> 00:02:02,330
Esa es la dirección IP física del host a la que se dirige la dirección de destino

25
00:02:02,330 --> 00:02:03,150
de Traffic.

26
00:02:03,220 --> 00:02:06,940
En otras palabras, la PC ha iniciado una sesión en el servidor.

27
00:02:07,150 --> 00:02:14,080
Y si captura el tráfico en la red local, se dirige a la dirección IP real de la PC y la dirección

28
00:02:14,080 --> 00:02:16,810
de destino es la dirección IP del servidor.

29
00:02:16,810 --> 00:02:23,320
Sin embargo, cuando el tráfico llega al enrutador, el Radu buscará en la tabla NAT porque está

30
00:02:23,320 --> 00:02:30,280
recibiendo tráfico en una interfaz interna que usted configura y el tráfico está destinado a una interfaz externa.

31
00:02:30,430 --> 00:02:33,950
Entonces configura el Rodda con las interfaces internas y externas.

32
00:02:34,120 --> 00:02:40,300
Y debido a esa configuración, el enrutador busca en la siguiente tabla para ver si se deben anotar las direcciones; en

33
00:02:40,810 --> 00:02:44,940
este caso, la dirección IP de origen coincide con una entrada de la tabla.

34
00:02:45,220 --> 00:02:50,980
Por lo tanto, la dirección IP de origen va a cambiar a una que ganó esa, pero a la

35
00:02:50,980 --> 00:02:57,250
dirección de destino no se va a cambiar, se mantendrá, ya que de dos en dos a la derecha cambiará la

36
00:02:57,250 --> 00:02:57,940
dirección de origen.

37
00:02:57,970 --> 00:03:03,580
Y luego, para el tráfico a Internet, la dirección de origen coincide con el mismo árbol de

38
00:03:03,640 --> 00:03:09,980
diez que vagó uno y la dirección de destino coincide con esta entrada a a a a a a.

39
00:03:10,180 --> 00:03:17,770
Entonces el enrutador va a cambiar la dirección IP de origen a 1. 1 pero uno a dos tiene por la entrada

40
00:03:17,770 --> 00:03:20,330
global interior en la tabla NAT.

41
00:03:20,470 --> 00:03:25,210
En este ejemplo, las direcciones globales externas y locales son las mismas.

42
00:03:25,210 --> 00:03:29,230
Entonces el enrutador no cambia la dirección de destino en el paquete.

43
00:03:29,500 --> 00:03:35,740
Si olfateó el tráfico usando wireshark en este enlace desde el enrutador a Internet, verá que la

44
00:03:35,740 --> 00:03:41,470
dirección de origen ahora está configurada en 1. 1 pero uno a dos en lugar de 10.

45
00:03:41,590 --> 00:03:47,920
Uno pero uno, pero que se le dijo en la red interna cuando el tráfico

46
00:03:48,110 --> 00:03:55,510
llega al servidor y el servidor recibe el tráfico, el servidor cree que está hablando con un

47
00:03:55,510 --> 00:04:01,990
host con una dirección IP de 1. 1, pero uno a dos, el servidor nunca ve que la dirección

48
00:04:01,990 --> 00:04:07,850
IP de origen real se entregó, se preguntó una cuando el servidor responde que las direcciones de origen y de destino se intercambiaron.

49
00:04:07,990 --> 00:04:14,130
Por lo tanto, la dirección de origen ahora está relacionada con una T y la dirección de destino es ahora.

50
00:04:14,140 --> 00:04:14,670
Me preguntaba.

51
00:04:14,680 --> 00:04:16,180
Me preguntaba té de maravilla.

52
00:04:16,390 --> 00:04:21,990
El paquete ahora se enruta a través de Internet y llega al enrutador NAT.

53
00:04:22,330 --> 00:04:28,160
Cuando el enrutador recibe el tráfico, ve que el tráfico está destinado a no ser la dirección de 1. 1 pero vagar por la

54
00:04:28,240 --> 00:04:34,090
carretera comprobará en su tabla NO si tiene una entrada correspondiente.

55
00:04:34,270 --> 00:04:37,190
En este caso, hace la dirección global interna.

56
00:04:37,210 --> 00:04:41,690
Él también se preguntó cuál sería la maravilla que coincide con la dirección de destino.

57
00:04:41,890 --> 00:04:44,420
Entonces, ¿qué hará el enrutador? No lo hará.

58
00:04:44,620 --> 00:04:45,570
La dirección IP.

59
00:04:45,580 --> 00:04:46,860
Maravilla maravilla maravilla.

60
00:04:47,080 --> 00:04:49,420
T y cámbialo a 10.

61
00:04:49,440 --> 00:04:54,360
Ese uno antes de enviar el tráfico a la red local.

62
00:04:54,610 --> 00:05:00,940
La dirección de origen de las personas también no se modifica porque esas entradas son las mismas en la tabla de

63
00:05:00,940 --> 00:05:04,110
la red para el exterior local y el exterior global.

64
00:05:04,120 --> 00:05:10,510
Entonces, una vez más, si olisquea el tráfico entre la ruta y la PC, verá que se presenta la dirección de destino

65
00:05:10,510 --> 00:05:14,810
preguntándose si una fuente se ha preguntado o si se ha acelerado hasta la última.

66
00:05:14,890 --> 00:05:21,450
Y eso se debe a que el enrutador ha cambiado la dirección IP de destino según la entrada local interna.

67
00:05:21,460 --> 00:05:24,180
Ahora eso es esencialmente cómo funciona eso.

68
00:05:24,190 --> 00:05:28,420
Este es un mapeo simple de uno a uno con Nat básico.