Um dos meus usuários está tendo problemas com a conexão do NetExtender. Depois de instalar o NetExtender do portal, ele se conecta bem - UMA VEZ. Depois disso, tentar se reconectar dá
Verifying user...authentication fail!
e o log no roteador mostra:
[timestamp] | Info | SSLVPN | Auth Failed: No user name in http request (message id: 1079)
Isso parece estranho para mim porque o nome de usuário, a senha e o domínio são inseridos no cliente NetExtender. Depois que esse erro ocorrer, a única maneira de se conectar novamente é desinstalar, reinicializar e reinstalar o NetExtender. Ele pode se conectar bem ao site de demonstração Sonicwall SSLVPN, e um usuário diferente pode se conectar bem a este site a partir de um PC diferente. Alguma pista?
Voltando para explicar minhas descobertas: isso acabou sendo causado por um firmware antigo no dispositivo Sonicwall, incompatível com o cliente NetExtender mais recente, enquanto o cliente compatível era incompatível com o Windows 7.
seqüestro de Cox DNS foi um fator de confusão significativo no final do cliente também.
Gostaria de ter uma resposta mais completa para você, mas tenho o mesmo problema e não estou 100% resolvido.
Eu tive algum sucesso com uma simples reinicialização: feche o NetExtender, Reinicie. Tente novamente.
Eu tive algum sucesso aparentemente aleatório. Eu tentaria e tentaria e eventualmente funcionaria. Eu pensei que isso pode estar relacionado ao tempo, então eu verifiquei a configuração no firewall e DC e tudo estava em perfeita sincronia, então eu não acho que é o problema.
Este problema pareceu começar depois de ativar o LDAP + LocalUsers Auth (foi LocalUsers). É possível que o problema esteja relacionado ao esquema Auth.
Outra possibilidade que ainda não pude testar, relacionada ao acima, é que o motivo está relacionado ao computador tentando se conectar, não sendo um membro do domínio. As estações de trabalho das quais estou testando não são ingressadas no domínio (para o domínio que está executando a autenticação LDAP). No entanto, o problema é o mesmo quando se usa um "LocalUser" do dispositivo sonicwall.
Eu também tentei a versão do NetEx que é instalada a partir do portal, bem como a versão mais recente do mysonicwall.
Espero que algumas dessas pistas o ajudem.
Eu sei que isso é muito após o fato, mas acho que a maioria dos problemas de conexão do NetExtender pode ser resolvida com um dos seguintes:
Se você estiver usando uma NIC sem fio, / release / renew e reconecte-se. Se você estiver usando uma NIC com fio, conecte-se, desative o adaptador de rede, reative o adaptador de rede e reconecte-o.
Eu costumo usar essas duas técnicas para contornar o problema de uma conexão caindo, e após a reconexão, apenas o contador de bytes "Enviados" no cliente SSL-VPN NetExtender mostrando tráfego enquanto "Recebido" se conecta com cerca de 600 bytes recebidos e apenas fica nesse número.
Eu presumo que a solução "reboot" funcione porque ela roda qualquer credencial em cache / ip adddress / auth token que o cliente não está liberando, mas quando você clica na NIC, ela capta essas alterações.
Eu não vejo nenhum caminho real para um relatório de bug.