У меня есть эта ссылка
http://appflood.go2cloud.org/aff_c?offer_id=1724&aff_id = 2593
Он обеспечивает перенаправление на любой браузер в Android (внутренний, Chrome, Firefox).
Но это не перенаправляет на настольных браузерах.
И эта ссылка не может быть одурачена! Поэтому, если я изменю useragent в моем настольном браузере Firefox на строку, ТОЧНО совпадающую со строкой мобильного телефона, я не могу получить перенаправление.
Также, если я переключу ЛЮБОЙ из моего мобильного браузера в режим рабочего стола, я все еще буду перенаправлен.
Я могу обмануть ЛЮБОЙ из распространенных методов мобильного обнаружения, изменив UserAgent. Но я не могу обмануть эту ссылку.
Так что я полагаю, что перенаправление основано не на парсинге только UserAgent.
Обратите внимание, что я использую свой мобильный телефон с Wi-Fi, который подключен к маршрутизатору. Таким образом, телефон имеет тот же внешний IP с моим настольным компьютером. это касается версии обнаружения IP беспроводного интернет-провайдера.
Итак, вопрос в том, как работает это перенаправление и как я могу реализовать подобное.
С помощью curl
из командной строки Bash:
$ curl -i 'http://appflood.go2cloud.org/aff_c?offer_id=1724&aff_id=2593'
HTTP/1.0 302 Moved
Location: http://10.42.217.107:15871/cgi-bin/blockpage.cgi?ws-session=356106294
Pragma: no-cache
Cache-Control: no-cache
И затем запрашивая URL перенаправления:
$ curl -i 'http://10.42.217.107:15871/cgi-bin/blockpage.cgi?ws-session=356106294'
HTTP/1.0 200 OK
Content-Length: 800
Content-Type: image/gif
GIF87a...
Я вставил этот URL в Firefox 35.0 на Windows 7 (ноутбук), и перенаправление работало нормально.
Я не вижу здесь проблемы, если вы не кэшировали версии этих URL в браузерах настольных компьютеров.
Edit # 1: добавлены одинарные кавычки вокруг URL в команде curl, так что &
персонаж заканчивает команду преждевременно.
Редактировать № 2: я попробовал tracert
на appflood.go2cloud.org:
$ tracert appflood.go2cloud.org
Tracing route to appflood.go2cloud.org [54.175.84.195]
over a maximum of 30 hops:
1 4 ms 1 ms 1 ms <Internal Domain Name/IP>
... ... ... ... ...
12 25 ms 25 ms 36 ms 198.71.46.9 (Ann Arbor, Michigan, USA)
13 26 ms 26 ms 25 ms 72.21.220.29 (Amazon.com, Seattle, Washington, USA)
14 26 ms 26 ms 26 ms 205.251.245.224 (Amazon.com, Seattle, Washington, USA)
15 * * * Request timed out.
... ... ... ... ...
30 * * * Request timed out.
(Я пропустил внутренние IP-адреса и доменные имена, а также множество тайм-аутов для краткости)
@axiac сказал в комментарии ниже, что та же самая проблема происходила. Это может быть проблема маршрутизации в региональной сети, так как я нахожусь в США, и она работает нормально.
Других решений пока нет …