Nestas sugestões, identificaremos algumas possíveis causas que levariam ao erro esperado do tipo C#, para depois fornecer algumas possíveis melhorias que você pode tentar se livrar desse problema.
Eu tenho um problema de autenticação ISA que está incomodando nossa equipe de suporte por uma determinada data e meia; Qualquer forma de assistência nesta fase seria muito apreciada. Sim
Temos uma conta de vários domínios em execução no Server 2003 R2 com servidores ISA 2004 em cluster roteando clientes em potencial da Internet por meio desse servidor proxy. Antes da queda de energia em um dos domínios (vamos chamar este “Domínio A”) na noite de domingo, os pedidos de Internet para todos os lugares através do ISA foram resolvidos muito bem. Também vale a pena notar que meu cluster ISA Server não está realmente no Domínio A, e nenhum dos outros sites dentro do domínio parece ter perdido desempenho em outros lugares, incluindo os ISA Servers.
No entanto, após a solução de problemas frequente e a colocação dos nós de proprietários afetados novamente online, o tráfego de blog do domínio A não é mais processado por meio do proxy. Em vez disso, o log do ISA agora contém o erro “12209: ISA, meu servidor requer autenticação para concluir a solicitação. Acesso negado ao filtro de proxy da Web”. Como resultado, os usuários terão o acesso negado a TODOS os sites, incluindo aqueles que visitaram anteriormente.
É melhor não ter problemas com proxies com outros tipos semelhantes a domínios, apenas o domínio A, que novamente pode ser o único que caiu durante a interrupção. Existe uma crença mútua em nível de floresta entre o domínio A e o domínio ISA. Nesse ponto, quebrei essa confiança daquela superfície e a reconstruí sem sucesso.
Os usuários que se esforçam para acessar os sites do domínio A parecem estar impedidos de se conectar ao servidor ISA apenas porque podem ser solicitados a fazer a autenticação. No entanto, o nome de usuário e a senha específicos continuam aparecendo em toda a caixa de diálogo de login, o que me leva a acreditar que o problema é que o ISA não pode confirmar adequadamente as informações de login.O log de erros do ISA Server expõe muitas conexões rejeitadas à extensão do endereço IP do domínio A, todas causadas por “usuário: anônimo”. Os usuários de outros domínios continuarão para autenticar e navegar normalmente.
Já tentamos algumas coisas, incluindo reiniciar o servidor do Domínio A, replicação de DNS, reconfigurar o roteador de gateway exato do Domínio A para as configurações reais antes de domingo e, além disso, recriar a confiança mencionada acima nele … e além disso ligado, nada disso ajudou.
Por enquanto, muitos de nós removemos o servidor proxy da política de grupo do domínio A e os usuários estão trabalhando como aceitos. Esta não é uma correção definitiva, mas toda ajuda para corrigir esse cenário louco de autenticação ISA seria uma bênção fantástica.
Pergunta
Olá, estamos executando o novo TMG Forefront SP1 em um dispositivo Windows 2008 r2 construído como um proxy da Web. Às vezes, os clientes começam a solicitar uma senha aleatoriamente. Depois de fornecer as credenciais, seu namorado se recusa e depois de algum tempo depois de sair e ele sai por conta própria. Qual poderia ser o problema?
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
