Tedious: 최종 상태에서 끊김

azure 데이터베이스를 사용하여 이 정확한 문제가 발생했습니다. 1초 타이머에서 azure 기능을 실행한 지 약 4시간 후에 문제를 쉽게 재현할 수 있습니다. 우리가 도울 수 있는 일이 있습니까? 이것은 우리에게 큰 문제이며 우리는 이 문제에 대한 일종의 업데이트를 원합니다.

@landondavidson님 , 답변이 늦어 죄송합니다. 이 문제에 대한
Azure DB에서 간헐적으로 발생하는 ConnectionError를 해결한 #574가 있었는데 지루한 v2.1.0에서 릴리스되었으며 대부분의 연결 풀링 패키지가 이전 버전의 지루한 드라이버를 사용하고 있습니다. dep가 최신 드라이버를 사용하고 있는지 확인할 수 있습니까?

@v-suhame, ConnectionError가 표시되지 않습니다. 소켓은 연결 과정에서 닫힙니다. 지난 2주 동안 프로덕션에 투입한 수정 사항과 함께 풀 리퀘스트를 방금 제출했습니다. 이것은 부하가 꽤 많은 웹사이트이며 보고된 후 연결을 다시 시도하는 연결 풀링으로 오류가 완전히 사라졌습니다.

@landondavidson @jstephens7 https://github.com/tediousjs/tedious/pull/763 이 병합되어 [email protected] 로 출시되었습니다.

여전히 문제가 발생하는 경우 알려주십시오. 그동안 이 문제를 종료하겠습니다. 🙇

이전의 수정 사항이 저에게 효과적이지만 처음부터 오류로 이어지는 네트워크 트래픽을 확인하기 위해 wireshark를 실행하기로 결정했습니다. 추적을 실행하는 동안 문제를 두 번 재현할 수 있었습니다.
내가 얻은 것 중 일부의 중요성을 확신할 수 없으므로 오류가 발생한 두 번 사이에 내가 발견한 공통점을 포함하겠습니다.
두 번 모두 창 크기가 66560인 PSH ACK 및 FIN ACK가 있었습니다.
그 후 두 번 모두 RST ACK를 받았습니다.
그러면 다음 TLS 협상을 시작한 것 같습니다(클라이언트 안녕하세요, 서버 안녕하세요... 암호화된 핸드셰이크 메시지).
그 후 두 번 모두 응용 프로그램 데이터를 보내기 시작했고 TLS "암호화된 경고"를 받은 후 ACK와 socket.end가 호출되었습니다(추가 TLS/TCP 트래픽 없음).