Как лучше настроить VPN с удаленным офисом
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) aar, LogMeIn Hamachi – это хост-служба VPN, позволяющая безопасно соединять устройства и сети и обеспечивающая возможность работы в виртуальной ЛВС для мобильных пользователей, распределенных команд и бизнес-приложений. Вы можете легко создавать безопасные виртуальные сети по требованию через публичные и частные сети. Hamachi можно безопасно управлять и поддерживать из любого места через веб-интерфейс.
Скопировать можно здесьhttp://www.slo.ru/news/entry/1911
Скопировать можно здесьhttp://www.slo.ru/news/entry/1911
1. для центрального офиса нужен реальный ip
2. желательно иметь для VPN отдельный сервер, его же можно сделать и фаерволом, а можно выйти из положения какой нить железкой типа wrapex, hp, 3com, cisco
3. необязательно настраивать ВПН для терминального сервера, для этого можно настроить PAT
4. для серверной чати 1с, желательно иметь отдельный сервер и серверную ОС, т.к. переучивать ХР под терминалы это отдельная история, требующая железных админских "нервей"
5. у вас обязательно возникнут проблеммы с spoolsv при использовании терминального сервера (почему не может объяснить даже макрософт) но выход есть (PAT и сетевые принтеры)
теперь кратко описываю техпроцесс
1. реальный ип нужен для безпрепядственного построения тунеля (либо трансляций если не юзаешь впн)
2. если у тебя сервер "1С" и ВПН сервер одно целое, это очень сильно нарушает безопасность твоего сервка... (если не юзаешь ISA то ресурсов Селерона 1.7 и 512 мб памяти тебе в полне хватит на то, что бы сконструячить прекрасный сервр с фаерволом + прокси из под Виндовс, если на никсах, то ресурсов нужно в 2 раза меньше)
3. объясняю, mstsc работает по порту 3389(насколько я помню) пожтому делается это так: на сервере центра настраиваешь (всё что приходит на порт 3389, автоматом ломится на сервер [ip] "1С") трансляцию.
4. в данном случае нужно учитывать вид подключения, ресурсы и базы данных
а) расмотрим подключение клиент-сервер (без терминальов):
если SQL и много пользователей то сервак нужен не слабенький, если .dbf то к твоему не слабенькому серваку можешь ещё и 100мб интернет добавить (это самый глупый вариант)
б) если терминалы, то ресуры сервера будут зависеть от кол-ва пользователей.
5. не я первый не я поседний сталкиваюсь с этой проблеммой, есть 2 безотказных решения, но принцип один и тот же, разница в стоимости и в виде исполнения
а) прямо (дорогой вариант с использование сетевых принтеров)
б) через жопу (дешовый вариант, делается подручными принтерами)
2. желательно иметь для VPN отдельный сервер, его же можно сделать и фаерволом, а можно выйти из положения какой нить железкой типа wrapex, hp, 3com, cisco
3. необязательно настраивать ВПН для терминального сервера, для этого можно настроить PAT
4. для серверной чати 1с, желательно иметь отдельный сервер и серверную ОС, т.к. переучивать ХР под терминалы это отдельная история, требующая железных админских "нервей"
5. у вас обязательно возникнут проблеммы с spoolsv при использовании терминального сервера (почему не может объяснить даже макрософт) но выход есть (PAT и сетевые принтеры)
теперь кратко описываю техпроцесс
1. реальный ип нужен для безпрепядственного построения тунеля (либо трансляций если не юзаешь впн)
2. если у тебя сервер "1С" и ВПН сервер одно целое, это очень сильно нарушает безопасность твоего сервка... (если не юзаешь ISA то ресурсов Селерона 1.7 и 512 мб памяти тебе в полне хватит на то, что бы сконструячить прекрасный сервр с фаерволом + прокси из под Виндовс, если на никсах, то ресурсов нужно в 2 раза меньше)
3. объясняю, mstsc работает по порту 3389(насколько я помню) пожтому делается это так: на сервере центра настраиваешь (всё что приходит на порт 3389, автоматом ломится на сервер [ip] "1С") трансляцию.
4. в данном случае нужно учитывать вид подключения, ресурсы и базы данных
а) расмотрим подключение клиент-сервер (без терминальов):
если SQL и много пользователей то сервак нужен не слабенький, если .dbf то к твоему не слабенькому серваку можешь ещё и 100мб интернет добавить (это самый глупый вариант)
б) если терминалы, то ресуры сервера будут зависеть от кол-ва пользователей.
5. не я первый не я поседний сталкиваюсь с этой проблеммой, есть 2 безотказных решения, но принцип один и тот же, разница в стоимости и в виде исполнения
а) прямо (дорогой вариант с использование сетевых принтеров)
б) через жопу (дешовый вариант, делается подручными принтерами)
Наиболее приемлемый вариант, имхо, два микротика на границах и туннель между ними.. Или бесплатные аналоги на каком-нибудь железе.. Но лучше готовые варианты..
А вот если юзеров цеплять, то как написано выше, реальный ип и вперед.. Но факт лучше искать линуховые варианты, поверьте, граблей меньше будет.. или на крайний случай посмотрите в сторону kerio..
А вот если юзеров цеплять, то как написано выше, реальный ип и вперед.. Но факт лучше искать линуховые варианты, поверьте, граблей меньше будет.. или на крайний случай посмотрите в сторону kerio..
Удивительно почему линуксоиды не написали что одназначно делай SSH VPN over Internet :)
Для виндузятников соглашусь с (7), способ реально простой и без заморочек, за исключением настройки самого керио.. при условии работы уже на нём - два пальца!
А вообще, конечно же бюджет и вопрос легальности нужно озвучивать в первую очередь..
Если и бюджет ограничен и по закону хочется, то есть ещё вариант поставить шлюз ideco на белый ip и радоваться жизни.. Тут можно почитать для примера:
Для виндузятников соглашусь с (7), способ реально простой и без заморочек, за исключением настройки самого керио.. при условии работы уже на нём - два пальца!
А вообще, конечно же бюджет и вопрос легальности нужно озвучивать в первую очередь..
Если и бюджет ограничен и по закону хочется, то есть ещё вариант поставить шлюз ideco на белый ip и радоваться жизни.. Тут можно почитать для примера:
OpenVPN — свободная реализация технологии Виртуальной Частной Сети (VPN) с открытым исходным кодом для создания зашифрованных каналов типа точка-точка или сервер-клиенты между компьютерами. Она позволяет устанавливать соединения между компьютерами, находящимися за NAT-firewall, без необходимости изменения их настроек. OpenVPN была создана Джеймсом Йонаном (James Yonan) и распространяется под лицензией GNU GPL.
Это зависит от бюджета и масштабов.
За дешево: два старых компа фрибзд+опенвпн. бюджет за 0.
за дорого, какиенить модные девайсы, микротики или аналоги. Цена девайсов.
за очень дорого на винде. цена Сервера + ИСА(или керио).
Если не боитесь 146 статьи то 1 и 3 вариант получаются одинаковыми по цене.
А вообще лучше реализовывать то, в чем лучше сам разбираешься.
За дешево: два старых компа фрибзд+опенвпн. бюджет за 0.
за дорого, какиенить модные девайсы, микротики или аналоги. Цена девайсов.
за очень дорого на винде. цена Сервера + ИСА(или керио).
Если не боитесь 146 статьи то 1 и 3 вариант получаются одинаковыми по цене.
А вообще лучше реализовывать то, в чем лучше сам разбираешься.
У меня уже давно стоит . Вполне готовое, а главное бесплатное решение на Linux. Нужно 2 дохленьких компа (по одному в каждом офисе). Настройка через WEB-интерфейс. В линуксовых конфигах ковыряться не надо.
Если прокси-сервер не нужен, то этого достаточно. Если нужен, то ставится дополнительный бесплатный модуль .
Если прокси-сервер не нужен, то этого достаточно. Если нужен, то ставится дополнительный бесплатный модуль .
(14) Msokolov,
это ZyWALL USG 50 ТО недорого??? купили такой всвое время когда незнали о mikrotik теперь лежит в коробке
недорого это - mikrotik hap lite , за 1600р вы получаете такой набор
(16) AlexRAA,
у меня провереная схема на обоих концах стоят mikrotik и на них подняты vpn, один раз натсроить и забыть, обрывов не наблюдал, единственное в вашей ситуации с ADSL не всё будет так идеально из-за самой технологии adsl
(90) lamb123,
а чем хорош д-линк?
это ZyWALL USG 50 ТО недорого??? купили такой всвое время когда незнали о mikrotik теперь лежит в коробке
недорого это - mikrotik hap lite , за 1600р вы получаете такой набор
(16) AlexRAA,
у меня провереная схема на обоих концах стоят mikrotik и на них подняты vpn, один раз натсроить и забыть, обрывов не наблюдал, единственное в вашей ситуации с ADSL не всё будет так идеально из-за самой технологии adsl
(90) lamb123,
а чем хорош д-линк?
Подскажите как можно реализовать схему связки 2-х офисов (оба имеют канал Инета по ADSL 5М/3М) так чтобы ВЕСЬ трафик шифровался, а не только заголовки. Схема нужна для невозможности перехвата данных.
По каналу будет ходить почта (~5 Гб в месяц) + небольшие файлы отчетов пару раз в день.
Бюджет невелик, но хотелось бы пару моментов учесть:
- ADSL периодически падают (особенности провайдера), хотелось бы что бы они автоматом подымались
- ПОЛНОЕ шифрование траффика
Готов "поделиться" бюджетом...
По каналу будет ходить почта (~5 Гб в месяц) + небольшие файлы отчетов пару раз в день.
Бюджет невелик, но хотелось бы пару моментов учесть:
- ADSL периодически падают (особенности провайдера), хотелось бы что бы они автоматом подымались
- ПОЛНОЕ шифрование траффика
Готов "поделиться" бюджетом...
(16)Можно взять любой роутер от D-link с поддержкой VPN("железо" относительно других дешевое). Например, вот здесь решение описано У меня уже несколько лет работает по такой схеме, только на одной стороне DFL-800, т.к. много филиалов подключается к центральному офису. При падении соединение поднимается автоматически, если, конечно, это физически возможно.
Соглашусь с тем, что сказал nsm, сам создавал и настраивал VPN при необходимости терминального доступа через интернет в локальную сеть, до тех пор пока не решил упростить себе жизнь используя готовые решения, коих в сети достаточно.
Все зависит от бюджета решения можно набросится на все это с аппаратными решениями от Cisco, Zyxel, D-link, а можно просто настроить доступ через OpenVpn с точки зрения безопасности будет тоже неплохо и инфы по этому решению в инете много.
А вообще зачем ВПН для терминала?
1. Прицепить сертификат на RDP сервере для шифрования.
2. На внешнем шлюзе опубликовать порт 3389 до терминального сервера.
VPN между офисами будет иметь смысл, когда нужен доступ к файлам между офисами, либо, например, в удаленном офисе стоит нижестоящий сервер AD
1. Прицепить сертификат на RDP сервере для шифрования.
2. На внешнем шлюзе опубликовать порт 3389 до терминального сервера.
VPN между офисами будет иметь смысл, когда нужен доступ к файлам между офисами, либо, например, в удаленном офисе стоит нижестоящий сервер AD
Зачем Вам шифрование канала, изощрёнными способами. Кому нужны Ваши данные. Используйте обычные VPN програмные решения. Согласитесь для снифа Вашего трафика нужен сниф Ваших портов, а это возможно по согласованию с провайдером. МВД это согласование получит на раз. Другие с трудом, при том что есть масса способов более простых. В инете есть много софтварных решений для этого от керио до исы. Керио прост, работает стабильно, всё что нужно есть. Берите его и пользуйте.
OpenVPN — свободная реализация технологии Виртуальной Частной Сети (VPN) с открытым исходным кодом для создания зашифрованных каналов типа точка-точка или сервер-клиенты между компьютерами. Она позволяет устанавливать соединения между компьютерами, находящимися за NAT-firewall, без необходимости изменения их настроек. OpenVPN была создана Джеймсом Йонаном (James Yonan) и распространяется под лицензией GNU GPL.
(25) nsm, Тоже пользую Open VPN, отличная вещь, но при наличии всего одного офиса не стоит трудозатрат. Предлагаю более простой и прагматичный вариант, на базе аппаратных маршрутизаторов D-Link Dir 330 с Ipsec, там можно и DDNS настроить с плавающим IP, но раз уж есть белый то ещё проще, на центральном маршрутизаторе делаешь входящее подключение, на удалённом исходящее, но потребуется тоже наличие постоянного IP, но цена вопроса столь незначительна, а схема работает настолько безотказно, что затраты окупятся с лихвой. У нас настроено на безе оптоволокна и DSL в филиале.
Если нужно постоянное подключение, vpn туннель на софт-роутерах или железных. Из программных могу порекомендовать - основан на Debian, (читай, поддерживает кучу железа, функционал может дополняться из .deb репозиториев) управляется как из cli (весьма удобно, с подсказками, комментариями и дополнениями), так и через web-интерфейс, конфигурация хранится в одном файле, не нужно лопатить толпу .conf файлов, плюс отличная документация, в том числе и русскоязычная. Из железок я делал на , работой доволен.
А я для подключения к удаленному офису использую ssh. Он создает защищенный шифрованный канал. В офисе стоит интернет-шлюз на debian. Так вот при подключении пробрасываю порт на нужный комп в локалке офиса и все. Все работает и шифруется.
С виндовых клиентов подключаюсь через putty.
С виндовых клиентов подключаюсь через putty.
Для настройки VPN подключения в операционной системе Windows XP откройте «Пуск» – «Настройка» – «Панель управления» – «Сетевые подключения». В разделе «Сетевые задачи» выберите пункт «Создание нового подключения». Запустится Мастер новых подключений. Для продолжения процесса настройки VPN соединения нажмите «Далее»....
наученный горьким опытом предлагаю не парить себе мозг ни сейчас, ни потом, при эксплуатации VPN на DLINK и подобных, софтварных VPN и т.п.
В идеале - CISCO ROUTER, но для "включил и готово" - Linksys RVS4000 (5vpn каналов) со стороны 1C в качестве vpn сервера.
PPTP VPN настраивается за 1 минуту, работает стабильно, не зря CISCO забрала себе Linksys.
В идеале - CISCO ROUTER, но для "включил и готово" - Linksys RVS4000 (5vpn каналов) со стороны 1C в качестве vpn сервера.
PPTP VPN настраивается за 1 минуту, работает стабильно, не зря CISCO забрала себе Linksys.
А как насчёт VPN в 2003 и 2008 серверах? Настроил 1 раз маршрутизацию и удалённый доступ и всё. Не вижу смысла на небольшую сеть (до 15 компов)запариваться на аппаратный роутер и т.п.
Если плевать на лицензии то ставить можно что хочешь. Но службы не дремлют)
Без всяких роутеров, kerio и openVPN можно спокойно обойтись средствами мелкософта.
Было бы желание и терпение)
Если плевать на лицензии то ставить можно что хочешь. Но службы не дремлют)
Без всяких роутеров, kerio и openVPN можно спокойно обойтись средствами мелкософта.
Было бы желание и терпение)
Dlink при всем моем скептическом отношении в свое время выпустил чудные железки D-Link DI-804HV до сих пор выпускаются, проблем нет. Дешевое и проверенное решение которое будет работать годами, без вопросв. Для того чтобы поднять VPN IPSEС не надо иметь 7-ми пядей во лбу, любой поисковик с радостью поможет вам в этом
Добрый день, на днях решал подобную задачу. Нужно было из офиса коннектиться к домашней сети.. Для этих нужд приобрел отличную вещь роутер ASUS RT-N16. Он не из дешевых, но работает великолепно.. быстрый процессор и WI-FI. Для того чтобы сделать его VPN сервером, нужно поставить последнюю прошивку с сайта. она многоязычная, включая русский. Так что если организовывать VPN - я могу посоветовать аппаратный сервер на роутере)). С железяками как то проще чем с компами под виндой.
Виртуальные частные сети (VPN) способны обеспечить высокий уровень адаптируемости, масштабируемости и контроля над работоспособностью сети. Помимо повышенной безопасности, эти сети способы значительно сократить уровень затрат на обычные подключения типа «точка-точка». Плюс ко всему они обеспечивают гибкость.
Существует много типов сетей VPN. Некоторые из них используются для подключения мобильных пользователей к корпоративной сети, другие для связи двух географически разделенных сетей. Используемые такими сетями VPN-протоколы и обеспечиваемые ими функциональные возможности также различны. Одни сети предлагают функции защиты, например проверку подлинности и шифрование, в то время как другие могут быть совсем лишены таких возможностей. И очевидно, что какие-то сети проще в настройке и управлении, чем другие.
В этой статье я расскажу о возможностях внедрения сети VPN при помощи сервера Internet Security and Acceleration (ISA) Server 2006. В частности, я постараюсь сделать основной упор на использование функциональных возможностей ISA для VPN на основе типичных примеров: VPN для удаленного доступа пользователей и VPN-подключение типа «сеть-сеть». Оба варианта предусматривают реализацию функций безопасности, гарантирующих конфиденциальность данных и обеспечивающих защиту внутренних сетевых ресурсов.
Существует много типов сетей VPN. Некоторые из них используются для подключения мобильных пользователей к корпоративной сети, другие для связи двух географически разделенных сетей. Используемые такими сетями VPN-протоколы и обеспечиваемые ими функциональные возможности также различны. Одни сети предлагают функции защиты, например проверку подлинности и шифрование, в то время как другие могут быть совсем лишены таких возможностей. И очевидно, что какие-то сети проще в настройке и управлении, чем другие.
В этой статье я расскажу о возможностях внедрения сети VPN при помощи сервера Internet Security and Acceleration (ISA) Server 2006. В частности, я постараюсь сделать основной упор на использование функциональных возможностей ISA для VPN на основе типичных примеров: VPN для удаленного доступа пользователей и VPN-подключение типа «сеть-сеть». Оба варианта предусматривают реализацию функций безопасности, гарантирующих конфиденциальность данных и обеспечивающих защиту внутренних сетевых ресурсов.
По первому варианту (VPN-подключение для удаленного доступа) удаленный клиент инициирует VPN-подключение к серверу ISA Server через Интернет. Затем ISA Server подключает удаленного клиента к внутренней сети, предоставляя ему простой доступ к внутренним сетевым ресурсам, включая данные и приложения. Второй вариант VPN-подключения типа «сеть-сеть» является немного более сложным, поскольку здесь используется маршрутизатор, в роли которого может выступать сам сервер ISA. Но такое подключение позволяет тесно связывать различные офисы или филиалы друг с другом или центральным офисом.
Использование ISA Server 2006 для реализации VPN-подключения дает ряд дополнительных преимуществ. Одно из наиболее значимых преимуществ связано с интегрированностью сервера ISA Server, что означает возможность слаженной работы функций VPN и брандмауэра. К тому же, сервер ISA Server включает возможность карантина VPN с функцией Network Access Quarantine Control на Windows Server® 2003 для помещения удаленного компьютера в карантин до проверки его конфигурации сценарием сервера. Это дает дополнительный уровень защиты, позволяя выполнять проверку состояния баз антивирусных программ и локальных политик брандмауэра на удаленном компьютере, прежде чем он получит доступ к внутренним сетевым ресурсам.
Использование ISA Server 2006 для реализации VPN-подключения дает ряд дополнительных преимуществ. Одно из наиболее значимых преимуществ связано с интегрированностью сервера ISA Server, что означает возможность слаженной работы функций VPN и брандмауэра. К тому же, сервер ISA Server включает возможность карантина VPN с функцией Network Access Quarantine Control на Windows Server® 2003 для помещения удаленного компьютера в карантин до проверки его конфигурации сценарием сервера. Это дает дополнительный уровень защиты, позволяя выполнять проверку состояния баз антивирусных программ и локальных политик брандмауэра на удаленном компьютере, прежде чем он получит доступ к внутренним сетевым ресурсам.
1. для центрального офиса нужен реальный ip
2. желательно иметь для VPN отдельный сервер, его же можно сделать и фаерволом, а можно выйти из положения какой нить железкой типа wrapex, hp, 3com, cisco
3. необязательно настраивать ВПН для терминального сервера, для этого можно настроить PAT
4. для серверной чати 1с, желательно иметь отдельный сервер и серверную ОС, т.к. переучивать ХР под терминалы это отдельная история, требующая железных админских "нервей"
5. у вас обязательно возникнут проблеммы с spoolsv при использовании терминального сервера (почему не может объяснить даже макрософт) но выход есть (PAT и сетевые принтеры)
теперь кратко описываю техпроцесс
1. реальный ип нужен для безпрепядственного построения тунеля (либо трансляций если не юзаешь впн)
2. если у тебя сервер "1С" и ВПН сервер одно целое, это очень сильно нарушает безопасность твоего сервка... (если не юзаешь ISA то ресурсов Селерона 1.7 и 512 мб памяти тебе в полне хватит на то, что бы сконструячить прекрасный сервр с фаерволом + прокси из под Виндовс, если на никсах, то ресурсов нужно в 2 раза меньше)
3. объясняю, mstsc работает по порту 3389(насколько я помню) пожтому делается это так: на сервере центра настраиваешь (всё что приходит на порт 3389, автоматом ломится на сервер [ip] "1С") трансляцию.
4. в данном случае нужно учитывать вид подключения, ресурсы и базы данных
а) расмотрим подключение клиент-сервер (без терминальов):
если SQL и много пользователей то сервак нужен не слабенький, если .dbf то к твоему не слабенькому серваку можешь ещё и 100мб интернет добавить (это самый глупый вариант)
б) если терминалы, то ресуры сервера будут зависеть от кол-ва пользователей.
5. не я первый не я поседний сталкиваюсь с этой проблеммой, есть 2 безотказных решения, но принцип один и тот же, разница в стоимости и в виде исполнения
а) прямо (дорогой вариант с использование сетевых принтеров)
б) через жопу (дешовый вариант, делается подручными принтерами)
2. желательно иметь для VPN отдельный сервер, его же можно сделать и фаерволом, а можно выйти из положения какой нить железкой типа wrapex, hp, 3com, cisco
3. необязательно настраивать ВПН для терминального сервера, для этого можно настроить PAT
4. для серверной чати 1с, желательно иметь отдельный сервер и серверную ОС, т.к. переучивать ХР под терминалы это отдельная история, требующая железных админских "нервей"
5. у вас обязательно возникнут проблеммы с spoolsv при использовании терминального сервера (почему не может объяснить даже макрософт) но выход есть (PAT и сетевые принтеры)
теперь кратко описываю техпроцесс
1. реальный ип нужен для безпрепядственного построения тунеля (либо трансляций если не юзаешь впн)
2. если у тебя сервер "1С" и ВПН сервер одно целое, это очень сильно нарушает безопасность твоего сервка... (если не юзаешь ISA то ресурсов Селерона 1.7 и 512 мб памяти тебе в полне хватит на то, что бы сконструячить прекрасный сервр с фаерволом + прокси из под Виндовс, если на никсах, то ресурсов нужно в 2 раза меньше)
3. объясняю, mstsc работает по порту 3389(насколько я помню) пожтому делается это так: на сервере центра настраиваешь (всё что приходит на порт 3389, автоматом ломится на сервер [ip] "1С") трансляцию.
4. в данном случае нужно учитывать вид подключения, ресурсы и базы данных
а) расмотрим подключение клиент-сервер (без терминальов):
если SQL и много пользователей то сервак нужен не слабенький, если .dbf то к твоему не слабенькому серваку можешь ещё и 100мб интернет добавить (это самый глупый вариант)
б) если терминалы, то ресуры сервера будут зависеть от кол-ва пользователей.
5. не я первый не я поседний сталкиваюсь с этой проблеммой, есть 2 безотказных решения, но принцип один и тот же, разница в стоимости и в виде исполнения
а) прямо (дорогой вариант с использование сетевых принтеров)
б) через жопу (дешовый вариант, делается подручными принтерами)
Реальный IP вовсе не обязателен - dyndns.com решит все проблемы ;)
Даже если есть IP dyddns тоже пригодится - смена провайдера, смена IP, удобство запоминания...
Из ПО мне кажется лучше смотреть в сторону OpenVPN, pptpd. Керио не советую, гадость еще та, еще к тому же денег стоит (тем более что ее ставить нужно на MS что то же денег стоит..).
Даже если есть IP dyddns тоже пригодится - смена провайдера, смена IP, удобство запоминания...
Из ПО мне кажется лучше смотреть в сторону OpenVPN, pptpd. Керио не советую, гадость еще та, еще к тому же денег стоит (тем более что ее ставить нужно на MS что то же денег стоит..).
Года 4 назад настроил VPN между 4-мя офисами на основе роутеров D-Link. Подключил через терминал из 3-х офисов 1С. Все каналы шифрованные. Работает до сих пор исключительно. Главное правильно настроить тунелли. При падении соединения и после отключения питания восстанавливают туннели сами D-Link-и. Есть возможность поднятия шифрованного туннеля с удаленного динамического IP, для этого нужна клиентская часть ПО (не помню как называется, в названии что то связанное с "Green"). По такой схеме рулил 1с-ку из Омска в Новом Уренгое.
До этого перепробовал много программных решений, но ни одно не давало такой стабильной работы. Так что очень рекомендую D-Link.
До этого перепробовал много программных решений, но ни одно не давало такой стабильной работы. Так что очень рекомендую D-Link.
Используйте OpenVPN.
Преимущества:
1. Работает на большинстве платформ.
2. Позволяет прозрачно связать две сети в одну.
3. Позволяет дать прозрачный доступ удаленному пользователю в Вашу сеть или наоборот ограничить этот доступ.
4. Надежно защищает передаваемые данные.
5. Автоматически восстанавливает подключение при сбоях связи.
6. Легко администрируется.
7. Не требует лицензионных отчислений.
Преимущества:
1. Работает на большинстве платформ.
2. Позволяет прозрачно связать две сети в одну.
3. Позволяет дать прозрачный доступ удаленному пользователю в Вашу сеть или наоборот ограничить этот доступ.
4. Надежно защищает передаваемые данные.
5. Автоматически восстанавливает подключение при сбоях связи.
6. Легко администрируется.
7. Не требует лицензионных отчислений.
В офисе нужно поставить маршрутизатор, на удаленных офисах поставить устройства которые могут поднимать ВПН клиентом соединение, разбросать по разным подсеткам и настроить правильно маршрутизацию - в результате получим двустороннюю связь.
А как насчёт VPN в 2003 и 2008 серверах?
Если плевать на лицензии то ставить можно что хочешь. Но службы не дремлют)
Без всяких роутеров, kerio и openVPN можно спокойно обойтись средствами мелкософта.
Было бы желание и терпение)
Если плевать на лицензии то ставить можно что хочешь. Но службы не дремлют)
Без всяких роутеров, kerio и openVPN можно спокойно обойтись средствами мелкософта.
Было бы желание и терпение)
>Бюджет невелик, но хотелось бы пару моментов учесть:
>- ADSL периодически падают (особенности провайдера), хотелось бы что бы они автоматом подымались
>- ПОЛНОЕ шифрование траффика
Linksys'ы недорогие все это обеспечивают надежно и просто в настройке, без зависимости от завирусовываемого софта.
На Dlink все это работает с черепашьей скоростью и менее надежно.
>- ADSL периодически падают (особенности провайдера), хотелось бы что бы они автоматом подымались
>- ПОЛНОЕ шифрование траффика
Linksys'ы недорогие все это обеспечивают надежно и просто в настройке, без зависимости от завирусовываемого софта.
На Dlink все это работает с черепашьей скоростью и менее надежно.
Используйте OpenVPN.
Преимущества:
1. Работает на большинстве платформ.
2. Позволяет прозрачно связать две сети в одну.
3. Позволяет дать прозрачный доступ удаленному пользователю в Вашу сеть или наоборот ограничить этот доступ.
4. Надежно защищает передаваемые данные.
5. Автоматически восстанавливает подключение при сбоях связи.
6. Легко администрируется.
7. Не требует лицензионных отчислений.
Преимущества:
1. Работает на большинстве платформ.
2. Позволяет прозрачно связать две сети в одну.
3. Позволяет дать прозрачный доступ удаленному пользователю в Вашу сеть или наоборот ограничить этот доступ.
4. Надежно защищает передаваемые данные.
5. Автоматически восстанавливает подключение при сбоях связи.
6. Легко администрируется.
7. Не требует лицензионных отчислений.
Недостатки:
1. Пункт 6 - вранье.
2. Пользователь самостоятельно настроить клиента не сможет. Не помогут ни телефонная консультация, ни картиночка с инструкцией.
Фууу... VPN для некрофилов! Весь траффик, который будет генерировать зацепляющийся по VPN(мессенджеры, электронка, торренты, хождение по порносайтам) будет идти через VPN-сервер. Использую SSH-туннель. Нагрузка на канал принимающей стороны минимальна и всё очень безопасно.
OpenVPN и лучше сделать сетевые карты потом мостом. Чтобы было удобно гонять трафик из одной подсети в другую. И если будете делать то при создании моста полностью отключаться все соединения. Делать только с монитором :)
1. для центрального офиса нужен реальный ip
2. желательно иметь для VPN отдельный сервер, его же можно сделать и фаерволом, а можно выйти из положения какой нить железкой типа wrapex, hp, 3com, cisco
3. необязательно настраивать ВПН для терминального сервера, для этого можно настроить PAT
4. для серверной чати 1с, желательно иметь отдельный сервер и серверную ОС, т.к. переучивать ХР под терминалы это отдельная история, требующая железных админских "нервей"
5. у вас обязательно возникнут проблеммы с spoolsv при использовании терминального сервера (почему не может объяснить даже макрософт) но выход есть (PAT и сетевые принтеры)
теперь кратко описываю техпроцесс
1. реальный ип нужен для безпрепядственного построения тунеля (либо трансляций если не юзаешь впн)
2. если у тебя сервер "1С" и ВПН сервер одно целое, это очень сильно нарушает безопасность твоего сервка... (если не юзаешь ISA то ресурсов Селерона 1.7 и 512 мб памяти тебе в полне хватит на то, что бы сконструячить прекрасный сервр с фаерволом + прокси из под Виндовс, если на никсах, то ресурсов нужно в 2 раза меньше)
3. объясняю, mstsc работает по порту 3389(насколько я помню) пожтому делается это так: на сервере центра настраиваешь (всё что приходит на порт 3389, автоматом ломится на сервер [ip] "1С") трансляцию.
4. в данном случае нужно учитывать вид подключения, ресурсы и базы данных
а) расмотрим подключение клиент-сервер (без терминальов):
если SQL и много пользователей то сервак нужен не слабенький, если .dbf то к твоему не слабенькому серваку можешь ещё и 100мб интернет добавить (это самый глупый вариант)
б) если терминалы, то ресуры сервера будут зависеть от кол-ва пользователей.
5. не я первый не я поседний сталкиваюсь с этой проблеммой, есть 2 безотказных решения, но принцип один и тот же, разница в стоимости и в виде исполнения
а) прямо (дорогой вариант с использование сетевых принтеров)
б) через жопу (дешовый вариант, делается подручными принтерами)
Показать2. желательно иметь для VPN отдельный сервер, его же можно сделать и фаерволом, а можно выйти из положения какой нить железкой типа wrapex, hp, 3com, cisco
3. необязательно настраивать ВПН для терминального сервера, для этого можно настроить PAT
4. для серверной чати 1с, желательно иметь отдельный сервер и серверную ОС, т.к. переучивать ХР под терминалы это отдельная история, требующая железных админских "нервей"
5. у вас обязательно возникнут проблеммы с spoolsv при использовании терминального сервера (почему не может объяснить даже макрософт) но выход есть (PAT и сетевые принтеры)
теперь кратко описываю техпроцесс
1. реальный ип нужен для безпрепядственного построения тунеля (либо трансляций если не юзаешь впн)
2. если у тебя сервер "1С" и ВПН сервер одно целое, это очень сильно нарушает безопасность твоего сервка... (если не юзаешь ISA то ресурсов Селерона 1.7 и 512 мб памяти тебе в полне хватит на то, что бы сконструячить прекрасный сервр с фаерволом + прокси из под Виндовс, если на никсах, то ресурсов нужно в 2 раза меньше)
3. объясняю, mstsc работает по порту 3389(насколько я помню) пожтому делается это так: на сервере центра настраиваешь (всё что приходит на порт 3389, автоматом ломится на сервер [ip] "1С") трансляцию.
4. в данном случае нужно учитывать вид подключения, ресурсы и базы данных
а) расмотрим подключение клиент-сервер (без терминальов):
если SQL и много пользователей то сервак нужен не слабенький, если .dbf то к твоему не слабенькому серваку можешь ещё и 100мб интернет добавить (это самый глупый вариант)
б) если терминалы, то ресуры сервера будут зависеть от кол-ва пользователей.
5. не я первый не я поседний сталкиваюсь с этой проблеммой, есть 2 безотказных решения, но принцип один и тот же, разница в стоимости и в виде исполнения
а) прямо (дорогой вариант с использование сетевых принтеров)
б) через жопу (дешовый вариант, делается подручными принтерами)
Я кстати совсем недавно организовывал ВПН с помощью интернет шлюза на юниксе. Отличная скорость и работоспособность, да и ни чего стороннего не нужно покупать, всё фриваре.
Я бы на D-Link'е делал, у них куча роутеров позволяет настроить сеть-сеть подключение, использовать роутер в качестве VPN-сервера. Вам же трафик считать не нужно, который пройдет через VPN, так что тут чем проще- тем лучше.
penVPN — свободная реализация технологии Виртуальной Частной Сети (VPN) с открытым исходным кодом для создания зашифрованных каналов типа точка-точка или сервер-клиенты между компьютерами. Она позволяет устанавливать соединения между компьютерами, находящимися за NAT-firewall, без необходимости изменения их настроек. OpenVPN была создана Джеймсом Йонаном (James Yonan) и распространяется под лицензией GNU GPL.
одним из быстрых способов будет Hamachi, можно конечно и на один из компов подцепить Ammy Admin, но предварительно нужно будет установить разрешение тому или иному пользователю ID. сам лично давно уже использую Hamachi, жалоб нет
Для начала определить какой у вас интернет канал (какая скорость и нагрузка на него), если для одно пользователя то немного нужно.
Затем нужно определить что у вас стоить за прокси сервер или вообще если он.
Если есть прокси то какой и поддерживает ли он vpn?
если нет сервера то можно взять аппаратный vnp устройства, и на двух концах его поставить. или как вариант OpenVPN бесплатная прога для работы работы vpn/
Существует большое количество различным программ, но как они работают я не знаю и советовать не буду.
Мне очень нравить прокси Kerio, у него весь функционал имеется, для этого. Можно поставить в центральном офисе сервер и удаленной клиент vpn или на обоих сторонах сервер kerio. Это уже нужно рещать задаи от офиса.
Затем нужно определить что у вас стоить за прокси сервер или вообще если он.
Если есть прокси то какой и поддерживает ли он vpn?
если нет сервера то можно взять аппаратный vnp устройства, и на двух концах его поставить. или как вариант OpenVPN бесплатная прога для работы работы vpn/
Существует большое количество различным программ, но как они работают я не знаю и советовать не буду.
Мне очень нравить прокси Kerio, у него весь функционал имеется, для этого. Можно поставить в центральном офисе сервер и удаленной клиент vpn или на обоих сторонах сервер kerio. Это уже нужно рещать задаи от офиса.
Рекомендую поставить микротик и на нем сделать сервер впн.... если есть возможность то с другой стороны тоже поставь микротик и проблема решена.. с одной стороны точно нужен будет статик айпи белый. со второй не обязательно. в зависимости от мощности сервера - количество подключений одновременно. при определенных настройках можно будет сделать что бы пользователи просто прозрачно попадали в локальную сеть предприятия сразу... что бы не создавать кучу маршрутов.
OpenVPN.
Преимущества:
1. Работает на большинстве платформ.
2. Позволяет прозрачно связать две сети в одну.
3. Позволяет дать прозрачный доступ удаленному пользователю в Вашу сеть или наоборот ограничить этот доступ.
4. Надежно защищает передаваемые данные.
5. Автоматически восстанавливает подключение при сбоях связи.
6. Легко администрируется.
7. Не требует лицензионных отчислений.
Преимущества:
1. Работает на большинстве платформ.
2. Позволяет прозрачно связать две сети в одну.
3. Позволяет дать прозрачный доступ удаленному пользователю в Вашу сеть или наоборот ограничить этот доступ.
4. Надежно защищает передаваемые данные.
5. Автоматически восстанавливает подключение при сбоях связи.
6. Легко администрируется.
7. Не требует лицензионных отчислений.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот