Вы находитесь здесь: version6.ru » Настройка IPv6 в OpenVPN
Различия
Здесь показаны различия между выбранной ревизией и текущей версией данной страницы.
openvpn [2012-02-17 08:50 UTC] rm |
openvpn [2012-02-17 09:19 UTC] (текущий) rm |
||
---|---|---|---|
Строка 1: | Строка 1: | ||
====== Настройка IPv6 в OpenVPN ====== | ====== Настройка IPv6 в OpenVPN ====== | ||
- | Использовать IPv6 внутри OpenVPN удобнее всего в режиме работы VPN под названием tap (а не "tun"), представляющем из себя эмуляцию внутри VPN-соединения обычного Ethernet-подключения. | + | Использовать IPv6 внутри OpenVPN удобнее всего в режиме работы VPN под названием tap (а не "tun"), представляющем из себя эмуляцию внутри VPN обычного Ethernet-подключения. |
- | ===== Выбор транспортного протокола ===== | ||
OpenVPN-туннель может работать и при полном отсутствии IPv4, т.е. использовать в качестве транспорта UDP/IPv6, и внутри туннеля также, пропускать IPv6-трафик. Именно такой вариант я и рекомендую -- дело в том, что при использовании OpenVPN поверх IPv4 нужно будет обеспечивать на файрволлах обоих сторон надёжный пропуск-проброс UDP-пакетов на внутренние IPv4-адреса терминирующих VPN компьютеров (TCP тоже поддерживается, но к использованию авторами OpenVPN не рекомендован), что может оказаться немногим проще, чем настроить на этих же роутерах [[/6to4/howto|6to4]] или [[/he.net/howto|другой]] туннель. | OpenVPN-туннель может работать и при полном отсутствии IPv4, т.е. использовать в качестве транспорта UDP/IPv6, и внутри туннеля также, пропускать IPv6-трафик. Именно такой вариант я и рекомендую -- дело в том, что при использовании OpenVPN поверх IPv4 нужно будет обеспечивать на файрволлах обоих сторон надёжный пропуск-проброс UDP-пакетов на внутренние IPv4-адреса терминирующих VPN компьютеров (TCP тоже поддерживается, но к использованию авторами OpenVPN не рекомендован), что может оказаться немногим проще, чем настроить на этих же роутерах [[/6to4/howto|6to4]] или [[/he.net/howto|другой]] туннель. | ||
- | ===== Конфигурационные файлы ===== | ||
Для этого примера предположим, что мы хотим связать главный офис фирмы (HQ) с одним из её филиалов (Branch) в режиме VPN точка-точка, с разделяемым секретным ключом (''vpn-hq.key''), IPv6 нам предоставляет [[/he.net/howto|tunnelbroker.net]], в главном офисе используются различные подсети из ''2001:470:xxxx::/48'', а VPN-клиенту мы решили выдать ''2001:470:xxxx:1::/64''. | Для этого примера предположим, что мы хотим связать главный офис фирмы (HQ) с одним из её филиалов (Branch) в режиме VPN точка-точка, с разделяемым секретным ключом (''vpn-hq.key''), IPv6 нам предоставляет [[/he.net/howto|tunnelbroker.net]], в главном офисе используются различные подсети из ''2001:470:xxxx::/48'', а VPN-клиенту мы решили выдать ''2001:470:xxxx:1::/64''. | ||
- | ==== На обоих компьютерах ==== | + | ===== Общие настройки (на обоих компьютерах) ===== |
- | Файл ''/etc/openvpn/vpn-hq.key'' будет содержать секретный ключ, который при использовании туннеля с шифрованием в режиме "shared secret" должен быть одинаковым на всех соединяемых компьютерах. Сгенерировать его можно следующим образом((http://openvpn.net/index.php/open-source/documentation/miscellaneous/78-static-key-mini-howto.html)): | + | Файл ''/etc/openvpn/vpn-hq.key'' будет содержать секретный ключ, который при использовании туннеля с шифрованием в режиме "shared secret" должен быть одинаковым на всех соединяемых компьютерах. Сгенерировать его можно следующим образом: |
<code>openvpn --genkey --secret /etc/openvpn/vpn-hq.key</code> | <code>openvpn --genkey --secret /etc/openvpn/vpn-hq.key</code> | ||
Строка 36: | Строка 34: | ||
exit 0</file> | exit 0</file> | ||
- | По-умолчанию, при каждом перезапуске VPN создаются туннельные интерфейсы со случайным MAC-адресом. Это неудобно тем, что любые открытые внутри VPN соединения после перезапуска VPN подвисают на долгое время -- до тех пор, пока удалённый компьютер не обнаружит изменившийся MAC-адрес другого конца туннеля. Указанным же выше способом (строка с ifconfig) можно добиться того, чтобы MAC-адрес на каждом клиентском компьютере был постоянным (до смены hostname, что происходит крайне редко), и при этом с достаточной степенью вероятности оказывался уникальным. | + | По-умолчанию, при каждом перезапуске VPN создаются туннельные интерфейсы со случайным MAC-адресом. Это неудобно тем, что любые открытые внутри VPN соединения после перезапуска VPN подвисают на долгое время -- до тех пор, пока удалённый компьютер не обнаружит изменившийся MAC-адрес другого конца туннеля. Указанным же выше способом (строка с ''ifconfig'') можно добиться того, чтобы MAC-адрес на каждом клиентском компьютере был каждый раз одним и тем же (до смены hostname, что происходит крайне редко), и при этом с достаточной степенью вероятности уникальным. |
- | ==== На сервере (hq.example.com) ==== | + | ===== На сервере ===== |
<file - /etc/openvpn/vpn-branch.conf>lport 1194 | <file - /etc/openvpn/vpn-branch.conf>lport 1194 | ||
proto udp6 | proto udp6 | ||
dev vpn-branch | dev vpn-branch | ||
dev-type tap | dev-type tap | ||
+ | tun-mtu 1360 | ||
secret vpn-hq.key | secret vpn-hq.key | ||
script-security 2 | script-security 2 | ||
Строка 58: | Строка 56: | ||
IgnoreIfMissing on; | IgnoreIfMissing on; | ||
AdvDefaultLifetime 0; | AdvDefaultLifetime 0; | ||
- | AdvLinkMTU 1400; | ||
prefix 2001:470:xxxx:1::1/64 { }; | prefix 2001:470:xxxx:1::1/64 { }; | ||
route 2001:470:xxxx::/48 { }; | route 2001:470:xxxx::/48 { }; | ||
Строка 64: | Строка 61: | ||
</file> | </file> | ||
- | ==== На клиенте ==== | + | Нужно также включить на сервере IP forwarding, для чего добавить в ''/etc/sysctl.conf'' следующие две строки и выполнить ''sysctl -p'' с правами ''root'': |
+ | <file>net.ipv6.conf.all.forwarding=1 | ||
+ | net.ipv6.conf.default.forwarding=1</file> | ||
+ | ...а также добавить соответствующее правило в настройки используемого IPv6-файрволла: | ||
+ | <file>ip6tables -A FORWARD -i vpn-branch -j ACCEPT</file> | ||
+ | |||
+ | ===== На клиенте ===== | ||
<file - /etc/openvpn/vpn-hq.conf>remote hq.example.com 1194 | <file - /etc/openvpn/vpn-hq.conf>remote hq.example.com 1194 | ||
proto udp6 | proto udp6 | ||
dev vpn-hq | dev vpn-hq | ||
dev-type tap | dev-type tap | ||
+ | tun-mtu 1360 | ||
secret vpn-hq.key | secret vpn-hq.key | ||
script-security 2 | script-security 2 | ||
- | up tap.sh | + | up tap.sh</file> |
- | </file> | + | |
- | + | ||
- | ===== Включение маршрутизации ===== | + | |
- | Если необходимо разрешить VPN-клиенту доступ к другим подсетям, кроме используемой непосредственно для организации туннеля, либо выпустить его "во внешний мир" через Интернет-соединение сервера, следует включить на сервере IP forwarding, для чего добавить в ''/etc/sysctl.conf'' следующие две строки и выполнить ''sysctl -p'' с правами ''root'': | + | |
- | <file>net.ipv6.conf.all.forwarding=1 | + | |
- | net.ipv6.conf.default.forwarding=1</file> | + | |
- | ...а также добавить соответствующее правило в настройки используемого IPv6-файрволла: | + | |
- | <file>ip6tables -A FORWARD -i vpn-branch -j ACCEPT</file> | + | |
===== Запуск туннеля ===== | ===== Запуск туннеля ===== | ||
После создания на обоих компьютерах всех указанных выше файлов, достаточно просто перезапустить OpenVPN (в Debian/Ubuntu -- ''/etc/init.d/openvpn restart'') и RADVD (''/etc/init.d/radvd restart''), после чего туннель должен будет начать работать. | После создания на обоих компьютерах всех указанных выше файлов, достаточно просто перезапустить OpenVPN (в Debian/Ubuntu -- ''/etc/init.d/openvpn restart'') и RADVD (''/etc/init.d/radvd restart''), после чего туннель должен будет начать работать. | ||
+ | |||
+ | ===== Ссылки ===== | ||
+ | * http://openvpn.net/index.php/open-source/documentation/miscellaneous/78-static-key-mini-howto.html | ||
openvpn.1329468649.txt.gz · Последние изменения: 2012-02-17 08:50 UTC От rm