Как передать все запросы к серверу IIS7 к новому IP-адресу
Спасибо за быстрый ответ, Evan. Однако SNAT-луг и DNAT-луг не являются проблемой здесь. Позвольте мне заставить реальный пример показывать Вам точно, что я хочу:
У нас есть два клиента, каждый с уникальным общедоступным IP: client1: 219.16.233.140 и client2: 143.12.155.19. Сервер имеет IP-адреса: 213.230.161.1 - 213.230.161.31. В первую очередь, я хочу присвоить каждому из клиентов один (и только один!!!) общедоступный IP-адрес с моего сервера, IP-адрес они будут использовать для маскирования себя в Интернете.
client1 (219.16.233.140)---> 213.230.161.10 client2 (143.12.155.19)---> 213.230.161.11
Мы устанавливаем OpenVPN с наименьшим количеством возможной конфигурации: статический ключ совместно использовал среди всех клиентов:
Конфигурационный файл сервера dev сервер бочки 10.8.0.0 255.255.255.0 секретных конфигурационных файлов static.key Client1 удаленные 213.230.161.10 dev бочки ifconfig 10.8.0.2 10.8.0.1 секретных конфигурационных файла static.key Client2 удаленные 213.230.161.11 dev бочки ifconfig 10.8.0.3 10.8.0.1 секрета static.key
Я могу, конечно, ограничить Client1 для соединения только с 213.230.161.10 и Client2 для соединения только с 213.230.161.11, но как я препятствую тому, чтобы они переключили туннельный IP? Я имею в виду, client1 может легко изменить .ovpn файл так, чтобы это Саис: ifconfig 10.8.0.3 10.8.0.1, таким образом вмешиваясь в client2. Это представит бесполезные правила SNAT-DNAT. Это - моя дилемма, как я связываю общедоступный IP клиента с туннельным IP, замеченным на стороне сервера (к 219.16.233.140, только эти 10.8.0.2 адреса могут использоваться внутренне в ovpn интерфейсе бочки, и 219.16.233.140 может соединиться только с 213.230.161.10).
Спасибо, R.C.
Каждый раз, когда я это делаю, я также изменяю TTL на записи A, чтобы он был достаточно коротким, и оставляю его там, в противном случае, без изменений, по крайней мере, на период исходного TTL. Таким образом, когда вы меняете запись A на новый IP-адрес, совместимым DNS-серверам и клиентам потребуется только время нового TTL для схождения. (Примечание: когда вы меняете IP-адрес записи A, также измените TTL обратно на исходное значение.)
Предостережение: существует множество несовместимых DNS-серверов, которые игнорируют ваш TTL, и множество ими управляют известные интернет-провайдеры. Вы ничего не можете с этим поделать, но, по крайней мере, вы можете помочь тем людям, которые используют правильные DNS-серверы.
Если у вас есть аппаратный брандмауэр между вашими серверами и вашим интернет-провайдером, вы можете просто использовать правило NAT для перенаправления трафика со старого IP-адреса через порт 80/443 на новый сервер.