업데이트/이메일 전송/테마 가져오기 실패... Docker 문제일까요?

지원
1

안녕하세요,

최근 며칠간 갑자기 이메일 전송에 문제가 발생하기 시작했습니다… 그 후 업그레이드/업데이트를 시도해 보았지만 성공하지 못했습니다(업데이트 페이지가 멈추고 모든 컴포넌트 - docker, discourse, 플러그인 - 이 "새 버전 확인 중…

2

중국 대륙과 같은 특수 지역에서 운영 중이신가요?

호스트의 DNS를 확인한 후 Docker 내의 DNS를 확인해 보시기 바랍니다.

호스트의 DNS 확인:

resolvectl status|egrep Servers
nslookup github.com

Docker 내의 DNS 확인

docker exec -it app bash -c "cat /etc/resolv.conf"
docker exec -it app bash -c "wget -O - -v https://github.com/discourse/logster.git/ |wc"
3

좋아요, 다음과 같습니다:

호스트 DNS:

#resolvectl status|egrep Servers
DNS Servers: 8.8.8.8
Fallback DNS Servers: 8.8.8.8
DNS Servers: 8.8.8.8 8.8.4.4

#nslookup github.com
Server: 8.8.8.8
Address: 8.8.8.8#53

Non-authoritative answer:
Name:   github.com
Address: 140.82.112.3

Docker DNS:

#docker exec -it app bash -c "cat /etc/resolv.conf"
# Generated by Docker Engine.
# This file can be edited; Docker Engine will not make further changes once it
# has been modified.

nameserver 8.8.8.8
nameserver 8.8.4.4

# Based on host file: '/etc/resolv.conf' (legacy)
# Overrides: [nameservers]

#docker exec -it app bash -c "wget -O - -v https://github.com/discourse/logster.git/ |wc"
--2025-02-28 12:20:17--  https://github.com/discourse/logster.git/
Resolving github.com (github.com)... failed: Temporary failure in name resolution.
wget: unable to resolve host address ‘github.com’
      0       0       0

참고: 우리의 호스트는 캐나다에서 운영되고 있습니다.

4

감사합니다… 이런 일이 왜 발생하는지 전혀 모르겠는데, 저는 도커 전문가가 아니거든요.

호스트 운영체제는 무엇이며, 디스코urses를 어떻게 설치하셨나요? 호스팅 회사가 제공하는 패키지를 사용하셨나요, 아니면 표준 설치인가요? (아니면 개발용 설치??) 도커는 어떻게 설치하셨나요?

하지만 이건 예전에는 잘 작동하다가 갑자기 멈췄으니, 아마도 도커와 관련이 있을 수 있습니다. 도커 설치를 업데이트해 보실 수 있을까요?

5

최근 몇 달간 AlmaLinux에서(그리고 그 전에는 CentOS에서도) 아주 잘 작동해 온 표준 설치입니다.

docker 설치를 어떻게 업데이트할 수 있을까요? (런처를 통한 일반적인 재설치 안내나 웹사이트를 통한 방법 모두 작동하지 않는 것 같습니다.)

6

더 진행하기 전에, 가능하면 백업(backup)을 생성하고 로컬 사본을 다운로드해 주세요. (rsync를 사용하여 Discourse 사이트를 다른 VPS로 이동하기를 시도해 볼 수도 있습니다.)

다음 명령어를 시도해 보세요. 힌트를 얻을 수 있을지도 모릅니다:

docker --version
docker run hello-world
7

ChatGPT의 도움으로, 문제가 Docker의 브리지 네트워크 설정(혹은 그것이 의미하는 바) 때문이라는 것을 알게 되었습니다.

여러 가지 해결책을 시도해 보았지만, 아직까지 성공하지 못했습니다. 아래 방법은 아직 시도해 보지 않았습니다:

이미지는 Docker를 중지하고, 네트워크 디렉토리를 삭제한 후, Docker를 다시 시작하여 Docker 네트워크를 수동으로 재설정하는 단계를 제공합니다. (AI가 작성한 캡션)
이미지는 Docker를 중지하고, 네트워크 디렉토리를 삭제한 후, Docker를 다시 시작하여 Docker 네트워크를 수동으로 재설정하는 단계를 제공합니다. (AI가 작성한 캡션)1170×727 54.6 KB

이 방법은 프로덕션 환경에서 안전한가요? (짧은 시간의 다운타임이 발생하더라도)

8

아쉽게도 저는 잘 모르겠습니다. 최근 안전하게 백업이 되어 있기를 바랍니다. 가장 영향이 적은 조치라면 재부팅일 것입니다.

9

상황 업데이트를 위해 글을 올립니다. ChatGPT의 도움으로 해결되었습니다.

여러 해결책을 시도해 본 결과, 이 부분이 권한이나 보안 정책 관련 문제임을 시사했습니다:

  1. –privileged 플래그와 함께 컨테이너 실행 시도

이는 네트워킹에 영향을 미칠 수 있는 일부 제한 사항을 우회합니다.

docker run --rm --privileged alpine ping -c 4 github.com

이 명령이 성공적으로 실행되면 권한 또는 보안 정책 문제일 가능성이 높습니다.

그 후, 다음 제안을 적용했습니다:

  1. iptables 규칙 재확인

Docker는 iptables에 의존하므로, 올바른 포워딩 규칙이 설정되어 있는지 확인해야 합니다.

다음을 실행하세요:

sudo iptables -t nat -L -v -n | grep -i docker

Docker 관련 규칙이 표시되지 않으면 수동으로 추가하세요:

sudo iptables -P FORWARD ACCEPT

sudo iptables -A FORWARD -i docker0 -o eth0 -j ACCEPT

sudo iptables -t nat -A POSTROUTING -s 172.17.0.0/16 ! -o docker0 -j MASQUERADE

그런 다음 Docker를 재시작하세요:

sudo systemctl restart docker

그리고 다시 테스트해 보세요.

… 이 방법으로 완전히 해결되었습니다. :grin: