기본적으로 다른 회원들에게 무분별하게 퍼붓는 모욕적인 언어, 즉 남용되는 비속어가 문제입니다. 대부분은 다른 사람들과 사회적 상호작용을 하지 못하는 회원들이 저지르는 경우가 많습니다. 상상할 수 있겠지만, 이런 상황은 누구에게도 흥미롭거나 동기부여가 되지 않습니다.
게다가 정지를 당했음에도 불구하고 다른 방법으로 계속 계정을 만드는 사람들도 있습니다.
그리고 방금 4개월 만에 이 게시물을 다시 올렸다는 걸 깨달았습니다 - 게시하고 나서 ![]()
기본적으로 다른 회원들에게 무분별하게 퍼붓는 모욕적인 언어, 즉 남용되는 비속어가 문제입니다. 대부분은 다른 사람들과 사회적 상호작용을 하지 못하는 회원들이 저지르는 경우가 많습니다. 상상할 수 있겠지만, 이런 상황은 누구에게도 흥미롭거나 동기부여가 되지 않습니다.
게다가 정지를 당했음에도 불구하고 다른 방법으로 계속 계정을 만드는 사람들도 있습니다.
그리고 방금 4개월 만에 이 게시물을 다시 올렸다는 걸 깨달았습니다 - 게시하고 나서 ![]()
정지된 사용자가 새 계정을 만들었는지 확신(거의 확신)하려면 IP 주소를 확인해 보세요. 하지만 항상 그렇지는 않을 수 있습니다. 한 회원은 특정 IP 주소로 가입했는데 갑자기 다른 IP 주소로 로그인하기 시작했거든요. 해당 사용자는 이사한 적도 없고 같은 인터넷 서비스 제공업체를 사용하고 있습니다. 아마도 서비스 제공업체가 속도 향상을 위해 주소를 변경해 준 것 같습니다. 하지만 IP 주소를 확인하는 것은 실제로 새 계정을 만들고 있는지 파악하기 위해 시도해 볼 수 있는 방법 중 하나입니다. 또한, 이메일 주소들이 비슷한가요?
저희 포럼에서는 비방이나 악의적인 표현이 전혀 없습니다… 운이 좋은 것 같습니다. 그렇다면 여러분의 상황에서는 정지 조치가 실제로 잘 작동하고 있는 건가요? 그건 좀 안타깝네요. 몇몇 사람들은 아무리 "잘못한 행동"에 대해 경고받더라도 항상 모든 사람에게 골칫거리가 되기 마련입니다.
VPN을 사용해 이를 우회한다면 어떻게 되나요?
이 문제를 해결하기 위해 핑거프린팅을 시도해 보셨나요? 저희도 한동안 사용했는데, 처음에는 잘 작동했지만 지금은 고장 난 것 같습니다.
참고로, 이 주제 초반의 간결한 답변에서 언급했듯이, 점점 더 많은 인터넷 서비스 제공업체(ISP)가 정적 IP 주소를 제공하는 대신 IPv4 주소 풀을 공유하고 있습니다. 주요 방법으로는 CGNAT가 사용됩니다.
이것이 장치 지문 추출과 IP 주소 차단이 점점 더 신뢰할 수 없게 되는 여러 이유 중 하나입니다.
많은 사람들이 로컬 네트워크에서 사용되는 NAT(네트워크 주소 변환)에 익숙합니다. 모든 장치가 공용 IP 주소를 받는 대신, 게이트웨이 장치가 하나의 공용 IP 주소를 가지고 로컬 네트워크의 모든 장치는 사설 IP 주소를 받습니다. 예를 들어 라우터가 192.168.1.1이고 다른 장치는 192.168.1.2부터 192.168.1.254까지의 주소를 사용하는 경우입니다.
네, @ondrej가 개인 메시지로 보내서 그 문제를 언급했습니다. 그건 하나의 우회 방법이 될 수 있죠. 하지만 여전히 새로운 이메일 주소를 만들어야 합니다 - 그것이 어려운 일은 아니지만, 귀찮을 수 있습니다… 특히 계속 계정 정지를 당한다면요. 개인 메시지에서 언급했듯이, 이 사람이 - 정지 이후 여러 계정을 만들었다면 - 트롤처럼 보입니다.
핑거프린팅에 대해 읽다가, Discourse가 사용자의 컴퓨터에 설정하는 쿠키도 확인할 수 있을지 궁금해졌습니다. 신규 사용자는 “새로운” 가입일/시간보다 오래된 쿠키가 없을 것입니다. 이것이 가능하다고 가정하면, 누군가가 VPN을 사용하더라도 이 방법은 작동할 것입니다.
저녁을 먹으러 갑니다. 식사를 마친 후 더 생각해 보겠습니다. ![]()
가능하다면, 신규 사용자가 본인의 커뮤니티에 가입하기 이전에 하나 이상의 Discourse 커뮤니티에 belonged했다면 이 방식이 여전히 작동할까요? ![]()
이것은 Discourse 팀 멤버 중 한 명이 답해야 할 문제입니다. 쿠키에 정확히 어떤 내용이 들어 있는지 저는 잘 모르겠습니다. 하지만 꽤 “흥미롭지” 않나요? 저는 현재 4개의 Discourse 포럼에 가입되어 있는데, 모든 포럼이 동일한 쿠키를 사용할 리가 없으리라 생각합니다. 제대로 작동하려면 각 포럼이 자체적인 "변형"된 쿠키를 설정해야 할 텐데요… 아마도.
조금 다른 접근 방식을 취한다면, PC/전화/iPad 등의 장치를 식별하는 별도의 세 번째 쿠키 세트를 만드는 것도 방법입니다. 그러면 해당 장치를 이용해 포럼에 접근할 때—특히 정지된 사용자가 새 계정을 만들 때—그 장치가 이전에 로그인에 사용되었음을 쿠키가 보여줄 수 있습니다. IP 주소도 고려 요인이 되어야 합니다. (저는 제 집과 아들의 집에서 모두 로그인해 봤는데… IP 주소는 달랐지만 쿠키는 동일했습니다.) 더 생각해보면, 추가 쿠키가 전혀 필요하지 않을 수도 있습니다. 이미 설정된 쿠키가 있다는 사실 자체만으로도 충분할 수 있죠. 그러면 로그를 통해 이미 기존 쿠키가 존재했기 때문에 새 쿠키가 설정되지 않았음을 보여줄 수 있습니다. 이것이 여러분이 찾으시는 것을 나타내는 하나의 방법이 될 수 있습니다.
하지만 사용자가 모든 쿠키를 삭제하면 어떻게 될까요? 처음부터 다시 시작하게 됩니다. 트롤은 정말 골치 아픈 존재입니다. ![]()
우리는 17년 동안 함께해 왔으니 온갖 순간들을 겪어 왔습니다. 하지만 2년 전 원조 모더레이터 중 한 명이 병으로 세상을 떠난 일이 아마도 가장 고통스러웠던 순간이었을 것입니다. 그 사건은 회원과 모더레이터를 가리지 않고 커뮤니티 전체를 깊은 슬픔에 빠뜨렸습니다.
회원 중에는 포토샵으로 조작된 부고와 ‘배우자’라고 주장하는 이들의 절절한 편지까지 동원해 사망을 위장하는 경우가 있었습니다. 이런 일이 몇 년간 얼마나 많았는지 사실 좀 무섭습니다. 아마도 각자 자신이 아주 독창적이고 훌륭한 아이디어를 생각해 낸 것이라 생각했을 것입니다.
개인적인 스토킹은 처음에는 힘들었지만, 결국에는 익숙해져 버립니다. 대부분의 경우 무해했습니다. 극소수의 경우에만 조치를 격상해야 했습니다.
전혀 번거롭지 않습니다. 특히 Protonmail을 사용할 때는요.
네, 쿠키는 사실 큰 도움이 되지 않습니다.
업데이트를 올리게 되어 죄송합니다. 지난 1년 동안 새로 알게 된 것이 있어서 커뮤니티와 공유하고 싶습니다.
때때로 상황을 처리하는 데 어려움을 겪고 계신 관리자라면 걱정하지 마세요. 누구에게나 일어나는 일입니다. 3년간 관리자 역할을 해왔지만, 여전히 몇몇 상황을 처리하는 것이 쉽지 않을 때가 있습니다. 하지만 최근 발견한 꽤 단순한 방법이 관리자로 인한 스트레스를 줄이는 데 큰 도움이 되었습니다.
최근 우리 포럼의 활동량이
급증하여 작년의 두 배에 달했고, 유일한 활동 중인 관리자로서 제가 처리해야 할 업무가 견디기 힘들 정도로 많아졌습니다. 그래서 장기적으로 TL3 등급을 유지해온 사용자 3명을 TL4(리더)로 승격시키고, 제가 직접 처리해야 할 업무에 얼마나 영향을 미치는지 살펴보기로 했으며, 그 결과 매우 효과적이었습니다! 그들은 스레드 닫기 등 대부분의 소소한 관리 업무를 훌륭하게 처리해 주었고, 제가 처리해야 할 업무는 승격 이전의 1% 수준으로 줄었습니다.
TL4 등급의 비관리자를 두는 또 다른 흥미로운 이점은, 경계선 사용자 처벌과 같은 어려운 결정을 내릴 때 의논할 좋은 상대가 될 수 있다는 점입니다. 모든 처벌 사항은 TL4 사용자들과 저 사이에 논의되며, 이는 의사결정 과정을 훨씬 효율적으로 만들어 줍니다.
그렇다면 현재 총 65명인 TL3 사용자 중 TL4를 어떻게 선정했을까요?
아래와 같은 특성을 가진 사람을 찾는 것이 좋습니다:
4월부터 이 TL4 사용자들을 두고 있으며, 지금까지 아무 문제가 없었습니다. 제가 시도해 본 작은 "실험"은 매우 성공적이었습니다. 이전에 언급했던 “처리가 어려운 사용자” 같은 문제들도 3명의 TL4를 배치함으로써 쉽게 해결되었습니다. 정말 마법과 같습니다.
이 글이 관리자분들이 업무 부담을 관리하는 데 도움이 되는 팁이 되기를 바라며, 관리로 인한 스트레스를 줄이는 데 도움이 되기를 바랍니다. TL4 제도를 처음 구현해 준 Discourse 팀에게도 감사의 말씀을 전하고 싶습니다 – 만약 우리 포럼에 TL4가 없었다면 어땠을지 상상도 할 수 없습니다.
당신이 유일한 모더레이터였다는 사실에 놀랐습니다. 대부분의 모더레이터는 팀으로 일하거든요. 하지만 당신과 커뮤니티를 도울 방법을 찾았다는 점은 기쁩니다.
재미있는 점은, 예전에는 활동적인 모더레이터가 5명이나 있었지만 대부분 몇 달 지나지 않아 활동이 중단되었다는 것입니다. 제가 TL4로 승진시킨 3명의 모든 사람이 100/100일 동안 활동했으며, 그중 한 명은 무려 2년 동안 활동하고 있으니, 승진 후 바로 떠나지는 않을 것이라는 확신이 생겼고 실제로도 그렇게 되었습니다.
개인적으로 나는 (내 포럼에서) TL4보다는 그들에게Moderator 권한을 주는 편이 낫다고 항상 생각했습니다. TL4 사용자는 정말로 신뢰할 수 있어야 하고, Moderator도 마찬가지이니까요. 하지만 이 문제에 대한 당신의 관점이 도움이 되었습니다. 저는 TL4를 사용자에게 부여해서 Moderator로서 얼마나 잘 해낼 수 있는지, 그리고 Moderator 권한을 주기 전에 모든 것을 닫거나 수정하지 않을 만큼 신뢰할 수 있는지 확인하기 위해 사용했습니다.
지금도 여전히 Moderator로 활동하고 있나요?
여전히 모더레이터 권한을 가지고 있습니다. 가끔 약 1주일 정도 돌아와서 상황을 확인하기도 하지만, 문제가 없었기 때문에 모더레이터로 두는 데 해가 되지 않습니다.
그 말은 일리가 있습니다. 아마도 TL4가 존재하는 주요 이유일 것입니다. 모더레이터를 관리하는 것보다 비모더레이터 TL4를 두는 것이 더 쉽다는 느낌이 듭니다. 곧 그들을 모더레이터로 승격하는 것을 고려하고 있지만, 단순히 TL4로 두는 것이 더 편하다고 느낍니다. 아마도 과거에 모더레이터들 사이에서 리뷰 대기열 '충돌’로 인해 몇 가지 문제가 있었기 때문일 것입니다. 그들은 플래그 처리를 놓고 논쟁을 벌이곤 했습니다. TL4가 단순히 플래그를 걸고 제가 직접 처리할 수 있는 것이 꽤 좋습니다. 아마도 솔로 모더레이터인 것의 장점 중 하나일 것입니다. 하지만 처벌이나 경계선 플래그와 같은 특정 조치에 대해서는 여전히 여러 의견을 나눌 수 있으므로, 현재 방식이 완벽하게 잘 작동하고 있습니다.
정말 훌륭한 조언입니다. 저도 꽤 오랫동안 같은 생각을 해 왔습니다… 이 피드백을 Discourse 자체에 반영하고 싶을 정도입니다.
제가 떠올린 아이디어 중 하나는 플래그 큐가 클 때 이 조언을 동적으로 표시하는 것입니다. 예를 들어, 10개 이상의 플래그 큐를 보고 있을 때 작은 알림을 넣을 수 있습니다.
대기 중인 플래그가 많네요! 커뮤니티를 함께 관리할 수 있도록 신뢰할 수 있는 커뮤니티 멤버를 신뢰 수준 4로 승격하는 것을 고려해 보셨나요?
이런 식으로요
대단해요! ![]()
TL4(Trust Level 4)는 비관리자 모더레이터가 일부 활성 사용자를 승격시켜 스스로를 '자립’시킬 수 있는 방법이 될 수 있습니다. 이는 우리 사례에 매우 적합합니다. 왜냐하면 우리 사이트의 관리자는 커뮤니티를 거의 확인하지 않는 경우가 많고, 커뮤니티 통제는 전적으로 모더레이터에게 의존하기 때문입니다. 즉, 모더레이터가 다른 사용자에게 모더레이터 권한을 부여할 수 없으므로 TL4 승격은 매우 유용합니다.
TL4가 좋은 이유는 모더레이터가 추가적인 도움을 받을 수 있는 방법을 제공하기 때문입니다. 또한, 비모더레이터인 TL4 사용자에게는 스레드 닫기, 편집 등 포럼 모더레이션에 필요한 모든 권한이 부여되도록 설정되어 있습니다.
이는 모더레이터에게, 특히 수백 개의 리뷰 큐를 받을 가능성이 큰 대형 포럼에서 특히 중요합니다. 시스템이 모더레이터가 너무 많은 리뷰 큐를 처리하고 있다고 판단할 경우 포럼 관리자에게 이메일을 보내는 것도 좋은 방법입니다. 예를 들어 다음과 같은 내용으로요.
안녕하세요,
귀하의 포럼에서 대기 중인 리뷰 큐가 증가하는 것을 확인했습니다. 일부 사용자를 모더레이터 또는 Trust Level 4(리더)로 승격하는 것을 고려해 보세요.
다음은 일부 활성 사용자 목록입니다 <참고: Discourse는 상위n명의 활성 TL3 사용자를 나열해야 합니다>:
활성 사용자 1 <이들의 /admin 페이지로 가는 하이퍼링크를 포함할 수도 있겠네요?>
활성 사용자 2
활성 사용자 3
제가 생각하기에 가장 중요한 부분은 사이트 관리자가 커뮤니티 건강 상태에 대해 정기적으로 통지를 받아야 한다는 점입니다. 시스템이 너무 많은 대기 중인 리뷰 큐 등을 감지할 경우 관리자에게 알림을 보내는 것도 좋은 아이디어일 것입니다.
이는 모든 포럼에 꼭 필요한 기능입니다.
모더레이터는 보통 자신이 너무 많은 업무를 맡고 있다는 것을 알아차리지 못하기 때문에, 그러한 리마인더가 중요합니다.
디스커스와는 직접적인 관련은 없지만, 2001년쯤에 있었던 이야기라고 생각나는 에피소드가 하나 있습니다.
그때는 인터넷이 지금과는 완전히 달랐습니다. 규칙도 달랐고요. 인터넷은 아직 꽤 ‘새로운’ 것이었고, ADSL은 거의 사치에 가까웠으며, 무엇보다 웹사이트 콘텐츠에 대한 법적 규제가 훨씬 적었다고 생각합니다.
예를 들어, 포럼 운영자는 포럼의 콘텐츠에 대해 책임지지 않았던 것 같습니다. 기억이 정확하지는 않지만… 혹은 책임이 있었을지 모르지만, 어쨌든 인터넷은 훨씬 덜 규제된 곳이었습니다.
저는 몇 년 동안 매우 큰 포럼의 한 섹션에서 다른 moderator들과 함께 moderating을 했습니다. 그 섹션에서는 아무것도 진지하게 받아들이지 않는 분위기였습니다. 어디든 그렇듯 작은 소동도 있었지만, 기본적으로 재미있는 포럼이었죠.
회원 중 한 명은 당시 13세에서 15세 사이였던 어린 소년이었습니다. 그는 행동이나 글쓰기 방식 때문에 커뮤니티에서 놀림을 받는 편이었습니다. 그는 매우 순진하고 기이해 보였습니다. 어느 날, 그는 계속 놀림을 받는 것에 화가 나서 아주 어리석은 방식으로 자살하겠다고 말했습니다. 사람들은 평소처럼 웃었습니다. 우리는 그가 또 장난을 치는 줄 알았습니다. 그리고 저를 포함한 moderator들(그리고 다른 사람들)도 그 말을 진지하게 받아들이지 않았습니다.
이 거대한 포럼의 관리자는 빠르게 대응했습니다. 그는 아무런 예고 없이 이 매우 활발한 포럼 섹션의 모든 moderator 팀을 해고하고, 그 어린 회원의 메시지를 놀린 회원들 중 대부분(혹은 전부)을 영구적으로 BAN했습니다.
이 일은 일반 사용자들뿐 아니라 moderator들까지도 우리가 허구적인 세계에 살고 있는 것이 아니며, 말에는 결과가 따른다는 것을 깨닫게 해주었습니다. 처음에는 그의 결정이 삼키기 어려웠고, 많은 사람들이 그가 왜 그렇게 ‘폭력적으로’ 대응했는지 이해하지 못했지만, 분명히 좋은 결정이었습니다. 마치 그가 상황의 심각성을 파악한 유일한 사람인 것처럼 보였죠.
많은 사람들에게 힘든 순간이었지만, 동시에 우리가 마땅히 그래야 했음에도 책임을 다하지 못했다는 것을 모두에게 깨닫게 해주는 좋은 계기가 되었습니다. 특히 우리 moderator들은 말 그대로 그것이 우리의 업무인데도 최악의 방식으로 실패했죠.
그 어린 소년은 자살하지 않았고, 계속 글을 올렸습니다. 여전히 기이하게 여겨지긴 했지만 놀림은 훨씬 줄어들었고(때로는 그의 프로젝트에 격려를 받기도 했으며), 상황은… 같으면서도 달라졌습니다. 포럼은 여전히 같았고 여전히 재미있었지만, 우리는 모두 교훈을 얻었습니다. 제가 아는 한, 그 이후로 수년 동안 이 포럼에서 비슷한 사건은 다시 일어나지 않았습니다.
제 생각에는 이 사람이 인터넷의 더 많은 부분을 책임져야 할 것 같습니다. 또한 이는 “1인의 절대적 지배” 법칙의 다른 측면을 잘 보여줍니다.
관리 업무를 여러 사람에게 분담하세요. 모든 관리 결정을 한 사람에게만 맡기면 피로가 쌓이고, 불필요한 마찰이나 개인적인 공격으로 이어질 수 있습니다. 만약 책임자가 한 명뿐이라면, 그 포럼은 “당신”의 것이 되는 것입니까? 당신이 피곤하거나, 짜증이 나거나, 힘든 상황에 처해 있다면 어떻게 될까요? 특정 주제에 지나치게 개입하게 되어 관리 권한을 다른 사람에게 위임하고 싶다면? 그것은 위험한 길입니다.