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

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  187  [188]  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
392정성태11/11/200647367    답변글 개발 환경 구성: 18.6. 인증서 관리 (1) - 내보내기/가져오기
394정성태11/9/200632117    답변글 개발 환경 구성: 18.7. 인증서 관리 (2) - 개인키를 내보낼 수 있는 유형의 인증서 발급 [1]
395정성태11/9/200644044    답변글 개발 환경 구성: 18.8. 인증서 관리 (3) - 인증서 MMC 관리자 사용
414정성태12/23/200636152    답변글 개발 환경 구성: 18.9. CRL(Certificate Revocation List) 관리
428정성태12/31/200648782    답변글 개발 환경 구성: 18.10. IIS 7 - SSL 사이트 설정하는 방법 [4]
429정성태12/31/200635429    답변글 개발 환경 구성: 18.11. 서비스를 위한 인증서 설치
352정성태10/2/200624657개발 환경 구성: 17. VPC에 Linux 설치하는 방법 [1]
351정성태10/8/200627164개발 환경 구성: 16. 성태의 무식한(!) 리눅스 탐방기. [4]
349정성태9/26/200625497디버깅 기술: 10. C++/CLI에서 제공되는 명시적인 파괴자의 비밀
347정성태10/6/200629622디버깅 기술: 9. .NET IDisposable 처리 정리 [1]
346정성태9/23/200622902개발 환경 구성: 15. 툴박스에 컨트롤이 자동으로 나타나도록 해주는 옵션 설정
345정성태9/20/200622179오류 유형: 12. WCF 오류 메시지 - Error while trying to reflect on attribute 'MessageContractAttribute'
343정성태10/18/200634053개발 환경 구성: 14. SandCastle 사용법 (NDoc을 대체하는 문서화 도구) [1]파일 다운로드1
344정성태9/20/200624037    답변글 개발 환경 구성: 14.1. 오류 유형 - GAC 에 등록된 DLL 에 대한 문서화 시 오류
340정성태9/15/200623352개발 환경 구성: 13. ISO 파일을 가상 CD-ROM으로 매핑해주는 프로그램
339정성태9/14/200622890오류 유형: 11. ProtocolsSection?
338정성태2/4/200731111개발 환경 구성: 12. BUG: 웹 서비스에서 DataTable 사용하기 [2]파일 다운로드1
350정성태10/2/200624476    답변글 개발 환경 구성: 12.1. ASMX 2.0 and SchemaImporterExtensions파일 다운로드1
335정성태8/20/200631940디버깅 기술: 8. COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법
334정성태8/20/200627136디버깅 기술: 7. VS.NET 2003/2005의 다중 프로젝트 디버깅
333정성태8/20/200627602개발 환경 구성: 11. COM+ 서버 활성화 보안 설정
331정성태8/27/200620639개발 환경 구성: 10. 최대 절전 모드와 VPC 네트워크 문제
330정성태8/20/200621021개발 환경 구성: 9. VPC로 구성하는 개인 환경
328정성태8/20/200638990개발 환경 구성: 8. AppVerifier 사용법 [1]
327정성태8/16/200635798개발 환경 구성: 7. ActiveX 서명 과정 자동화 [1]
326정성태8/16/200629727Team Foundation Server: 13. Sysnet 웹 사이트 TFS Migration
... 181  182  183  184  185  186  187  [188]  189  190  191  192  193  194  195  ...