Назад | Перейти на главную страницу

ipv6 через VPN-туннель

У меня проблема с ipv6, которая беспокоила меня некоторое время. (Маршрутизация IPv6 через VPN) цель - использовать туннель HurricaneElectric v6, чтобы получить v6 на моем ноутбуке, независимо от того, где я нахожусь, используя свой VPN.

Я собираюсь быть здесь слишком подробным, так что соглашайтесь.

Схема сети:

svr1 --- vpn --- laptop

Интерфейсы:

что бы я хотел:

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 политика).