OpenVPN client bridge
-
не .. я не имею в виду связь с внешним миром
к примеру опишу случай
есть главный офис есть доп офис в главном DHCP доп офис получает ту же DHCP по средствам OVPN. отваливается связь OVPN , DHCP не рабочая , соответственно все кто включил ПК в то время когда связи уже не было, работать не сможет..
По умному каждый ДО имеет свою подсеть со своим DHCP. В этом случае не придется сидеть и терпеть пока инет включится.
-
не .. я не имею в виду связь с внешним миром
к примеру опишу случай
есть главный офис есть доп офис в главном DHCP доп офис получает ту же DHCP по средствам OVPN. отваливается связь OVPN , DHCP не рабочая , соответственно все кто включил ПК в то время когда связи уже не было, работать не сможет..
По умному каждый ДО имеет свою подсеть со своим DHCP. В этом случае не придется сидеть и терпеть пока инет включится.
в режиме TAP на OVPN 2 DHCP сервака перекрывать случаем друг друга не будут?
-
не .. я не имею в виду связь с внешним миром
к примеру опишу случай
есть главный офис есть доп офис в главном DHCP доп офис получает ту же DHCP по средствам OVPN. отваливается связь OVPN , DHCP не рабочая , соответственно все кто включил ПК в то время когда связи уже не было, работать не сможет..
По умному каждый ДО имеет свою подсеть со своим DHCP. В этом случае не придется сидеть и терпеть пока инет включится.
в режиме TAP на OVPN 2 DHCP сервака перекрывать случаем друг друга не будут?
каждый ДО имеет свою подсеть
-
не .. я не имею в виду связь с внешним миром
к примеру опишу случай
есть главный офис есть доп офис в главном DHCP доп офис получает ту же DHCP по средствам OVPN. отваливается связь OVPN , DHCP не рабочая , соответственно все кто включил ПК в то время когда связи уже не было, работать не сможет..
По умному каждый ДО имеет свою подсеть со своим DHCP. В этом случае не придется сидеть и терпеть пока инет включится.
в режиме TAP на OVPN 2 DHCP сервака перекрывать случаем друг друга не будут?
каждый ДО имеет свою подсеть
хм .. совсем забыл упомянуть еще бридж между OVPN и LAN / в таком случает DHCP будут конфликтовать.
-
не .. я не имею в виду связь с внешним миром
к примеру опишу случай
есть главный офис есть доп офис в главном DHCP доп офис получает ту же DHCP по средствам OVPN. отваливается связь OVPN , DHCP не рабочая , соответственно все кто включил ПК в то время когда связи уже не было, работать не сможет..
По умному каждый ДО имеет свою подсеть со своим DHCP. В этом случае не придется сидеть и терпеть пока инет включится.
в режиме TAP на OVPN 2 DHCP сервака перекрывать случаем друг друга не будут?
каждый ДО имеет свою подсеть
хм .. совсем забыл упомянуть еще бридж между OVPN и LAN / в таком случает DHCP будут конфликтовать.
А это существенная деталь ::)
-
А это существенная деталь ::)
есть варианты решения ? мне пришла единственная идея сделать CARP-DHCP. Но и с ним я затыкаюсь в шлюз. по тому что надо тчо бы одна сеть ходила через GW1 а вторая через GW2 а возможности сделать несколько DHCP-POOL нету как я понял …
-
А это существенная деталь ::)
есть варианты решения ? мне пришла единственная идея сделать CARP-DHCP. Но и с ним я затыкаюсь в шлюз. по тому что надо тчо бы одна сеть ходила через GW1 а вторая через GW2 а возможности сделать несколько DHCP-POOL нету как я понял …
Отказаться от бриджа и использовать нормальный роутинг между разными локальными подсетями. Тогда в каждую сетку по своему DHCP.
-
А это существенная деталь ::)
есть варианты решения ? мне пришла единственная идея сделать CARP-DHCP. Но и с ним я затыкаюсь в шлюз. по тому что надо тчо бы одна сеть ходила через GW1 а вторая через GW2 а возможности сделать несколько DHCP-POOL нету как я понял …
Отказаться от бриджа и использовать нормальный роутинг между разными локальными подсетями. Тогда в каждую сетку по своему DHCP.
а что бы видеть в сетевом окружении шары ?
-
А это существенная деталь ::)
есть варианты решения ? мне пришла единственная идея сделать CARP-DHCP. Но и с ним я затыкаюсь в шлюз. по тому что надо тчо бы одна сеть ходила через GW1 а вторая через GW2 а возможности сделать несколько DHCP-POOL нету как я понял …
Отказаться от бриджа и использовать нормальный роутинг между разными локальными подсетями. Тогда в каждую сетку по своему DHCP.
а что бы видеть в сетевом окружении шары ?
Протоколы типа SMB разрешить.
Порылся в параметрах DHCP - 044/045 параметры прописывают адрес WINS сервера. Если у Вас в одной из сетей таковой есть, думаю его можно указать. В 1.2.3 для этого нужно залезть в код конфигуратора и добавить строки, а в 2.0 возможность добавлять опции DHCP есть в ГУЕ.
-
Протоколы типа SMB разрешить.
Порылся в параметрах DHCP - 044/045 параметры прописывают адрес WINS сервера. Если у Вас в одной из сетей таковой есть, думаю его можно указать. В 1.2.3 для этого нужно залезть в код конфигуратора и добавить строки, а в 2.0 возможность добавлять опции DHCP есть в ГУЕ.
собственно так и живём. но хотелось бы через NetBios протокол. есть софт который работает только через него :-( . и по WINS не работает.
-
Протоколы типа SMB разрешить.
Порылся в параметрах DHCP - 044/045 параметры прописывают адрес WINS сервера. Если у Вас в одной из сетей таковой есть, думаю его можно указать. В 1.2.3 для этого нужно залезть в код конфигуратора и добавить строки, а в 2.0 возможность добавлять опции DHCP есть в ГУЕ.
собственно так и живём. но хотелось бы через NetBios протокол. есть софт который работает только через него :-( . и по WINS не работает.
045 параметр указывает NETBIOS сервер (тоже что и wins на венде) + в настройках файрвола разрешить NetBios протокол.
Либо в файрволе можно выставить разрешения ****** на интерфейсах. В этом случае отличие от бриджа - отсутствие прохождения широковещательных запросов между сегментами. Для DHCP хорошо тем, что не возникает пересечения, а для WINS плохо если одноранговые сети. Но WINS компенсируется указанием Wins сервера в одной из подсетей.
Если не прав - поправьте. -
045 параметр указывает NETBIOS сервер (тоже что и wins на венде) + в настройках файрвола разрешить NetBios протокол.
Либо в файрволе можно выставить разрешения ****** на интерфейсах. В этом случае отличие от бриджа - отсутствие прохождения широковещательных запросов между сегментами. Для DHCP хорошо тем, что не возникает пересечения, а для WINS плохо если одноранговые сети. Но WINS компенсируется указанием Wins сервера в одной из подсетей.
Если не прав - поправьте.да всё верно, но софт именно по WINS не хочет работать, почему не понятно. А чем плох WINS для одноранговых сетей?
-
045 параметр указывает NETBIOS сервер (тоже что и wins на венде) + в настройках файрвола разрешить NetBios протокол.
Либо в файрволе можно выставить разрешения ****** на интерфейсах. В этом случае отличие от бриджа - отсутствие прохождения широковещательных запросов между сегментами. Для DHCP хорошо тем, что не возникает пересечения, а для WINS плохо если одноранговые сети. Но WINS компенсируется указанием Wins сервера в одной из подсетей.
Если не прав - поправьте.да всё верно, но софт именно по WINS не хочет работать, почему не понятно. А чем плох WINS для одноранговых сетей?
Дык сервера нет как такового. Там мастербраузер широковещательными запросами организуется, и связать две такие локалки только Бриджем и можно.
-
Дык сервера нет как такового. Там мастербраузер широковещательными запросами организуется, и связать две такие локалки только Бриджем и можно.
аа.. понял , что имеется в виду. ну значит так и придется сидеть дальше.