У меня проблема с ipv6, которая беспокоила меня некоторое время. (Маршрутизация IPv6 через VPN) цель - использовать туннель HurricaneElectric v6, чтобы получить v6 на моем ноутбуке, независимо от того, где я нахожусь, используя свой VPN.
Я собираюсь быть здесь слишком подробным, так что соглашайтесь.
Схема сети:
svr1
--- vpn
--- laptop
svr1
это клиент Linux OpenVPN со статическим v4 и туннелем ipv6 HE.
vpn
- это сервер Linux OpenVPN (помимо прочего). он имеет динамический адрес v4 и поэтому не может использоваться с туннелем HurricaneElectric.
laptop
это ноутбук OSX и клиент OpenVPN
Интерфейсы:
Шлюз HE: 2001: 470: a: ed :: 1
svr1 v6: 2001: 470: a: ed :: 2
srv1-tap: 2001: 470: a: ed :: 20
Ноутбук-Tap: 2001: 470: a: ed :: 99
что бы я хотел:
HE
--- svr1
--- (vpn
) --- laptop
проблема заключается в том, что я могу заставить эту настройку работать, но только при определенных условиях.
например, я подключаю все, ping6 2001: 470: a: ed :: 2 (и далее) недоступен по протоколу ICMP. как только я ping6 2001: 470: a: ed :: 20 (следующий переход). Такая проблема существовала, когда я впервые настраивал туннель на srv1, но, похоже, исчез с добавлением «метрики 1» к объявлению интерфейса. Однако я воспроизвел это на vpn
, хотя я еще не тестировал компонент «метрика 1». Я не смог найти команда 'metric' в OSX, но я обнаружил, что у многих людей возникают проблемы с ipv6 в OSX
Ищу какое-то решение. Я бы предпочел статические маршруты, без дополнительных префиксов, но на данный момент я готов попробовать все. Я пробовал radvd, ipv6 на vpn, prefix (хотя, вероятно, неправильно). У меня почти нет опыта работы с ipv6, поэтому предполагаю, что я ничего не знаю.
решение оказалось разницей между туннелем брокера туннеля и направлен / 64 они предоставляют. эта схема адресации верна.
Интерфейсы:
Шлюз HE: 2001: 470: a: ed :: 1
svr1 v6: 2001: 470: a: ed :: 2
srv1-tap: 2001: 470:б: ed :: 1
ноутбук-кран: 2001: 470:б: ed :: 2
Все ваши таблицы маршрутизации (ip -6 ro
) и более точное описание того, что (пинги) работает, а что нет, вполне поможет понять, что происходит,
но я могу предположить, что у вас либо проблемы с настройкой пересылки ipv6 на srv1 (sysctl's net.ipv6.conf.all.forwarding
) или с ip6tables (может быть по умолчанию DROP
политика).