Discourse를 다시 빌드할 때 발생한 경고입니다. 메일 리시버를 다시 빌드할 때도 비슷한 메시지가 나타났습니다: WARNING: containers/mail-receiver.yml 파일이 모든 사용자에게 읽을 수 있습니다. 다음 명령을 실행하여 이 파일을 보호할 수 있습니다: chmod o-rwx containers/mail-receiver.yml.
이 경고는 무시해도 되는 건지, 조치해야 하는 건지 알려주시면 감사하겠습니다.
그 경고 메시지에 어떤 단어가 포함되어야 여러분은 해당 권장 사항을 정확히 따르는 것이 좋다고 생각하게 될까요?
겉으로 보기에는 비꼬는 말투처럼 느껴집니다(제가 추천 사항을 따르는 것이 당연하다는 뉘앙스를 풍기는 것처럼). 하지만 평소 매우 정중하고 도움을 주시는 분이라 확신이 서지 않습니다.
“You can…”(~할 수 있습니다) 대신 “You must…”(~해야 합니다)라고 했다면, 이곳에서 확인하지 않고 추천 사항을 따르는 것이 더 편했을 것입니다.
또한, 때로는 이곳에 경고 메시지를 보고했지만, 경고 메시지에 불구하고 특정 방식으로 진행하기로 결정했기 때문에 걱정하지 않아도 된다고 안내받은 적도 있습니다(예: “그 경고는 무시해도 됩니다”: Warnings: overcommit_memory and Transparent Huge Pages).
추천 사항을 따를 경우 의도하지 않은 결과가 발생할 수도 있을지 걱정도 됩니다.
아니요. 이것은 논리적으로 당신이 실제로 수행할 수 있는 일입니다. 나는 당신이 지시에 따라 행동하도록 하려면 어떤 단어를 포함해야 하는지, 아니면 그렇게 해야 하는지 여부에 대해 물어보아야 하는지 알고 싶었습니다.
그러나 당신이 무시해야 할 것에 관한 다른 세 가지 주제(각각은 무시해야 할 출력에 관한 것입니다)를 고려할 때, 제 진지한 질문은 거의 의미가 없습니다.
로그인할 수 있는 루트 사용자만 있는 경우, 전 세계적으로 쓸 수 있는(world writable) 것은 큰 문제가 아니므로, 누군가가 이것이 누군가의 시간을 가치가 있다고 판단한 이유는 (제게는) 명확하지 않습니다.
따라서 제 질문에 대한 답은 "사실상 경고가 아닌 경고가 대량으로 출력되지 않아야 한다"일 것입니다. 그렇게 보입니까?
여기서 도움이 될 수 있는 것은 경고 메시지에 ‘왜’가 설명되어 있는 것입니다. 파일이 모든 사용자에게 읽기 가능하도록 설정되어 있으므로, 이 머신에 SSH 접근 권한이 있는 다른 사용자가 있다면 데이터베이스 비밀번호를 탈취할 수 있습니다. 이를 해결하려면 파일의 권한을 변경하세요.
(질문에 먼저 답변을 하고 그 후에 세부 사항을 요청하면 혼란을 피할 수 있습니다. “아니요, 귀하가 유일한 사용자라면 무시하셔도 됩니다. 어떤 단어들이…”)
정리해 주셔서 감사합니다. 저는 비꼬는 의도가 아니었습니다 – 저는 평소에도 당신이 예의 바르고 도움이 된다고 진심으로 믿었고, 이제 항상 그렇다고 믿게 되었습니다. 
당신의 답변을 오해했고, 그 점에 대해 사과드립니다.
네, 현재 설치 지침을 따랐는데, 이 지침에는 루트 이외의 사용자를 생성하지 않습니다. 이전 지침에서는 생성했을 것 같은 느낌이 들지만 확실하지는 않습니다. 저는 그 오류를 무시하겠습니다.
위험 경고가 Discourse 팀에서 나온 것이거나 그 팀이 승인한 것임을 명확히 하고, 반드시 따라야 함을 나타내는 표현이 있었다면, 당신이 궁금해했던 효과가 있었을 것입니다.
위에서 제안했듯이, 경고/권고 사항 안에 설명이 포함되어 있으면 도움이 될 것입니다. 이번 경우에는 반드시 따라야 하는 상황이 아니기 때문입니다.
음, 감사합니다. 하지만
Richard가 또 맞았습니다. 저는 답을 제공했어야 했습니다.
Discourse를 업그레이드한 후에도 app.yml에 대한 이 경고가 계속 표시됩니다. 저는 chmod o-rwx containers/app.yml을 실행했는데, 모든 것이 정상적으로 작동합니다.
표준 설치 과정을 따르고 있다면, 해당 메시지는 다소 부정확하며 아무 조치도 필요하지 않습니다.
이 메시지는 전 세계가 파일을 읽을 수 있다는 뜻이 아니라, 파일 시스템에 원격으로 접근할 수 있는 다른 사용자만 읽을 수 있다는 의미입니다. 무시하셔도 안전합니다.
표준 설치 가이드에 새로 추가된 줄이 이것을 가리키는 건가요?
sudo -s
git clone https://github.com/discourse/discourse_docker.git /var/discourse
cd /var/discourse
chmod 700 containers
기본적으로 그렇습니다. 권한은 일반적으로 세 자리 8진수로 표기되며, 첫 번째 자리는 사용자 권한을 나타냅니다:
0 – 없음
1 – 실행
2 – 쓰기
3 (1+2) – 실행 및 쓰기
4 – 읽기
5 – 읽기 및 실행
6 (2+4) – 쓰기 및 읽기
7 (1+2+4) – 읽기, 쓰기 및 실행
두 번째 자리는 파일 그룹 권한, 세 번째 자리는 전체(다른 사용자) 권한을 나타냅니다.
아, 그걸 못 봤네요. 만약 우리가 정말로 이 권한들이 이제 중요하다고 믿는다면, discourse-setup에서 그렇게 하도록 해야 합니다. 아니면 launcher에서 처리하도록 하는 것도 좋을 것 같아요.