어딘가에서 관리자보다 위계에 있는 '포럼 오너’라는 역할에 대해 읽은 것 같은데, 내가 꿈을 본 건가? 검색을 해봐도 카테고리 오너에 대한 정보만 나올 뿐이다.
그 맥락은 오너가 관리자가 사망하거나 문제를 일으킬 경우 권한을 인수할 수 있다는 것이었다. 나는 그런 상황에 전혀 처해 있지 않지만, 단순한 재난 대비 계획에 대해 생각 중이었을 뿐이다.
즉, 이런 역할이 존재하지 않는다면, 호스팅 비밀번호를 가진 사람이 직접 들어가서 새 관리자 계정을 수동으로 만들어야 한다는 뜻인가?
서버 접근 권한이 있다면 /var/discourse 디렉터리로 이동(cd)하고, 애플리케이션에 진입(./launcher enter app)한 뒤, Rails 콘솔을 시작(rails c)하여 제어권을 되찾을 수 있습니다.
여러 명의 관리자를 두고 있는지 확인하세요.
app.yml 파일에서 DISCOURSE_DEVELOPER_EMAILS를 설정하고 해당 목록에 자신의 이메일 주식이 있는지 확인하면 됩니다. 이렇게 하면 관리자 권한이 제거되는 것을 방지할 수 있으며, 일반 관리자가 할 수 없는 몇 가지 추가적인 권한을 얻게 됩니다(정확히 어떤 권한인지는 기억이 나지 않습니다).
관리자가 두 명인 것은 바람직하지 않다는 문제가 제기되었습니다. 한 명이 다른 한 명의 모를 사이에 (선의로) 변경을 수행할 수 있어 혼란을 야기할 수 있기 때문입니다.
두 사람 사이에 두 번째 관리자가 실제로 관리자 작업을 수행하지 않기로 하는 개인적인 합의만으로는 이 문제를 완화하기에 충분할지 확실하지 않습니다.
서버에 접속하여 통제권을 되찾는 것이 최선의 해결책인 것 같습니다.
두 분 모두 감사합니다!
관리자가 변경한 모든 항목에 대한 로그가 있으므로 추적을 유지할 수 있습니다. 하지만 관리자들이 서로의 업무를 방해하지 않도록 하는 것이 여전히 중요합니다.
하지만 관리자를 신뢰할 수 없다면, 큰 문제가 생기는 것입니다.
아니요, 신뢰의 문제는 아닙니다. 단순히 조율과 재난 대응 계획에 관한 것입니다.
정말 감사합니다.
관리자 역할은 사실상 포럼 소유주입니다.
관리자를 둘 이상 두면 됩니다.
이것은 새로운 역할이 필요하다는 것과 아무런 관련이 없습니다. 단순히 적절히 문서화된 변경 관리 절차, 커뮤니케이션 및 신뢰의 문제입니다.
변경 사항을 추적하기 위한 지침을 마련하세요. 예를 들어, 재해 복구와 같은 시나리오에 대해 우려하고 있다면, 변경 관리와 마이그레이션에도 관심을 기울여야 하며, 이러한 통제 절차가 해당 인지된 공백을 해소해 줄 것입니다.