ОБНОВИТЬ:
Пока мы работали над этой проблемой, мы поняли, что трафик HTTPS не страдает от проблемы "длинного URL" (если, конечно, у вас нет исключительно длинного доменного имени). Это связано с тем, что строка запроса URL-адреса зашифрована в сообщении запроса HTTPS и, следовательно, не будет видна прокси-серверу или брандмауэру. Хотя мы изменили настройку максимальной длины URL-адреса на нашем брандмауэре Cisco (что помогло), мы также поняли, что наш рабочий сайт будет полностью защищен протоколом HTTPS, поэтому нам больше не придется об этом беспокоиться.
Несколько месяцев назад у меня возникли проблемы со входом на сайт meta.stackoverflow.com, и я обратился за помощью к команде Stack Overflow по электронной почте. Они указали мне на «Я не могу войти с помощью своего OpenID - Советы по устранению неполадок» и это привело меня к мысли, что я могу быть за агрессивным брандмауэром или прокси-сервером, блокирующим длинные URL-адреса. У меня также были проблемы с другими сайтами, которые использовали длинные URL-адреса.
Я провожу тестирование с веб-сайтом стороннего поставщика и его запросами .axd ресурсы с очень длинными параметрами запроса. У меня было много проблем с функциональностью их сайта в нашей сети, поэтому я снова думаю, что вмешивается прокси или брандмауэр.
Я собираюсь попросить нашу команду системных администраторов разобраться с этой проблемой "длинного URL", но я хотел бы дать им больше указаний о том, где искать, если это возможно. Один из наших системных администраторов сказал, что, по его мнению, мы защищаем брандмауэр веб-приложений Cisco. Есть ли на этом устройстве особая настройка, на которую мы могли бы посмотреть, блокирует ли оно длинные URL-адреса? Есть ли другие распространенные сетевые компоненты, на которые стоит обратить внимание, чтобы узнать, блокируют ли они длинные URL-адреса?
ПРИМЕЧАНИЕ. Вот шаги, которые я предпринял, чтобы определить, что, по моему мнению, проблема заключается в сетевом компоненте, а не на моем личном компьютере.
Сайт стороннего поставщика не работал правильно когда я зашел на их сайт из:
Сайт стороннего поставщика работал правильно когда я зашел на их сайт из:
Поскольку наименьший общий знаменатель, когда сайт не работал правильно, - это стек нашей корпоративной сети, я думаю, что проблема, вероятно, существует там.
Если вы думаете, что устройство на вашем пути блокирует длинные URL-адреса, почему бы вам не посетить личный веб-сайт (или любой другой сайт по вашему выбору) и не попытаться воспроизвести? Отправьте большой запрос и посмотрите, получите ли вы ответ об ошибке.
Некоторые прокси разрешают только URL-адреса от 4 до 8 КБ, так что, возможно, вы превышаете это значение?
Для Cisco ACE взгляните на этот и найдите «Максимальный размер URL-адреса запроса».