1
00:00:00,330 --> 00:00:07,860
Ahora bien, si fueran hosts múltiples en Insight Network, digamos que tenemos PC uno y PC para PC, uno tiene una dirección IP de 10

2
00:00:07,860 --> 00:00:13,510
a 1 a 1 y 1 PC a tiene una dirección IP de 10 que uno se preguntaría.

3
00:00:13,890 --> 00:00:21,420
En este ejemplo, si utilizáramos 1 a 1 Nat, en lugar de traducción de la dirección del puerto, Pat,

4
00:00:21,420 --> 00:00:24,730
necesitaríamos crear una entrada neta para cada host.

5
00:00:24,810 --> 00:00:31,710
Por lo tanto, el Host 1 como ejemplo se promulgaría a uno que uno quisiera tener y

6
00:00:31,710 --> 00:00:41,640
alojar a un PC. Sería redireccionado a uno pero uno lo haría 1. 3 el aumento neto se vería de la siguiente manera 10 1 1 1 2 1 1 1 2

7
00:00:41,750 --> 00:00:48,990
10 1 1 2 2 2 2 1 2 1 2 1 2 3 ya que la dirección global interna fuera del local exterior global en este ejemplo

8
00:00:48,990 --> 00:00:49,840
sería la misma.

9
00:00:49,860 --> 00:00:55,530
Por lo tanto, la dirección local interna sería la dirección IP real del host; la dirección

10
00:00:55,530 --> 00:01:00,440
global interna sería la dirección global animada tal como se ve en Internet.

11
00:01:00,690 --> 00:01:05,670
Las direcciones externas locales y externas en este ejemplo seguirían siendo las mismas

12
00:01:05,670 --> 00:01:12,990
porque no estamos implementando la dirección IP de destino, solo la dirección IP de origen se neteará en este ejemplo.

13
00:01:13,050 --> 00:01:19,650
El problema con la traducción de la dirección de red de Pier, como se muestra en este ejemplo,

14
00:01:19,800 --> 00:01:28,860
es que necesitaría una dirección IP pública para cada host interno que use una dirección RAFC 19:18 privada que de algún modo derrote el

15
00:01:28,860 --> 00:01:34,590
propósito de la traducción de direcciones de red donde queremos conservar Direcciones IP en el

16
00:01:34,590 --> 00:01:35,210
mundo real.

17
00:01:35,220 --> 00:01:43,800
Tendemos a utilizar la traducción de la dirección de Pat o de Puerto, por lo que Scott también llama sin sobrecargar Pat permite que varias

18
00:01:43,860 --> 00:01:51,440
direcciones de host internas, como 10 1 en 1 y 10 1 20, se redirecten a la misma dirección de IP pública.

19
00:01:51,450 --> 00:01:58,250
Entonces, en este ejemplo, ambas PC están en deuda con la misma dirección global interna.

20
00:01:58,260 --> 00:02:00,320
No es un mapeo uno a uno.

21
00:02:00,360 --> 00:02:06,900
En este ejemplo, dos direcciones IP privadas en Nottage a una sola dirección IP pública.

22
00:02:06,900 --> 00:02:09,890
Además, en este ejemplo, un perro vagó vagando.

23
00:02:09,900 --> 00:02:13,470
Una es que el enrutador está configurado con una dirección IP.

24
00:02:13,590 --> 00:02:15,230
Eso plantea otro problema.

25
00:02:15,540 --> 00:02:22,650
¿Cómo funciona el enrutador para iniciar el tráfico que está destinado a sí mismo contra el tráfico destinado

26
00:02:22,650 --> 00:02:26,350
a PC uno frente al tráfico destinado a PC.

27
00:02:26,670 --> 00:02:33,000
Entonces, cuando PC es el primero desde el tráfico en Internet hacia el servidor y se devuelve el tráfico.

28
00:02:33,000 --> 00:02:38,340
¿Cómo sabe el enrutador que ese tráfico pertenece a PC uno en lugar de a PC?

29
00:02:38,350 --> 00:02:42,100
Dos si el tráfico va a la misma dirección IP.

30
00:02:42,180 --> 00:02:48,090
Entonces, en otras palabras, ¿cómo diferencia el enrutador entre diferentes sesiones o flujos diferentes si múltiples hosts

31
00:02:48,090 --> 00:02:54,330
en el interior están hablando con el mismo servidor en Internet, mientras que ahí es donde entra la

32
00:02:54,390 --> 00:02:56,730
traducción de la dirección del puerto?

33
00:02:56,730 --> 00:03:00,250
En este ejemplo, varios hosts comparten la misma dirección IP.

34
00:03:00,270 --> 00:03:08,790
Entonces, la manera de hacer que las entradas sean únicas es combinar una dirección IP con un número

35
00:03:08,790 --> 00:03:14,420
de puerto para diferenciar entre las diferentes sesiones o diferentes dispositivos host.

36
00:03:14,820 --> 00:03:21,420
Y ahí es donde entra el término de traducción de la dirección del puerto porque varios hosts comparten la

37
00:03:21,420 --> 00:03:22,660
misma dirección IP.

38
00:03:22,710 --> 00:03:31,290
La forma de obtener una entrada única en la tabla global interna es combinar un puerto y una dirección IP.

39
00:03:31,290 --> 00:03:38,940
Por lo tanto, la combinación de puerto y dirección IP proporciona un valor único que permite al enrutador

40
00:03:38,940 --> 00:03:40,470
diferenciar entre las entradas.

41
00:03:40,500 --> 00:03:48,470
Entonces, en este ejemplo, tanto la PC 1 como la PC 2 comparten $ 1. 1 1. 1 como dentro de la dirección global.

42
00:03:48,510 --> 00:03:55,050
Sin embargo, cuando el host 1 inicie la sesión en el servidor, elegirá un número de puerto femoral

43
00:03:55,050 --> 00:04:02,310
de manera aleatoria para identificar de manera única la sesión en la PC local cuando el tráfico llegue al enrutador.

44
00:04:02,310 --> 00:04:09,540
El enrutador usará ese número de puerto de origen elegido para representar la siguiente entrada en la tabla.

45
00:04:09,810 --> 00:04:20,110
Entonces, la PC eligió 1024 y esa es la entrada que se usa en la entrada de la tabla global de la red dentro de la PC para iniciar una

46
00:04:20,120 --> 00:04:21,570
sesión en el servidor.

47
00:04:21,750 --> 00:04:27,510
Y digamos por razones de argumento, eligió diez veinticinco como el número de puerto de origen que es

48
00:04:27,510 --> 00:04:31,710
la entrada utilizada en el enrutador para identificar de manera única la sesión.

49
00:04:31,740 --> 00:04:37,350
Entonces, cuando el tráfico se envía desde estas PC al servidor y se devuelve al enrutador desde el

50
00:04:37,830 --> 00:04:43,460
servidor, el servidor puede diferenciar entre el tráfico que está destinado a atender no uno sino uno a uno.

51
00:04:43,680 --> 00:04:49,590
Hay este tráfico que está destinado a atender a uno que también se preguntó por la combinación única

52
00:04:49,620 --> 00:04:51,860
de dirección IP y número de puerto.

53
00:04:51,870 --> 00:04:58,170
Entonces, ¿qué sucede si ambas PC por alguna razón eligen al azar el mismo número de puerto de origen.

54
00:04:58,200 --> 00:05:06,610
Así que supongamos que tanto PC uno como PC eligen 10:24, mientras que todo lo que hace el enrutador es simplemente cambiar la

55
00:05:06,610 --> 00:05:10,780
entrada en la tabla global interior para mantener la entrada única.

56
00:05:10,780 --> 00:05:18,400
Así que tome uno para elegir 10:24 es el número de puerto y el enrutador simplemente lo cambia a otro número de

57
00:05:18,400 --> 00:05:21,520
puerto para mantener el valle único en la tabla.

58
00:05:21,820 --> 00:05:26,560
Entonces, en el sentido de servicio, el tráfico hacia el Rodda destinado a preguntarse se preguntó qué se preguntaba.

59
00:05:26,560 --> 00:05:29,090
Un puerto número diez veinticinco.

60
00:05:29,230 --> 00:05:35,800
El enrutador simplemente cambia la dirección a 10 que quería uno o dos números de puerto 10:24.

61
00:05:36,280 --> 00:05:41,570
Entonces, si está olfateando el tráfico en esta conexión de red de área local, verá tráfico con

62
00:05:41,570 --> 00:05:42,880
la dirección de 10.

63
00:05:42,880 --> 00:05:43,700
Doug se preguntó preguntado.

64
00:05:43,700 --> 00:05:50,210
Un puerto 10:24 yendo al servo con la dirección 1:58 al puerto 80.

65
00:05:50,210 --> 00:05:57,430
También vería el tráfico desde la PC con cambio de dirección IP, pero uno querría que el número de puerto 10:24

66
00:05:57,430 --> 00:05:58,920
vaya al mismo servidor.

67
00:05:59,080 --> 00:06:01,530
Para a para a para al puerto 80.

68
00:06:01,600 --> 00:06:06,970
Sin embargo, cuando el tráfico llega al enrutador, la ruta cambiará esos valles cuando

69
00:06:06,970 --> 00:06:11,160
Rodda observe el tráfico antes de enviar el tráfico a Internet.

70
00:06:11,200 --> 00:06:14,130
El cambio radical a las direcciones de origen.

71
00:06:14,350 --> 00:06:21,490
Entonces, si está olfateando el tráfico en la interfaz de Internet, verá que el tráfico de una PC ahora tiene una

72
00:06:21,880 --> 00:06:29,420
dirección IP de origen de uno, pero se preguntó si la dirección de destino de un puerto 10:24 sigue siendo la misma.

73
00:06:29,500 --> 00:06:34,610
No estamos cambiando las direcciones externas globales y externas.

74
00:06:34,650 --> 00:06:41,200
También vería que el tráfico desde la PC a la dirección de origen se preguntaría qué

75
00:06:41,330 --> 00:06:46,830
puerto tiene 10:25 en esta interfaz con el destino configurado para el servidor.

76
00:06:47,140 --> 00:06:53,980
Por lo tanto, el enrutador ha anotado tanto la dirección IP como, en este caso, también ha cambiado el número de

77
00:06:54,250 --> 00:06:56,080
puerto para mantener los valores únicos.

78
00:06:56,080 --> 00:07:00,500
El servidor en este ejemplo cree que tiene dos sesiones del mismo host.

79
00:07:00,530 --> 00:07:01,670
Uno se pregunta maravilla.

80
00:07:01,680 --> 00:07:09,070
Una forma es en realidad son dos computadoras separadas, pero el servidor no lo sabe, ya que solo ve la dirección IP

81
00:07:09,070 --> 00:07:15,100
irritada cuando el servidor devuelve el tráfico al Rodda, va a devolver el tráfico para preguntarse qué se

82
00:07:15,120 --> 00:07:21,670
piensa en un puerto fuente 10:24 la dirección sería ahora de dos puertas puerta a puerta para el puerto

83
00:07:21,670 --> 00:07:25,000
80, así como la dirección de destino y se preguntó.

84
00:07:25,000 --> 00:07:25,330
Me preguntaba.

85
00:07:25,330 --> 00:07:25,640
Me preguntaba.

86
00:07:25,630 --> 00:07:26,470
Un puerto

87
00:07:26,490 --> 00:07:27,680
Diez veinticinco.

88
00:07:27,760 --> 00:07:31,420
Dirección de fuente de dos dedos del dedo del pie al puerto 80.

89
00:07:31,660 --> 00:07:37,900
El servidor una vez más cree que está hablando con el mismo host pero con diferentes sesiones para la misma dirección

90
00:07:37,900 --> 00:07:40,010
IP pero con diferentes números de puerto.

91
00:07:41,310 --> 00:07:49,010
Los jejenes Radan que aumentan el tráfico según la tabla global interna, por lo que

92
00:07:49,040 --> 00:07:57,900
el tráfico destinado a un perro era 1. 1 puerto 10:24 se cambia al estándar uno que uno pero un

93
00:07:57,900 --> 00:08:05,720
puerto 10:24 y se envía al tráfico del segmento local destinado a preguntarse ¿por qué en un puerto 10:25 esto

94
00:08:05,750 --> 00:08:11,100
se tradujo en 10 maravilla maravilla a puerto 10:24 y reenviado al segmento local.

95
00:08:11,100 --> 00:08:17,550
Tanto las computadoras como el servidor no saben que su tráfico ha sido Nottage.

96
00:08:17,550 --> 00:08:23,370
Son esencialmente ajenos a los cambios que se han realizado en el enrutador a las direcciones

97
00:08:23,370 --> 00:08:25,110
IP y números de puerto.

98
00:08:25,200 --> 00:08:31,740
El tráfico se aplica correctamente. Las computadoras no son conscientes de lo que está sucediendo, y eso es básicamente la cantidad

99
00:08:32,040 --> 00:08:35,430
de sobrecarga o traducción de la dirección del puerto o Pat.