For the same reason (the source add

For the same reason (the source address is not checked for traffic to the real host), you cannot use policy static NAT to translate different real addresses to the same mapped address. For example, Figure 19-11 shows two inside hosts, 10.1.1.1 and 10.1.1.2, that you want to be translated to 209.165.200.225. When outside host 209.165.201.1 connects to 209.165.200.225, then the connection goes to 10.1.1.1. When outside host 209.165.201.2 connects to the same mapped address, 209.165.200.225, you want the connection to go to 10.1.1.2. However, because the destination address in the access list is not checked for traffic to the real host, then the first ACE that matches the real host is used. Since the first ACE is for 10.1.1.1, then all inbound connections sourced from 209.165.201.1 and 209.165.201.2 and destined to 209.165.200.255 will have their destination address translated to 10.1.1.1.

Результаты (русский) 1:

По той же причине (адрес источника для трафика реальный хост не проверяется) нельзя использовать политику Статический NAT для перевода различных реальных адресов, к тому же сопоставленный адрес. Например рис. 19-11 показывает две внутри узлов, 10.1.1.1 и 10.1.1.2, который вы хотите преобразовать в 209.165.200.225. Когда внешний хост 209.165.201.1 подключается к 209.165.200.225, затем подключение идет 10.1.1.1. Когда за пределами принимающей 209.165.201.2 подключается к тот же сопоставленный адрес, 209.165.200.225, необходимо, чтобы подключение поехать 10.1.1.2. Однако потому что адрес назначения в списке доступа не проверяется на трафик на реальный хост, то используется первый туз, который соответствует реальный хост. Так как первый ACE для 10.1.1.1, Затем все входящие соединения получены из 209.165.201.1 и 209.165.201.2 и суждено 209.165.200.255 будет иметь их адреса назначения, перевод на 10.1.1.1.

Результаты (русский) 2:

По той же причине (адрес источника не проверяется на трафик в реальном хозяина), вы не можете использовать политики статического NAT перевести различные реальные адреса в том же отображается адрес. Например, на рисунке 19-11 показаны два внутренних хостов, 10.1.1.1 и 10.1.1.2, что вы хотите быть переведены на 209.165.200.225. Когда снаружи хост 209.165.201.1 подключается к 209.165.200.225, то соединение идет в 10.1.1.1. Когда снаружи хост 209.165.201.2 подключается к той же отображается адрес, 209.165.200.225, вы хотите соединение пойти в 10.1.1.2. Однако, так как адрес назначения в списке доступа не установлен для движения в режиме реального хозяина, то первый ACE, что соответствует реальному хозяина используется. С первого ACE для 10.1.1.1, то все входящие соединения получены из 209.165.201.1 и 209.165.201.2 и предназначенные для 209.165.200.255 придется их адрес назначения переведены на 10.1.1.1.

Результаты (русский) 3:

По той же причине (адрес источника - не проверять на трафик в реальном host), вы не можете использовать политику статического NAT для различных реальных адресов в том же сопоставляются адреса. Например, рисунок 19-11 показывает два внутренних хостов, 10.1.1.1 и 10.1.1.2 , что вы хотите быть переведена на 209.165.200.225 . Когда за пределами принимающей 209.165.201.1 подключается к 209.165.200.225 , ,Затем соединение переходит в адрес 10.1.1.1 . При работе за пределами принимающей 209.165.201.2 используется для подключения к одному и тому же сопоставляются адреса, 209.165.200.225 , необходимо, чтобы подключение перейти к 10.1.1.2 . Вместе с тем, поскольку адрес назначения в список доступа не проверена на трафик в реальном хосте, затем первый ACE, соответствует реальной хосте используется. С момента проведения первой ACE для 10.1.1.1 ,Затем все входящие соединения от 209.165.201.1 и 209.165.201.2 и предназначенных для 209.165.200.255 будет их назначения перевод по адресу 10.1.1.1 .