Цикл перенаправления в приложении ASP.NET при использовании в Америке - PullRequest
0 голосов
/ 04 января 2010

У меня есть несколько программ, написанных на ASP.NET 3.5 и 4. Я могу нормально их загружать (я в Англии), как и мои коллеги из Англии. Мои американские коллеги, однако, страдают от петель перенаправления при попытке загрузить любое из приложений. Я попробовал себя, используя Hide My Ass и могу последовательно воссоздать эту проблему.

Я в тупике. Что может быть причиной цикла перенаправления для пользователей в конкретной стране?!

Приложения размещаются на IIS 6 на выделенном Windows Server 2003. Я перезапустил IIS безуспешно.

Редактировать

Я должен был дать понять, что, к сожалению, у меня нет доступа к машинам в США для запуска Firefox Firebug / Fiddler. Сообщение, которое я получаю в Chrome: This webpage has a redirect loop..

Ответы [ 3 ]

1 голос
/ 04 января 2010

Когда вы говорите «цикл перенаправления», вы имеете в виду перенаправление, как в перенаправлении http? Или вы имеете в виду петлю маршрутизации TCP / IP?

Цикл TCP / IP можно идентифицировать, выполнив эхо-запрос из одного из затронутых клиентских ящиков. Если вы получили сообщение «TTL expired» или подобное, то это маршрутизация и вряд ли будет связана с приложением.

Если вы действительно имели в виду перенаправление http, попробуйте запустить Fiddler или, что еще лучше, HttpWatch Pro и посмотреть как заголовки запроса, так и соответствующие ответы. Еще лучше - попробуйте сравнить заголовки запроса / ответа от не работающих в США клиентов / серверов с отказавшими американскими аналогами

0 голосов
/ 04 января 2010

Что может быть причиной петли перенаправления для пользователей в конкретной стране?!

  1. Код, связанный с глобализацией / локализацией
  2. Действия на основе гео-IP
  3. Использование разных базовых URL в каждой стране, а затем перенаправление с одного на себя. Например, если вы использовали uk.example.com в Великобритании и us.example.com в США и по какой-то причине случайно переадресовали us.example.com на себя.
  4. Неправильные перенаправления на ошибки 404 Not Found.
  5. Ложные мета-перенаправления тегов
  6. Неправильные перенаправления на основе ошибок аутентификации
  7. Многие другие причины

Я попробовал себя, используя Hide My Ass и может последовательно воссоздать это выпуск.

Я перезапустил IIS без удачи.

У меня нет доступа к машинам в США запустить Firefox Firebug / Скрипач.

Третье утверждение выше не имеет смысла в свете двух других. Если вы можете перезапустить IIS или получить доступ к сайтам через прокси, то вы можете запустить Fiddler, так как это приложение на стороне клиента. Просмотр сгенерированного HTML и соответствующих заголовков HTTP будет лучшим способом диагностики вашей проблемы.

0 голосов
/ 04 января 2010

вы можете взглянуть на Live HTTP Headers в Firefox и посмотреть, на что он пытается перенаправить.возможно, он пытается перенаправить на URL-адрес в зависимости от языка / страны посетителя, или, возможно, днс не распространяется полностью ...

Если вы хотите опубликовать URL-адрес, я мог бы дать вам трассировку

...