Получить адрес клиента, подключенного через NAT, по дескриптору сокета?

Question

[Spym]

Есть клиент, есть сервер в Интернете; клиент подключается к серверу из локальной сети через NAT.

Точнее, через несколько NAT:

192.168.3.x (это клиент) ->192.168.3.1 -> 192.168.2.1 -> 192.168.1.1 -> (ISP) -> сервер


Проблема: сервер делает getpeername(..) и получает адрес клиента 192.168.1.1; нужен же его внешний Интернет-адрес (для геолокации).


Что делать?

Answer 1

[YourChief]

ничего. нат потому и нат, что скрывает адреса. вы можете только запросить у клиента его адрес на уровне приложения, если это предусмотрено в протоколе/приложении

Comments

[Spym]

То есть, сервисы типа whatismyip.com выводят адрес, предоставленный клиентом?

[Evengard]

Вообще то странно. Внешний IP-шник где-то должен храниться.

Стоп, а как вы соединение принимаете? Киньте код-ка.

[Spym]

Используется libevent (клиентов много), соединения принимаются очевидным способом:
Создаем событие для новых соединений:

event* e = event_new( m_eventBase, m_socket, EV_READ|EV_ET, onNewConnection, this );
event_add(e, NULL);

В обработчике onNewConnection:

int client = accept( m_socket, NULL, NULL );

Получить sockaddr из accept, в общем-то, можно, но это должно всегда приводить к тому же результату.

[galaxy]

getpeername не может выдать внутренний айпишник никак (или я чего-то в этой жизни не понимаю)
Вы уверены, что через НАТ соединение идет? А то, если клиент тестируется на самом сервере, может не на тот интерфейс забиндились, мало ли…

[Spym]

> Вы уверены, что через НАТ соединение идет? А то, если клиент тестируется на самом сервере <...>
Мало того — соединение идёт вообще из другого города за 100км, так что этот тест был максимально приближен к реальности.

[galaxy]

Адреса вы левые вписали или действительно извне виден виртуальный адрес?

[Spym]

Адреса реальные, извне виден 192.168.1.1.

[galaxy]

Попробуйте tcpdump'ом посмотреть.
Тут либо Вы что-то не так описываете, либо происходит нечто совсем невероятное. getpeername просто смотрит IP адрес входящих пакетов, если бы он и был из сетки 192.168, соединение между двумя хостами из разных сетей просто бы не могло установиться, т.к. по сути ответные пакеты пойдут на нереальный адрес.

[Spym]

Господа, расходимся.
Ошибка не имеет отношения к сети: она заключается в обновлении IP-адреса клиента в БД; определяется же адрес корректно.
192.168.1.1 был получен в одной подсети с сервером, после чего он просто не обновился.
Всем спасибо за содействие.