Я верю буду им велемудрым для того чтобы держать 3 отдельно подсеть. То избежит послать движение передачи между местами. Также, оно будет намереваться каждое место имеет свой собственный DHCP, который им нужно в виду того что они будут иметь по-разному входные невыполнения обязательства для LAN, etc.
NAT, само правоподобно, неработающе для движения через тоннели VPN - как сегодня.
О трассе от RV042: Сегодня вы вероятно имеете его set-up с IP публики на БОЛЕЗНЕННОЙ стороне, и с БОЛЕЗНЕННЫЙ бортовой «трассой невыполнения обязательства» к IP вашего cablemodem, или ваш доступ к интернету. С новой установкой, с БОЛЕЗНЕННЫЙ стороной RV042 соединенного к волокну (через конвертер некоторых средств или CPE), БОЛЕЗНЕННЫЙ IP будет что-то как 192.168.x.1 и 2 и 3 (маска 255.255.255.0 подсеть), как вы сказали выше. То намеревается что 3 RV042 будут делить такое же подсеть на БОЛЕЗНЕННОЙ стороне, которой середины, котор вам не будет нужно «» rute невыполнения обязательства/«входной невыполнения обязательства» на БОЛЕЗНЕННОЙ стороне для их мочь слишком «видят один другого» и приносят вверх тоннели VPN.
Как только тоннель вверх, направлять через его обычно «автоматический» - как сегодня.
Примите что вы управляет вывести NAT из строя и тоннели на RV042, которое намеревалось бы оно будут работать как просто маршрутизатор. Примите теперь, когда PC на LAN1 имеет пакет, котор нужно послать к LAN2. PC посылает его к своему входному невыполнения обязательства (если установить трассы в каждом PC). Входной невыполнения обязательства будет SSG-5, которое имеет трассу для LAN2 сети 192.168.2.0 /24 указать к RV042. RV042 получает пакет.
Теперь, если не будет тоннеля VPN вверх, то RV042 в LAN1 не будет иметь никакую идею где 192.168.2.0 /24 обнаружено местонахождение. Для этого было бы нужно иметь статическую трассу послать сеть 192.168.2.0 /24 к следующему хмелю 192.168.X.2.
Это основно намеревается что если вы не имеете тоннели, то вам будут нужны статические трассы между местами.