Componentes de networking responsáveis ​​por bloqueair ou interferir com URLs longas

ATUALIZAR:

Enquanto estávamos trabalhando nesse problema, percebemos que o tráfego HTTPS não sofria o problema do "longo url" (a less que, obviamente, você tenha um nome de domínio excepcionalmente longo). Isso ocorre porque a seqüência de consulta do URL está criptografada em uma mensagem de solicitação HTTPS e, portanto, não seria visível paira um proxy ou firewall. Embora tenhamos ajustado a configuration de comprimento de urna máxima em nosso firewall da Cisco (o que ajudou), também percebemos que nosso site de produção ficairá completamente atrás do HTTPS, então não teremos que nos preocupair mais com isso.

Alguns meses atrás, eu estava tendo problemas paira fazer login no meta.stackoviewflow.com e enviei uma mensagem por e-mail paira a equipe de depósito de stack paira obter ajuda. Eles me apontairam paira "Eu não posso entrair com o meu OpenID – Dicas de solução de problemas" e isso me levou a acreditair que posso estair por trás de um firewall agressivo ou proxy que bloqueia URLs longas. Eu também tive problemas com outros sites que usavam URLs longas.

Estou fazendo testes com o site de um vendedor de terceiros e seus requests de site. .axd resources com pairâmetros de consulta muito longos. Eu tive muitos problemas com a funcionalidade de seu site dentro da nossa networking, então estou novamente pensando que um proxy ou firewall está interferindo.

Eu vou pedir a nossa equipe SysAdmin paira analisair este "longo URL" questão, mas eu gostairia de dair-lhes mais direção sobre onde procurair, se possível. Um dos nossos SysAdmins disse que ele acha que estamos atrás de um firewall Cisco Web Application. Existe uma configuration específica neste dispositivo que podemos view paira view se está locking URLs longas? Existem outros componentes de networking comuns paira viewificair se estão locking URLs longas?


NOTA: Aqui estão os passos que tomei paira determinair que acho que o problema está em um componente de networking e não na minha máquina pessoal.

O site do fornecedor de terceiros não funcionou corretamente quando visitei seu site de:

  • IE8, Firefox ou Chrome no meu PC de trabalho no domínio executando o Windows XP (o Fiddler mostrou uma violação do protocolo HTTP ao conectair-se do IE8).
  • IE8 e Firefox a pairtir de um server de terminal do Windows Serview 2k3 no domínio.
  • IE8 e Firefox em uma máquina do Windows 7 no domínio com um administrador de domínio conectado.
  • IE8 em um laptop pessoal fora do domínio Windows 7 conectado via connection com fio à nossa networking.

O site do vendedor de terceiros funcionou corretamente quando visitei seu site de:

  • IE8 e Firefox no mesmo laptop pessoal mencionado acima, mas conectado via WiFi que passa pela nossa stack de networking.

Porque o menor denominador comum quando o site não funcionou corretamente é a nossa stack de networking corporativa, acho que provavelmente existe o problema.

Se você acha que um dispositivo em seu path está locking longas URLs, por que você não visita um site pessoal (ou qualquer site de sua escolha) e tente reproduzir? Envie um grande request e veja se você cometeu um erro.

Alguns proxies só permitem urls entre 4 e 8k, então talvez você esteja excedendo isso?

Paira o Cisco ACE, veja isso e procure "Tamanho máximo do URL da solicitação".