Microsoft MVP성태의 닷넷 이야기
오류 유형: 753. gunicorn과 uwsgi 함께 사용 시 ERR_CONNECTION_REFUSED [링크 복사], [링크+제목 복사]
조회: 7130
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

gunicorn과 uwsgi 함께 사용 시 ERR_CONNECTION_REFUSED

희한한 현상이군요. ^^;

테스트 용도의 간단한 Django App을 gunicorn으로도 실행해 보고,

$ gunicorn --bind 0.0.0.0:18090 myapp.wsgi:application

uwsgi로도 띄워가며 테스트를 했더니, 어느 순간부터 Chrome/Edge에서 접속 시 아래의 화면에서처럼 ERR_CONNECTION_REFUSED 오류가 발생하는 반면 동일한 경로를 Internet Explorer를 띄워 방문하면 정상적으로 서비스가 접속됩니다. ^^;

chrome_get_error_1.png

현상이 발생하는 것은 꼭 uwsgi에서였는데 이런 식으로 오류 로그가 남습니다.

$ uwsgi --http :18090 --wsgi-file ./myapp/wsgi.py
...[생략]...
...[아래는 Chrome/Edge로 접속한 경우의 오류 로그]...
invalid request block size: 5390 (max 4096)...skip
[uwsgi-http key: localhost:18090 client_addr: 127.0.0.1 client_port: 26346] hr_instance_read(): Connection reset by peer [plugins/http/http.c line 647]

...[아래는 IE로 접속한 경우의 정상 로그]...
[pid: 345|app: 0|req: 1/1] 127.0.0.1 () {34 vars in 513 bytes} [Thu Aug 12 05:43:57 2021] GET /bbs/ => generated 211 bytes in 20 msecs (HTTP/1.1 200) 5 headers in 166 bytes (1 switches on core 0)

(또 다른 해결책이 있는지 모르겠지만) 이런 현상을 복원하려면, Chrome/Edge의 F12 Developer Tools를 띄워 네트워크 탭에서 "Clear browser cookies"를 선택해야 합니다.

chrome_get_error_2.png

그나저나, 쿠키 삭제 후부터 재현 과정을 찾으려고 이거저거 건드렸는데 그때부터는 저런 현상이 발생하지 않습니다. ^^; 나중을 기약해야겠군요.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 8/12/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13556정성태2/17/20241826Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20241969닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241714VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241786닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241742닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242060닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242157Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242486개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242317개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242063개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241920Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241839닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241851오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241848Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241880오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20241927VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242056Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242151개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242218닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
13537정성태1/24/20242272닷넷: 2210. C# - Native 메모리에 .NET 개체를 생성파일 다운로드1
13536정성태1/23/20242381닷넷: 2209. .NET 8 - NonGC Heap / FOH (Frozen Object Heap) [1]
13535정성태1/22/20242215닷넷: 2208. C# - GCHandle 구조체의 메모리 분석
13534정성태1/21/20242066닷넷: 2207. C# - SQL Server DB를 bacpac으로 Export/Import파일 다운로드1
13533정성태1/18/20242272닷넷: 2206. C# - TCP KeepAlive의 서버 측 구현파일 다운로드1
13532정성태1/17/20242172닷넷: 2205. C# - SuperSimpleTcp 사용 시 주의할 점파일 다운로드1
13531정성태1/16/20242058닷넷: 2204. C# - TCP KeepAlive에 새로 추가된 Retry 옵션파일 다운로드1
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...