vcjaenhy
14.09.2019 - 11:14
Всем привет, ребят подскажите, есть хост с 2мя ip адресами,
Если указать второй ip хостинга в параметре CURLOPT_INTERFACE
сервер действительно пошлет запрос с указанного ip или же это просто замена заголовка?
Можно ли понять что запрос идет с неосновного Ip адреса сервера?
Эли4ка
14.09.2019 - 14:25
А вы пробовали сами это сделать?
vcjaenhy
14.09.2019 - 19:18
да пробовал, и не вижу в заголовках php каких-то иных адресов, но меня мучает сомнение, возможно на более низком уровне можно получить первый базовый ip?
walerus
16.09.2019 - 17:41
vcjaenhy Нет, все верно курл подменяет именно IP, я так делал для парсера гугла... правда использовали соксы и прокси, но суть дела не меняет...
walerus
а ты у верен в этом? А не может ли оказаться так что ip в данном случае, это лишь средство для ограничения количества запросов, т.к. ip-шники платные?
я вот что думаю заголовки и прочие данные это же пакеты данных, но должна быть какая -то оболочка для этих данных, которая и может показать истинный ip?
Т.е. пакет данных с заголовками сам по себе не может быть самодостаточным т.к. это реализованный протокол, на базе общего решения.
И получается, что в самом вызове, обращении к порту стороннего хоста, уже должна содержаться общая информация об ip и порте с которого идет обращение, а в заголовках пакетов указывается ip для отправки ответа согласно работе протокола!!!!! по указанному в заголовках ip или нет?
walerus
20.09.2019 - 18:46
Guest Да я уверен, протестировав на входящий IP и да, использовал сервера с платными доп IP.
vcjaenhy
20.09.2019 - 20:25
walerus
а как ты его тестировал на php?
killer8080
21.09.2019 - 19:31
vcjaenhyчто мешает самому проверить? Запроси любой сервис возвращающий ip клиента, и сравни.
Вот например
https://api.ipify.org/
vcjaenhy
21.09.2019 - 23:55
killer8080
эх, я же пишу что да проверял работает, но есть подозрение, что отображает данные с заголовков передаваемых в рамках протокола. И есть подозрение, что на более глубоком уровне железа или т.п. виден настоящий ip и вопрос в том так ли это.
walerus
22.09.2019 - 01:43
vcjaenhy Так глубоко (до уровня железа) я не копал... не было необходимости, гуглу хватало и этого, что бы парсер нормально отрабатывал и не блокался.
killer8080
22.09.2019 - 15:25
Цитата (vcjaenhy @ 21.09.2019 - 22:55) |
killer8080 эх, я же пишу что да проверял работает, но есть подозрение, что отображает данные с заголовков передаваемых в рамках протокола. |
нет
Цитата (vcjaenhy @ 21.09.2019 - 22:55) |
И есть подозрение, что на более глубоком уровне железа или т.п. виден настоящий ip и вопрос в том так ли это. |
Тут налицо явное не понимание сетевого стека
Нет никакого "настоящего" ip. Есть несколько логических сетевых интерфейсов, некоторые ассоциированы с физическими, некоторые с виртуальными устройствами. У каждого интерфейса свой ip обычно (если не объединён в bridge). Через какой интерфейс слать ip пакет ОС решает на основе таблицы маршрутизации. Посмотреть таблицу можно в консоли
route -n для линукса,
route print для винды.
CURLOPT_INTERFACE навязывает системе слать пакеты через заданный интерфейс, игнорируя таблицу маршрутизации. Удаленный хост видит только этот ip, если он белый конечно. Он никак не может узнать о наличии у тебя других сетевых интерфейсов и их ip адресах.
vcjaenhy
24.09.2019 - 11:15
killer8080
респект
Быстрый ответ:
Powered by dgreen
Здесь расположена полная версия этой страницы.