Curl и Wget возвращают другой код ответа

Можно буквально запросить "*.example.com" и узнать, существует ли подстановочный знак, но невозможно сказать различие между этими двумя зонами:

xyz.example.com.  IN A  1.2.3.4
*.example.com.    IN A  1.2.3.4

и

*.example.com.    IN A  1.2.3.4

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

Я не нашел доступных для сети зеркал, которые поддерживают его все же, поскольку они, кажется, думают, что это - недопустимый вход, но сырые данные роют (или даже nslookup в Windows) работы как очарование:

c:\Some\User> nslookup
> *.my-test-domain.com
Server:  Wireless_Broadband_Router.home
Address:  192.168.1.1

Non-authoritative answer:
Name:    *.my-test-domain-is-not-a-real-domain.com
Address:  1.2.3.4

Или с выройте:

# dig +short '*.not-a-real-domain.com'
1.2.3.4
0
задан 31 March 2012 в 14:12
2 ответа

На странице, на которую вы перенаправлены, написано: «У вас нет прав доступа к этой странице!».

Это не более чем предположение, но я думаю, что они делают ограничение содержимого в зависимости от IP. и ваш ноутбук находится в разрешенном месте, а ваш сервер - нет.

Я сам попробовал использовать тот же URL и получил перенаправление 302 из двух разных мест в Великобритании и одного во Франции. Я получил тайм-аут соединения с сервера Amazon EC2.

Как ни странно, они используют перенаправление 302 на страницу с ошибкой, а не просто обслуживают страницу с ошибкой с соответствующим кодом ответа HTTP, например 403 или 401.

1
ответ дан 23 November 2019 в 10:44

... потому что сервер отвечает по-разному в зависимости от исходного IP-адреса?

Как мы узнаем ответ на то, что вы запускаете на своем сервере?

0
ответ дан 23 November 2019 в 10:44

Теги

Похожие вопросы