Проксі, що слухає на IPv6, потребує IPv6-маршруту від клієнта. Його вихідне з’єднання із сайтом усе одно може використовувати IPv4. І навпаки: проксі, що слухає на IPv4, може досягати IPv6-призначення, якщо має потрібну підтримку й маршрут.

З’єднанняПотрібна підтримка
Клієнт → проксіМаршрут до адреси кінцевої точки та доступна служба прослуховування.
Проксі → призначенняВідповідна адреса призначення, резолвер, вихідний маршрут і політика доступу на проксі.

У повному URL проксі числову IPv6-адресу слід брати у квадратні дужки:

http://[2001:db8::10]:8080

Замініть документаційну адресу справжньою кінцевою точкою. Окремі поля хоста й порту можуть очікувати адресу без дужок; дотримуйтеся формату застосунку. Правильний синтаксис не створить відсутнього IPv6-маршруту, тому перед звинуваченням служби перевірте IPv6 у своїй мережі або інше IPv6-призначення.

Яка сторона обирає адресу призначення?

CONNECT-запит з іменем хоста залишає з’єднання з призначенням проксі. SOCKS5 може передати IPv4-адресу, IPv6-адресу або доменне ім’я залежно від режиму клієнта. Примусовий вибір сімейства адрес на клієнті не обов’язково обмежує ім’я, яке розв’язується віддалено; з’ясуйте, на яке з’єднання впливає опція.

Отже, IP-перевірка, що показує IPv4 після вибору IPv6-проксі, можлива й без другого з’єднання клієнта. Спершу з’ясуйте, що вона показує: свого TCP-партнера, прикладний заголовок чи інший запит браузера. Незашифроване пересилання HTTP може додати адресні дані клієнта; звичайний ретранслятор CONNECT не може вставити заголовок у зашифрований HTTP призначення. Дані Forwarded потребують політики довіри й самі собою не доводять існування іншого мережевого з’єднання.

Запишіть кінцеву точку, ціль, протокол і перший збій. Недоступність служби прослуховування відрізняється від її відповіді про недоступність призначення. Збирач для списку проксі ProxyHub зараз приймає записи IPv4; ці приклади IPv6 описують загальну поведінку, а не поточний IPv6-фільтр списку.

Схожі статті