Секретный канал

GreK (grek07@deadmail.ru)

Хакер, номер #083, стр. 083-034-3

3. Мы добрались до интересующей нас опции - «Предоставить разрешение на удаленный доступ». Активируй ее и нажми «ОК». Настройка завершена.

Теперь VPN-сервер может принимать входящие подключения, но пока непонятно, какие и от кого. Осталось самая малость - указать системе авторизированных для подключения пользователей, что осуществляется через службу каталогов (Active Directory). Если она не установлена или не настроена, могу только посочувствовать и посоветовать прочитать статью «Оседлай Windows 2003» в #77 номере Х. Если же с AD все ОК, то порядок действий будет следующим:

1. Перейди «Пуск ->gt; Администрирование ->gt; Active Directory - пользователи и компьютеры»

2. Теперь создай новую или найди интересующую тебя учетную запись и открой ее свойства.

3. В закладке «Входящие соединения» есть пункт «Разрешить доступ». Его и нужно активировать.

В системе есть еще немало настроек, относящихся к VPN-соединениям. Все они нужны для того, чтобы администратор мог до мельчайших деталей отконфигурировать виртуальную частную сеть и сделать ее такой, какой бы хотел ее видеть. Дерзай!

[недостатки реализации VPN в windows]

При всей простоте настроек, реализация VPN в Windows имеет некоторые недостатки. Сейчас ты поймешь, что я имею в виду - для этого обратимся к внутренностям VPN-соединения. После того, как пользователь инициировал VPN-подключение, между ним и сервером организуется специальный туннель, по которому начинает осуществляться передача данных: техническая информация, касающаяся процесса идентификации, а также инкапсулированный IP, IPX, NetBEUI-трафик в зашифрованном виде. Инкапсуляция трафика осуществляется с помощью GRE-протокола (Generic Routing Encapsulation), который, по сути, и является слабым узлом системы. Проблема заключается в том, что некоторые провайдеры не пропускают GRE-пакеты и тем самым полностью блокируют использование VPN. Обойти это ограничение невозможно, поэтому приходится обращаться к альтернативным реализациям VPN, использующим свою собственную систему инкапсуляции трафика. Список Other VPN solutions (www.tinc-vpn.org/vpnlinks) насчитывает порядка 15 подобных реализаций. Особое уважение и наибольшую популярность завоевали две из них: tinc (www.tinc-vpn.org) и OpenVPN (www.openvpn.net). Их-то мы сегодня и рассмотрим.

[что есть tinc?]

Когда смотришь на смехотворных размер дистрибутива tinc (всего 697 Кб) даже представить себе не можешь, что разработчики умудрились уместить в нем полноценное средство для организации VPN-соединений. Приложение поддерживает все необходимые атрибуты, присущие виртуальным частным сетям, и даже больше! Суди сам: туннелирование трафика, непрерывное шифрование передаваемых данных и даже компрессию «на лету». Примечательно, что возможности tinc не ограничиваются подключениями точка-точка. Виртуальная сеть может быть составлена из нескольких клиентов и, что особенно приятно, tinc самостоятельно будет решать все задачи, касающиеся маршрутизации. Будь уверен: данные внутри VPN-сети всегда пойдут по самому оптимальному пути и, если это возможно, напрямую в точку назначения. Думаю, даже этого достаточно, чтобы тебя заинтриговать, поэтому предлагаю перейти к практической части.