지난 주 나는 HTTP (s)가 시간 초과 요청을하는 가정용 인터넷 연결에서 봤던 문제를 찾아 내고 고치려고 애 쓰고있었습니다.
약 2 주 전에 api.twitch.tv에 대한 API 호출이 시간 초과되는 문제에 대해 알기 시작했습니다. 나는 당신이 나의 가정 LAN에 있다면, 그 문제는 스스로를 보여줄 것이라고 확신 할 수 있었다. 또한 집에서 여러 대의 컴퓨터로 문제를 확인했습니다. 하지만 LAN에 연결되어 있지 않을 때 같은 컴퓨터가 정상적으로 작동하는 것처럼 보였습니다.
모든 것을 로컬로 디버깅하려고 시도했지만 네트워크 구성 문제라고 추측했지만 방금 랩톱에 직접 WAN을 연결했는데 문제가 지속되어 일부 HTTP (S) 요청이 지연되는 경우가있었습니다. 이 시점에서 나는 Doordash.com, Facebook.com 및 Instagram.com에서 문제를 실마리하는 것으로 나타났습니다. 겉으로보기에는 이것이 내가 Twitch (Twitch)라고 생각하는 것보다 훨씬 덜 일반적입니다. 트 위치를 포함하여, 내 연결에만 문제가있는 4 개의 웹 사이트입니다. 나는 웹 사이트에서 다른 타임 아웃을 발견하지 못했지만 그것이 일어나지 않는다는 것을 의미하지는 않습니다. 타임 아웃은 AWS 호스팅 환경에서 훨씬 더 어려워 보입니다.
커맨드 라인에서 openssl s_client를 사용하여 이러한 연결을 조사하기 시작했습니다. 요청의 대부분은 내게 맞습니다. 즉, 내가 발행 할 때를 의미합니다. openssl s_client -connect api.twitch.tv:443 -debug 나는 앞뒤로 예상되는 것을 얻는다 : https://pastebin.com/quVjwQSy
그러나 매우 자주, 그리고 매우 안정적으로 데이터를 보내지 만 그 밖의 아무것도 들어오지 않는 연결이 끊어집니다. https://pastebin.com/xRwNEH70
다양한 사이트에 대한 핑 (ping) 시간은 기본적으로 0 %의 패킷 손실로 환상적입니다. 따라서 기본 네트워크 연결을 이미징 할 수는 없으며 Facebook 및 Instagram에서 문제가 발생하기 전까지는 AWS 컴퓨터가 잘못 구성되었다고 가정했을 것입니다. .
나는 지금 당장 패배하고있다. 나는 내 ISP에 전화를 걸어서 문제가없는 것으로 확인했다. (계속 진행한다면 엔지니어를 찾아 직접 연결을 테스트하도록 선택할 것이다.)
나는 여기에 다른 도움이나 방향을 분명히 제시 할 것이다.