Создание выделенной конечной точки клиента vpn в Linux

Можно ли настроить решение Linux + OpenVZ с одним VE для клиента pptp и другим VE для клиента vpnc?

Какие советы вы могли бы иметь?

Какие ошибки попали в тебя раньше?

Очевидно, что я (пока) не привязан к OpenVZ или к любому из упомянутых мной клиентов VPN.

Фон

Недавно я задал несколько вопросов о различных эквивалентных решениях для Linux для нескольких популярных vpn-клиентов на базе Windows. Это было вызвано тем, что я вскоре перенес свою рабочую станцию ​​на Linux, и мне по-прежнему требовалось иметь возможность подключаться к нескольким разным клиентам, используя до 3 разных клиентов vpn ( windows, cisco и symantec).

Несколько моих коллег также подключаются к этим клиентам. В прошлом у нас иногда возникали проблемы с одновременным подключением нескольких из нас к данному клиенту.

После долгих размышлений и прочтения этого и других сайтов я пришел к выводу, что было бы желательно иметь выделенную машину "vpn client", через которую мы все могли бы перенаправлять трафик к желаемым клиентам.

Мой подход заключается в том, чтобы создать довольно легкую машину Linux (может быть, даже виртуальную машину), которая использует виртуализацию ядра, такую ​​как OpenVE, для создания отдельной виртуальной среды для каждого клиентского соединения. При правильной настройке маршрутизации мы могли бы при необходимости поддерживать отдельное независимое соединение с каждым клиентом и иметь любое количество нас, использующих эти соединения.

Мы еще не сталкиваемся с конфликтами адресов с различными сетями, к которым мы подключаемся, но они еще могут возникнуть. Я думаю, что мы могли бы наш путь обходить это.

Итак, я чокнутый или это может сработать?

1 ответ

Решение

Я не вижу причин, почему это не сработает. Наш офисный маршрутизатор / межсетевой экран - это виртуальная машина xen, работающая поверх сервера, для которого не настроен внешний интерфейс. На нашей маршрутизаторе VM настроено несколько VPN-туннелей и настроена маршрутизация.

Другие вопросы по тегам