윈도우11 KB5066835 업데이트 문제 삭제 후 개발환경 복구후기 포트 바인딩 불가
윈도우11 KB5066835 업데이트 문제 삭제 후 개발환경 복구후기 포트 바인딩 불가에서 벗어나기 윈도우11 업데이트 직후부터 로컬에서 돌리던 웹앱이 뜻밖에 조용해졌다. 브라우저는 응답을 기다리다 멈칫했고, Visual Studio 디버깅은 첫 단계에서 움직이지 않았으며, Docker로 띄운 백엔드 컨테이너는 정상적으로 떠 있는데도 외부에서 두드리면 아무 반응이 없었다. 로그를 아무리 훑어봐도 애플리케이션 레벨의 예외는 없었고 결국 단서는 “포트가 열려 있는데 연결이 성립하지 않는다”는 기묘한 힌트였다. 문제를 좁혀보니 윈도우11의 KB5066835 가 설치된 시점과 증상이 시작된 시점이 딱 겹쳤고, 해당 패치를 제거한 직후부터 localhost가 다시 숨을 쉬기 시작했다. 그럼 차근차근 복기해 보며 포트 바인딩 불가가 어떤 모습으로 나타났고, 무엇을 먼저 확인해야 시간을 덜 낭비하는지 기록한 복구 후기다 증상의 실제 체감: 서비스는 떠 있는데, 포트만 벽처럼 막힐 때 애플리케이션 프로세스는 정상 가동이고 CPU·메모리 사용량도 평소와 다르지 않았다. netstat로 확인하면 대상 포트는 LISTEN 상태인데 브라우저나 API 클라이언트에서 접근하면 곧바로 타임아웃이 나거나 HTTP/2 세션이 시작도 못 하고 떨어졌다. 도커 컨테이너 앞단에 프록시를 두었을 때는 프록시가 502를 토해내며 백엔드로 핸드오프 자체를 못 하는 형태였다. 이런 패턴은 애플리케이션 내부 버그라기보다 커널 계층에서 소켓 수립이 가로막히는 때에 자주 보이는 얼굴이라 운영체제 쪽을 우선 의심했다 패치 제거로 반전된 흐름: 재부팅 한 번에 돌아온 localhost 패치 제거는 우선 순위를 단순하게 가져갔다. 문제가 격발된 최신 패치를 먼저 지우고, 증상이 남으면 바로 이전 품질 업데이트까지 함께 되돌리는 흐름이다. 아래 명령으로 한 번에 처리했고, 재부팅 직후부터 127.0.0.1 응답이 정상으로 돌아...