Componentes de rede responsáveis por bloquear ou interferir com URLs longos

Question

UPDATE:

While we were working on this problem, we realized that HTTPS traffic does not suffer from the "long url" problem (unless, of course, you have an exceptionally long domain name). This is because the query string of the URL is encrypted in an HTTPS request message and thus wouldn't be visible to a proxy or firewall. While we did adjust the maximum url length setting on our Cisco firewall (which helped), we also realized that our production site will be entirely behind HTTPS, so we won't have to worry about it anymore.

Alguns meses atrás, eu estava tendo problemas para fazer login no meta.stackoverflow.com e enviei um e-mail para a equipe do Stack Overflow para obter ajuda. Eles apontaram para "Não consigo entrar com Meu OpenID - Dicas de solução de problemas " e isso me levou a acreditar que posso estar por trás de um firewall ou proxy agressivo que bloqueia URLs longos. Também tive problemas com outros sites que usaram URLs longos.

Estou fazendo testes com o site de um fornecedor de terceiros e o site deles solicita .axd recursos com parâmetros de consulta muito longos. Eu tive muitos problemas com a funcionalidade de seu site dentro de nossa rede, então estou pensando novamente que um proxy ou firewall está interferindo.

Vou pedir à nossa equipe do SysAdmin para analisar esse problema de "URL longo", mas gostaria de fornecer mais orientações sobre onde procurar, se possível. Um de nossos SysAdmins disse que acha que estamos por trás de um firewall do Cisco Web Application. Existe uma configuração específica neste dispositivo que poderíamos ver para ver se está bloqueando URLs longos? Existem outros componentes de rede comuns para ver se estão bloqueando URLs longos?

NOTA: Aqui estão os passos que eu dei para determinar que eu acho que o problema está em um componente de rede e não em minha máquina pessoal.

O site do fornecedor de terceiros não funcionou corretamente quando visitei o site deles a partir de:

• IE8, Firefox ou Chrome no meu PC de trabalho no domínio que executa o Windows XP (o Fiddler até mostrou uma violação do protocolo HTTP ao se conectar a partir do IE8).
• IE8 e amp; Firefox de um servidor de terminal Windows Server 2k3 no domínio.
• IE8 e amp; O Firefox em uma máquina com Windows 7 no domínio com um administrador de domínio conectado.
• O IE8 em um laptop pessoal com Windows 7 fora do domínio, conectado via conexão com fio à nossa rede.

O site do fornecedor de terceiros funcionou corretamente quando visitei o site deles de:

• IE8 e amp; Firefox no mesmo laptop pessoal mencionado acima, mas conectado via WiFi que passa pela nossa pilha de rede.

Como o menor denominador comum quando o site não funcionou corretamente é nossa pilha de rede corporativa, acho que o problema provavelmente existe lá.

    

Answer 1

Se você acha que um dispositivo em seu caminho está bloqueando URLs longos, por que você não visita um site pessoal (ou qualquer site de sua escolha) e tenta reproduzir? Envie uma solicitação grande e veja se você recebe um erro de volta.

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

Para o Cisco ACE, consulte este e pesquise por "Tamanho máximo do URL de solicitação".