Parece ter encontrado um problema que não consigo resolver. Eu tenho um cliente tentando gravar em um fluxo na porta 4530.
Este é um sistema rodando constantemente, e quando voltei ao trabalho na segunda-feira pela manhã, o sistema fez com que o Internet Explorer parasse de funcionar em algum momento durante o fim de semana (Bem, não tenho certeza desta afirmação, mas essa é minha teoria - para agora). Verificando os logs, encontrei o seguinte erro, repetidamente:
System.IO.IOException: Unable to write data to the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host
at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)
--- End of inner exception stack trace ---
at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)
at System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder)
at System.IO.StreamWriter.Write(String value)
Após algumas investigações, descobri que o MS Security Essentials foi atualizado durante o fim de semana, mesmo que essas atualizações automáticas devam ser desativadas. Estou faltando alguma configuração para desativar isso? Esta é a teoria correta, ou isso pode ser causado essencialmente por alguma coisa?
Eu encontrei a resposta para isso. Mesmo que eu tenha desabilitado as atualizações automáticas do Windows, parece (de acordo com os logs de eventos no sistema) que o MS Security Essentials fez duas atualizações durante todo o final de semana, como mencionado anteriormente.
Descobri que, na verdade, tive que desativar a atualização service auto para que isso fosse completamente desativado.
As observações de exceção dizem que foi fechado pelo host remoto se foi devido ao firewall? Você tem acesso a arquivos de log no host remoto?
O MSE usa o Firewall do Windows para qualquer bloqueio (ele não bloqueia as portas em si), portanto, eu verificaria as regras de firewall e o log (no meu sistema, o log está em% systemroot% \ system32 \ LogFiles \ Firewall \ pfirewall. log; eu acredito em sistemas mais antigos (XP, Vista) o caminho padrão era apenas% systemroot \ pfirewall.log).