예를 들어, 비밀번호는 문자, 숫자, 기호로 구성됩니다.
질문의 전제가 잘 이해되지 않습니다. 비밀번호를 강화하려면 대소문자, 숫자, 기호를 혼합해서 사용하는 것이 맞습니다. 가능하면 무작위로 생성하고, 사이트나 로그인마다 고유한 비밀번호를 사용하는 것이 좋습니다.
비밀번호 관리 도구도 유용한 도구입니다.
다만, 이는 일반적인 비밀번호 관리 팁이며 Discourse에 특화된 내용은 아닙니다.
아마도 제 의도를 오해하신 것 같습니다. 제가 말씀드린 것은 디스코ourse 포럼을 생성했다는 것입니다. 새 사용자가 가입할 때, 비밀번호를 세 가지 유형으로 제한해야 합니다.
현재 시스템 설정에서 비밀번호의 길이를 조정할 수 있을 뿐입니다.
아, 이제 이해가네요. 사용자가 알파벳, 숫자, 기호가 혼합된 비밀번호를 사용하도록 강제하고 싶으신 거죠.
현재로서는 그런 방법을 모릅니다.
그래도 모두 감사합니다
이 문제를 해결할 수 있는 분이 있을까요?
이것이 유일한 설정인 것 같습니다:
개인적으로는 이것이 합리적인 Contribute > Feature 요청이라고 생각합니다.
비밀번호 정책을 더 엄격하게 만드는 단점은, 가입 과정에서 사용자를 답답하게 만들어 실제로 가입을 완료하지 못하게 할 수 있다는 점입니다. 이 기능의 우선순위는 커뮤니티마다 확실히 다를 것입니다.
@1378434153 이 문제를 해결하는 또 다른 방법은 로컬 로그인을 방지하고 더 강력한 보안 체계를 갖춘 소셜/인증 로그인을 강제하는 것입니다.
모든 계정에 2FA(이중 인증)를 강제하는 것도 고려해 볼 만한 사항입니다.
감사합니다. 하지만 2단계 인증은 필요하지 않습니다.
하지만 어쩌면 사용자분들이 필요로 하거나 원할 수도 있습니다. 그것이 우선순위가 되어야지, 당신의 필요는 아닙니다.
별 문제가 아닙니다. 어떤 종류의 문자가 허용되는지에 대해 자의적인 규칙을 두는 것은 도움이 되지 않고, 사용자를 짜증나게 할 뿐입니다. 비밀번호는 알려진 비밀번호 데이터베이스와도 대조됩니다(그런 걸로 기억하는데).
비밀번호 규칙을 만든 사람들이 대부분의 사람들보다 더 많은 시간과 에너지를 최고의 관행 연구에 쏟았을 가능성이 높습니다. 다른 것에 신경 쓰시는 게 좋겠습니다.
원하신다면, 250달러에서 1,000달러 사이에 Marketplace 채널에 게시물을 올리고, 사용자에게 적용할 규칙을 마음대로 정해 주실 수 있습니다.
산업계의 최신 권장 관행(NIST가 주도하는 관행 포함)은 더 이상 “LUDS”(대문자 + 소문자 + 숫자 + 특수문자)나 기타 문자 클래스 요구 사항을 권장하지 않습니다. 이제 최소 길이 제한만을 권장 관행으로 삼고 있습니다. 예를 들어, 5년 전 NIST의 다음 블로그 게시물을 참고할 수 있습니다:
이 글은 지침 변경 사항을 요약하고 있으며, 제 지식을 바탕으로 할 때 Discourse는 해당 권장 관행을 구현한 상태입니다.
그리고 또 한 가지, 꽤 자주 간과되는 점이 있습니다. 이 모든 것이 매우 앵글로중심적인 관점이라는 점입니다. 만약 제가 핀란드어, 스웨덴어, 독일어, 혹은 영어가 아닌 다른 언어로 짧고 꽤 쉬운 비밀번호를 사용한다면, 스크립트나 봇이 그것을 얼마나 빨리 깨뜨릴 수 있을까요?
물론 미국, 캐나다, 영국 등에서는 도움이 되지 않을 수 있지만, 세상은 훨씬 더 넓습니다 
이는 하나의 의미를 갖습니다. 영어 사용자들이 'password’나 ‘qwerty’ 같은 비밀번호를 사용하기 때문에 이런 정책들이 만들어졌다는 것입니다. 
하지만 네, 관리자로부터 숫자 몇 개나 다른 요소가 부족하다는 이유로 ‘ÄitiniMun’ 같은 비밀번호를 사용할 수 없다는 말을 들으면 조금 지칩니다.
너무 단순한 비밀번호는 문제가 아닙니다. 여러 서비스에서 동일한 이메일/비밀번호 조합을 사용하는 것이 문제입니다.
NIST는 이 부분에서 확실히 앞서 나가고 있습니다. 예를 들어 PCI-DSS는 겨우 8자리에서 12자리로 변경되었을 뿐인데, 여전히 알파벳과 숫자가 혼합된 비밀번호를 요구합니다. 
위에서 @Stephen과 @mcdanlj가 말했듯이, 이를 강제하는 것은 더 이상 최신 보안 관행이 아니므로, 우리는 이를 요구하지 않습니다.
그러나 Discourse의 로그인 프로세스에 대한 완전한 제어권을 원하신다면, DiscourseConnect를 활용하여 인증을 귀하가 제어하는 웹 서비스로 위임할 수 있습니다.
아, 알겠어. 결국 합리적인 요청이 아니었나 봐.