У меня есть VPS, работающий на Ubuntu 20.04, я обратился в службу поддержки моего поставщика VPS, она сказала, что их служба (VPS) в настоящее время не поддерживает IPv6.Поскольку она не является технической поддержкой, я считаю, что мой VPS сам поддерживает IPv6.
Я так сказал, потому что мой VPS отвечает на другой IPv6, когда я пингую свой VPS. Не только пинг, но и HTTP-запрос с использованием IPv6. Когда я открываю свой веб-сайт, размещенный на этом VPS. Я ввожу IPv6 своего VPS в форме URL-адреса моего браузера
[хх:хх...:хх]:80
затем он перенаправляет на мой домен. Так как я намеревался перенаправить его на свой VPS. Вот почему я больше верю, что IPv6 принадлежит мне.
Сначала, когда я проверяю ifconfig
, да, в IPv6 нет слова, в котором это упоминается. Я вручную добавляю IPv6 с помощью ifconfig
команда помечает себя.
Но, к сожалению, когда мой VPS пингует другой сервер IPv6, он говорит Хост недоступен
Так что я думаю, что обслуживание клиентов не соответствует действительности. Мой VPS имеет IPv6, но только для входящее соединение
хоть и не в состоянии выполнить исходящее соединение
.
Итак, возможно ли, что я могу сделать исходящее соединение на своем VPS с IPv6?
Когда я понял, что мой VPS имеет IPv6?
Это было, когда я вошел по SSH с моего другого VPS с IPv6 только в мой VPS только с IPv4. Это заставляет меня задаться вопросом, почему мой VPS IPv4 принимает это соединение?
Редактировать:
Вывод ip -6 адрес показать
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 состояние НЕИЗВЕСТНО qlen 1000
inet6 :: 1/128 узел области видимости
valid_lft навсегда
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 состояние UP qlen 1000
inet6 2001:xxx:xxx:xxx:x:x:xxx:xxx/112 глобальная область действия
valid_lft навсегда
ссылка на область inet6 fe80::5054:ff:fe19:dd6c/64
valid_lft навсегда
Вывод ip -6 показать маршрут
::1 dev lo proto kernel metric 256 pref medium
2001:xxx:xxx:xxx:xxx:xxx:1b70:0/112 dev ens3 proto kernel metric 256 pref medium
fe80::/64 dev ens3 proto kernel metric 256 pref средний
Редактировать: я отключил WARP Tunnel (сторонний) (больше нет интерфейса wgcf)
Это когда я запускаю ping google DNS, например пинг 2001:4860:4860::8888
Вывод:
пинг: подключение: сеть недоступна
Конечно, это сработает, если я использую эту третью сторону (туннель деформации или интерфейс wgcf, который фактически использует прокси)