Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

ssh로 docker 접근을 할 때 "... malformed HTTP status code ..." 오류 발생

갑자기 잘 되던 docker ssh 접근이 이런 오류가 발생하기 시작했습니다.

c:\temp> docker -H ssh://testusr@192.168.100.50 ps
error during connect: Get "http://docker.example.com/v1.47/containers/json": net/http: HTTP/1.x transport connection broken: malformed HTTP status code "was"

관련해서 아래의 글을 보면,

Got an error with connecting daemon over ssh session #3019
; https://github.com/docker/cli/issues/3019

docker가 ssh 연결인 경우 어떤 옵션으로 연결을 시도하는지 확인할 수 있다고 합니다.

c:\temp> docker -H ssh://testusr@192.168.100.50 --debug version
time="2024-10-04T20:56:55+09:00" level=debug msg="commandconn: starting ssh with [-o ConnectTimeout=30 -T -l testusr -- 192.168.100.50 docker system dial-stdio]"
time="2024-10-04T20:56:55+09:00" level=debug msg="commandconn: starting ssh with [-o ConnectTimeout=30 -T -l testusr -- 192.168.100.50 docker system dial-stdio]"
time="2024-10-04T20:56:55+09:00" level=debug msg="commandconn: starting ssh with [-o ConnectTimeout=30 -T -l testusr -- 192.168.100.50 docker system dial-stdio]"
Client:
 Version:           27.2.0
 API version:       1.47
 Go version:        go1.21.13
 Git commit:        3ab4256
 Built:             Tue Aug 27 14:17:17 2024
 OS/Arch:           windows/amd64
 Context:           default
error during connect: Get "http://docker.example.com/v1.47/version": net/http: HTTP/1.x transport connection broken: malformed HTTP status code "was"

위의 출력 결과를 보면, ssh의 연결 옵션은 대충 다음과 같다고 볼 수 있습니다.

c:\temp> ssh testusr@192.168.100.50 -o ConnectTimeout=30 -T
Welcome to Ubuntu 18.04.6 LTS (GNU/Linux 5.4.0-150-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/pro

/home/testusr/.profile was read
/home/testusr/.bashrc was read

따라서 위와 같은 명령어로 접속이 잘 되면 ssh 연결 자체는 문제가 없고, 결국 docker 측의 문제인 듯합니다.




그런데 해당 이슈에 보면, 오류 메시지의 "status code" 이후에 나오는 문자열이 제각각임을 알 수 있습니다.

error during connect: Get "http://docker.example.com/v1.47/containers/json": net/http: HTTP/1.x transport connection broken: malformed HTTP status code "was"


그리고 다음과 같은 덧글이 나오는데요,

figured it out for future folks landing here:
the remote instance had an 'echo' in bashrc (used for debugging something unrelated), which was tripping docker for some reason (presumably it wasn't expecting that in whatever output stream it was parsing)
removing it fixed it and things are working as expected now'


그러니까, ".bashrc"의 echo 출력을 제거해서 해결했다는 것입니다. 그러고 보니 ssh 연결 시 출력되는 결과에 저도 "echo" 출력이 있습니다.

$ source .bashrc
/home/testusr/.bashrc was read

게다가 오류 메시지에 있던 "status code"의 "was" 문자열이 저 출력에 포함돼 있는데요, 아마도 그로 인해 docker 측의 명령어 해석에 방해가 된 것이 아닌가 싶습니다.

어쨌든, .bashrc에 있는 echo 출력을 주석 처리해 저도 문제를 해결했습니다.

$ cat /home/testusr/.bashrc
# echo "/home/testusr/.bashrc was read"

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples
...[생략]...

그나저나, 희한하군요, 저 echo 출력은 원래 없었던 것인데 어떤 알 수 없는 동작에 의해 추가된 것입니다. 한 가지 더 이상한 것은, (.bashrc가 아닌) .profile에 있는 echo 출력은 문제가 되지 않는다는 점입니다. 단지 .bashrc의 경우 강제로 stderr로 출력을 시키면,

// echo that outputs to stderr
// https://stackoverflow.com/questions/2990414/echo-that-outputs-to-stderr

>&2 echo "/home/testusr/.bashrc was read"

// 또는,

echo "/home/testusr/.bashrc was read" >&2

이번엔 docker over ssh 명령어가 잘 실행됩니다. 그렇다면, .profile의 경우에는 출력 스트림이 다른 것일까요? 테스트를 위해 다음의 2줄을 .profile에 추가해 봤지만,

$ cat /home/testusr/.profile
echo "/home/testusr/.profile was read" >&1
echo "test was read" >&1
...[생략]...

결과는 동일하게 잘 실행됩니다. 음... ^^; 뭐가 문제인지 잘 모르겠군요, 암튼 그냥 무난하게 .bashrc의 echo를 삭제하면 됩니다. (혹시, 이유를 아시는 분 계실까요? ^^)




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







[최초 등록일: ]
[최종 수정일: 10/8/2024]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  [43]  44  45  ...
NoWriterDateCnt.TitleFile(s)
12903정성태1/7/202217637.NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예
12902정성태1/7/202216338오류 유형: 779. SQL 서버 로그인 에러 - provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.
12901정성태1/5/202217336오류 유형: 778. C# - .NET 5+에서 warning CA1416: This call site is reachable on all platforms. '...' is only supported on: 'windows' 경고 발생
12900정성태1/5/202219702개발 환경 구성: 622. vcpkg로 ffmpeg를 빌드하는 경우 생성될 구성 요소 제어하는 방법
12899정성태1/3/202219243개발 환경 구성: 621. windbg에서 python 스크립트 실행하는 방법 - pykd (2)
12898정성태1/2/202219838.NET Framework: 1129. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 인코딩 예제(encode_video.c) [1]파일 다운로드1
12897정성태1/2/202216658.NET Framework: 1128. C# - 화면 캡처한 이미지를 ffmpeg(FFmpeg.AutoGen)로 동영상 처리 [4]파일 다운로드1
12896정성태1/1/202222566.NET Framework: 1127. C# - FFmpeg.AutoGen 라이브러리를 이용한 기본 프로젝트 구성파일 다운로드1
12895정성태12/31/202119068.NET Framework: 1126. C# - snagit처럼 화면 캡처를 연속으로 수행해 동영상 제작 [1]파일 다운로드1
12894정성태12/30/202117812.NET Framework: 1125. C# - DefaultObjectPool<T>의 IDisposable 개체에 대한 풀링 문제 [3]파일 다운로드1
12893정성태12/27/202119493.NET Framework: 1124. C# - .NET Platform Extension의 ObjectPool<T> 사용법 소개파일 다운로드1
12892정성태12/26/202115454기타: 83. unsigned 형의 이전 값이 최댓값을 넘어 0을 지난 경우, 값의 차이를 계산하는 방법
12891정성태12/23/202117009스크립트: 38. 파이썬 - uwsgi의 --master 옵션
12890정성태12/23/202116828VC++: 152. Golang - (문자가 아닌) 바이트 위치를 반환하는 strings.IndexRune 함수
12889정성태12/22/202119141.NET Framework: 1123. C# - (SharpDX + DXGI) 화면 캡처한 이미지를 빠르게 JPG로 변환하는 방법파일 다운로드1
12888정성태12/21/202116265.NET Framework: 1122. C# - ImageCodecInfo 사용 시 System.Drawing.Image와 System.Drawing.Bitmap에 따른 Save 성능 차이파일 다운로드1
12887정성태12/21/202120704오류 유형: 777. OpenCVSharp4를 사용한 프로그램 실행 시 "The type initializer for 'OpenCvSharp.Internal.NativeMethods' threw an exception." 예외 발생
12886정성태12/20/202115917스크립트: 37. 파이썬 - uwsgi의 --enable-threads 옵션 [2]
12885정성태12/20/202117929오류 유형: 776. uwsgi-plugin-python3 환경에서 MySQLdb 사용 환경
12884정성태12/20/202116835개발 환경 구성: 620. Windows 10+에서 WMI root/Microsoft/Windows/WindowsUpdate 네임스페이스 제거
12883정성태12/19/202116419오류 유형: 775. uwsgi-plugin-python3 환경에서 "ModuleNotFoundError: No module named 'django'" 오류 발생
12882정성태12/18/202116689개발 환경 구성: 619. Windows Server에서 WSL을 위한 리눅스 배포본을 설치하는 방법
12881정성태12/17/202115745개발 환경 구성: 618. WSL Ubuntu 20.04에서 파이썬을 위한 uwsgi 설치 방법 (2)
12880정성태12/16/202117407VS.NET IDE: 170. Visual Studio에서 .NET Core/5+ 역어셈블 소스코드 확인하는 방법
12879정성태12/16/202123855오류 유형: 774. Windows Server 2022 + docker desktop 설치 시 WSL 2로 선택한 경우 "Failed to deploy distro docker-desktop to ..." 오류 발생
12878정성태12/15/202117159개발 환경 구성: 617. 윈도우 WSL 환경에서 같은 종류의 리눅스를 다중으로 설치하는 방법
... 31  32  33  34  35  36  37  38  39  40  41  42  [43]  44  45  ...