для тех, кто приходит, как у меня, из Google:
другой способ сделать это - установить маршрут и указать пункт назначения, чтобы понять IP, например: недавно в нашей компании наш сервис был остановлен для нашего T1какое-то старое программное обеспечение, для которого никто не имел код для жесткого кодирования внешнего адреса нашего сервера, и нам нужно было заставить его перейти на внутренний адрес 192.168.2.100, поэтому я установил этот маршрут на клиентских машинах: route -p add 208.44.37.176 MASK 255.255.255.248 192.168.2.100 METRIC 1 и на сервере я установил его интерфейс для прослушивания 208.44.37.182
, поэтому, когда клиент пытается подключиться к 208.44.37.182, он будет проверять таблицу маршрутизации, он будетвыполните побитовое И в маске сети, чтобы все в таблице маршрутизации соответствовало адресу маршрутизации (208.44.176), а затем направьте его к шлюзу (192.168.2.100), в противном случае это маршруты к шлюзу по умолчанию.
так что в этом случае он направляет его на номер 192.168.2.100, который видит, что он адресован ему, и отвечает по очереди.если бы он не слушал 208.44.37.182, то он проигнорировал бы его (или, если он настроен на это, передавал его, пока кто-то не взял или не бросил его)
(для тех, кому интересно, почему этоМаска подсети:
182 - это 10110110
248 - это 11111000
176 - это 10110000
для побитового И если один из двух битов равен 0, результат равен 0, если они оба равны 1, это 1.Вы видите, что взятие 182 и побитовое И, возвращая его в 248, дает 176)
это то, чему я научился, работая над этим, надеюсь, это поможет кому-то еще.