Я второй ответ от @ S.Lott: Невозможно использовать STUN (или любой другой протокол), чтобы со 100% -ной уверенностью определить, за каким типом NAT вы находитесь.
Проблема (как я недавно наблюдал) заключается в том, что NAT иногда может действовать как Адресно-зависимый (Симметричный), а иногда как Независимо от конечной точки (Полный, Ограниченный или Ограниченный по порту) конус).
Когда вы думаете об этом, зависимость от адреса означает, что когда вы отправляете пакеты из одного сокета на клиенте за NAT на два разных сервера, то NAT создаст два пользовательских общедоступных адреса: кортежи портов для каждого из серверов. , В моем случае эти привязки казались совершенно случайными, но если диапазон был небольшим, иногда случалось, что эти кортежи были фактически равны! Что запутало тест.
В то время я использовал эту библиотеку , и иногда она говорила мне, что поведение NAT было зависимым от адреса, а иногда оно было независимым от конечной точки (переключение между ними также казалось совершенно случайным, иногда произошло после того, как я перезапустил устройство, иногда через некоторое время ...).
Это случилось со мной на мобильном устройстве с Slovak Telekom , компанией, в основном принадлежащей Deutsche Telekom , поэтому я думаю, что проблема будет, по крайней мере, общеевропейской.
Я бы сказал, что правило здесь таково: если тест STUN говорит вам, что вы находитесь за Symmetric NAT, чем это имеет место, но если он говорит вам об обратном, вы не можете быть уверены на 100%.
Последнее замечание, простой способ проверить поведение вашего NAT в отношении TCP - это ввести «какой у меня IP-адрес» в google, а затем открыть сначала (скажем) пять страниц. Если страницы не соответствуют вашему IP-адресу, ваше поведение NAT будет зависимым от адреса или зависимым от адреса и порта (симметричным). Но опять же, если они соответствуют, вы просто не можете быть уверены.