Допустим, вы пытаетесь связаться с NYTimes, www.nytimes.com.
Маршрутизация с NAT означает, что ваш маршрутизатор будет отправлять ваши пакеты на свой шлюз (маршрутизация), перезаписывая исходный адрес (который изначально является вашим IP-адресом) на свой собственный (WAN!) адрес (это переписывание NAT). Причина этого заключается в том, что вышестоящий маршрутизатор вашего маршрутизатора не знает о вашем существовании, он знает только IP-адрес интерфейса WAN вашего шлюза, поэтому, когда ему придется ретранслировать ответ NYTimes, он сможет пусть он у вас есть тогда и только тогда, когда он может сначала достичь вашего маршрутизатора / шлюза. Все время шлюз отслеживает все отправленные пакеты, поэтому, когда он получает ответ от NYT, он знает, что должен отправить его вам, а не компьютеру вашей жены.
Вот как работает шлюз : шлюз соединяет две разные подсети.
Возможно, вы решили, что хотите использовать шлюз, предоставленный провайдером, в качестве шлюза для всей вашей локальной сети, предоставляя услуги маршрутизации, DHCP и DNS. В таком случае, как бы вам пришлось настроить свой роутер? Ну, в этом случае его роль была бы просто передачей пакетов их предполагаемым получателям. Это сценарий , в соответствии с которым вы хотели бы иметь Bridged конфигурацию: пакеты будут направляться и NATted по RouterA и routerB бы просто передать их вместе. Тот факт, что routerB также действует как AP (точка доступа), ничего не меняет. Вероятно, это будет самая быстрая конфигурация, потому что вы потеряете один уровень NATting, но я сомневаюсь, что в настоящее время это будет иметь большое значение.
Третий сценарий, маршрутизация без NAT, пригодится, когда локальная сеть снова контролируется вашим маршрутизатором A (включая DHCP, DNS и маршрутизацию), но по какой-то причине вы хотите, чтобы некоторые из ваших пакетов не маршрутизировались традиционным способом , но через некоторую другую сложную схему: например, если вы хотите использовать какой-то прокси, который заставляет вас выглядеть так, будто вы находитесь в каком-то далеком и отдаленном месте. Или же. В качестве альтернативы можно настроить прокси-сервер на routerB который отфильтровывает порносайты и Facebook, чтобы защитить своих детей.
В любом случае вы бы хотели, чтобы некоторые ПК проходили обычный маршрут, в то время как другие должны проходить через прокси-сервер: тогда все эти машины будут маршрутизироваться маршрутизатором B через прокси-сервер. Нет необходимости в том, чтобы ответные пакеты были преобразованы в NAT, потому что маршрутизатор B не нуждается в ответных пакетах, так что они могут также прийти к вам напрямую без дальнейшей задержки. Тогда RouterB будет действовать как чистый маршрутизатор, а не шлюз, потому что он не разделяет две разные подсети.
Что будет с твоим общением?
В первом случае, если бы вы внезапно перевели routerB в Bridged режим, это примерно на час нарушило бы связь (поскольку большинство машин по-прежнему работают со старым IP-адресом, который, однако, больше не имеет маршрутизатора); этот период заканчивается, когда заканчивается lease IP-адреса, примерно через 1 час для многих локальных сетей. Затем все машины будут запрашивать возобновление аренды, но найдут новый DHCP-сервер, который даст им новые IP-адреса. Тогда все снова начнет работать. Вы должны помнить, однако, чтобы отключить DHCP-сервер на маршрутизаторе B: хотя это понятно, это не обязательно автоматически.
Во втором случае ответ точно такой же, включите ли вы подключение через прокси или нет.
