Eu tentaria investigar o que está acontecendo por trás ...
Ao capturar a comunicação de rede
Instale wireshark
e tente capturar a comunicação, depois defina o filtro para https e você poderá ver quais pacotes estão sendo enviados para o servidor, o que está sendo recebido, etc.
NOTA: Se você fechar todos os outros programas que geram tráfego de rede, seus resultados serão mais fáceis de ler.
O QUE VOCÊ PODE DESCOBRIR POR ISSO?
- > Se a comunicação existe ou não. Pode ser, por exemplo, bloqueado por algum firewall ou qualquer outro. Você deve ver que está se comunicando com o servidor de uma maneira normal.
Tente anexar strace
para ver o que o processo do navegador está fazendo:
- Prepare a página com seu login e senha
- Verifique o PID do Firefox:
ps aux | grep firefox
- Anexe o
strace
a ele:strace -tt -p <PID> -f -o strace.log
- Em seguida, tente fazer o login e aguarde um pouco
- Desanexar
strace
pressionandoCtrl-C
Você deve ver o que está acontecendo lá. Todos os syscalls no log têm um registro de data e hora ( -tt
opção), portanto, se você esperar antes e depois do login e observar a hora do sistema, poderá determinar quais syscalls estão relacionados a ele.
Tudo deve ser feito por um thread específico (assim você pode procurar em subconjuntos dos syscalls que possuem o mesmo ID de thread).
O QUE VOCÊ PODE DESCOBRIR POR ISSO?
- > O que está acontecendo no nível de IO do processo do navegador. Você deve se concentrar em recv
, recvfrom
, recvmsg
, socket
, send
, sendto
, sendmsg
syscalls (eles são usados para comunicação de soquete). Você deve verificar se eles são bem sucedidos (os valores de retorno não são negativos ou como ESOME_ERROR), etc.
Eu verificaria se outras comunicações criptografadas funcionam (como ssh, etc.), eu verificaria se algumas configurações de proxy poderiam ser as culpadas. Espero que isso possa ajudá-lo a se aproximar.