Ну, это меня изгоняет. Я использовал инструмент проверки заголовка Http, чтобы проверить заголовки моей веб-страницы и угадать, что. В каждом запросе ответ составлял 302 вместо 200.
domain.con
www.domain.con
http://www.domain.con
Итак, я что-то пропустил? Я не перенаправлял никаких ссылок.
Итак, где f # $% мой сайт перенаправляет? Есть ли дыра в безопасности?
ОБНОВЛЕНИЕ: во время поиска в googling этот
domain.com - это не то же самое, что www.domain.com - это перенаправление.
Вы получаете это, потому что .net/IIS перенаправляет ваш сайт www.domain.com или domain.com на www.domain.com/default.aspx, поэтому вы получаете заголовок с 302, а затем один за 200. Я думаю, что это по дизайну, но очень запутанным.
Может быть, случай этого:
302 Найдено
Это самый популярный код перенаправления, но также пример промышленной практики, противоречащий стандарту. Спецификация HTTP/1.0 (RFC 1945) требовала от клиента выполнения временного перенаправления (исходная фраза описана "Перемещена временно" ), но популярные браузеры реализованы 302 с функциональностью 303 См. Раздел "Другие". Следовательно, HTTP/1.1 добавили коды статуса 303 и 307, чтобы различать два поведения. Однако большинство веб-приложений и фреймворков по-прежнему используют код статуса 302, как если бы это были 303.
303 См. Другое (с HTTP/1.1)
Ответ на запрос можно найти в другом URI, используя метод GET. Если получено в ответ на PUT, следует предположить, что сервер получил данные, а перенаправление должно быть выпущено отдельным сообщением GET.
Возможно, вы забыли добавить окончательную косую черту в конец вашего URL. Большинство веб-серверов перенаправляют вас в "каноническое" местоположение, которое включает в себя косую черту. Если вы включите косую черту, вы можете получить ответ, который вы ищете.
Используете ли вы проверку подлинности на основе форм? и страница входа в систему - это какая-то другая страница, кроме страницы по умолчанию: auth.aspx? Если это так, то вы всегда получите код 302, и страница будет перенаправлена на страницу входа.