셀프 호스팅 포럼 소프트웨어 비교: Discourse, Flarum 등

어떤 셀프 호스팅 포럼 소프트웨어를 운영해야 할까?

오늘날 VPS(가상 사설 서버)에서 운영할 수 있는 셀프 호스팅 포럼 소프트웨어는 사실상 Discourse, Flarum, NodeBB, phpBB 네 가지 선택지로 압축됩니다. 4 GB의 RAM을 할당할 수 있고 최소 2명의 관리자가 있다면 Discourse가 가장 적합한 기본 선택입니다. 1 GB의 RAM과 1명의 관리자만 있다면 대신 Flarum이나 phpBB를 운영하십시오. 관리할 수 없는 더 좋은 포럼보다 깨끗하게 유지할 수 있는 조용한 포럼이 훨씬 낫습니다.

설치는 쉬운 부분입니다. 이 소프트웨어들은 모두 오후 한나절이면 설치할 수 있습니다. 포럼이 1년 뒤에도 유지될지 결정하는 것은 신고 대기열과 메일 경로이므로, 기능 목록을 읽기 전에 관리 및 이메일 섹션을 먼저 읽어보십시오.

포럼을 운영하려면 실제로 무엇이 필요한가?

포럼은 하나의 구성 요소가 아니라 네 가지 움직이는 부품으로 이루어집니다. 애플리케이션 프로세스, 애플리케이션보다 더 오래 유지되어야 하는 데이터베이스, 업로드된 아바타와 첨부 파일을 저장하는 디렉터리, 그리고 메일을 발송하기 위한 작동 경로가 그것입니다. 애플리케이션은 대체 가능하지만, 데이터베이스는 그렇지 않습니다. 모든 게시물, 모든 계정, 모든 개인 메시지가 그 안에 저장되기 때문입니다. 이것이 바로 아래 섹션에서 각 프로젝트가 선택한 데이터베이스가 가장 중요한 항목인 이유입니다. 데이터베이스는 나중에 서비스를 떠나기로 결정했을 때 데이터 내보내기 형식이 어떻게 될지를 결정합니다.

두 번째 비용은 인적 자원입니다. 공개 가입과 공개 게시를 허용하면 도메인이 검색 엔진에 노출된 후 보통 첫 주 내에 봇 가입이 발생합니다. 이 네 가지 요소는 모두 잠글 수 있습니다. 하지만 그중 하나만이 핵심 기능으로 워크플로우를 제공합니다.

Discourse: 기본 사양과 실제 비용

Discourse는 Ruby on Rails 기반이며, 데이터 저장에는 PostgreSQL, 캐시 및 작업 큐에는 Redis, 백그라운드 작업 처리에는 Sidekiq을 사용합니다. 지원되는 설치 방식은 이 모든 구성 요소를 /var/discourse/containers/app.yml에 있는 설정 파일로 빌드된 단일 Docker 컨테이너 안에 담는 것입니다. 사용자가 직접 각 구성 요소를 설치할 필요는 없습니다.

wget -qO- https://raw.githubusercontent.com/discourse/discourse_docker/main/install-discourse | sudo bash

이 스크립트는 git과 Docker가 설치되어 있지 않으면 이를 설치하고, discourse_docker를 /var/discourse으로 복제한 뒤 대화형 discourse-setup 마법사를 실행합니다. 마법사는 호스트 이름, 관리자 이메일 주소, SMTP(Simple Mail Transfer Protocol) 정보를 요구하며, 이를 바탕으로 app.yml를 작성하고 컨테이너를 빌드합니다. 컨테이너가 자체 nginx를 실행하고 Let's Encrypt 인증서를 요청하므로 80번과 443번 포트는 비어 있어야 합니다.

공개된 최소 사양은 스왑을 포함한 1 GB RAM과 10 GB 디스크입니다. 스왑 부분은 문자 그대로 받아들여야 합니다. 마법사가 필요하다고 판단하면 설치 스크립트가 fallocate -l 2G /swapfile을 사용하여 2 GB 스왑 파일을 생성하는데, 이 스왑은 장식이 아닙니다. 메모리 사용량의 정점은 사이트가 운영 중일 때가 아닙니다. 업그레이드할 때마다 컨테이너 내부에서 JavaScript와 CSS 에셋을 다시 컴파일하는 ./launcher rebuild app 단계가 가장 많은 메모리를 소모합니다. 스왑이 없는 1 GB 서버에서는 이 단계가 도중에 강제 종료되며, 리빌드는 화면에 유용한 오류 메시지 없이 끝나고 dmesg | tail에는 Out of memory: Killed process 줄이 표시됩니다. 원활한 운영을 위해 2 GB를, 포럼이 활성화되면 4 GB를 할당하십시오.

업그레이드는 브라우저의 /admin/upgrade에서 실행하거나 셸에서 다음 명령으로 수행합니다.

cd /var/discourse
./launcher rebuild app

rebuild은 실행 중인 컨테이너를 삭제하고 app.yml에서 새 컨테이너를 부트스트랩하여 시작하므로, 그동안 몇 분간 사이트가 중단됩니다. 단일 컨테이너 환경에서는 이를 피할 방법이 없습니다. data.yml 및 web_only.yml 샘플을 사용하여 두 개의 컨테이너로 분리하면 웹 컨테이너가 리빌드되는 동안에도 PostgreSQL을 유지할 수 있으므로, 사용자가 늘어나 서비스 중단에 민감해지면 이 방식을 고려할 가치가 있습니다.

중재 기능은 Discourse가 RAM을 사용하는 주된 이유입니다. 새 계정은 신뢰 수준 0에서 시작하여 게시할 수 있는 링크 수와 속도에 엄격한 제한을 받으며, 읽고 참여함에 따라 등급이 올라갑니다. 신고는 누가 무엇을 처리했는지 기록하는 검토 큐로 전달됩니다. Akismet 및 StopForumSpam 연동은 공식 플러그인으로 제공됩니다. 다른 세 가지 서비스는 애드온을 통해 직접 구성해야 합니다.

Discourse로의 마이그레이션은 가장 강력한 기능입니다. 소스 트리의 script/import_scripts/ 디렉터리에는 phpbb3.rb, vbulletin.rb, xenforo.rb, vanilla.rb, mybb.rb, flarum_import.rb, nodebb 디렉터리, 메일링 리스트 아카이브를 위한 mbox 임포터를 포함하여 60개가 넘는 임포터가 들어 있습니다. 이들은 컨테이너 내부에서 구 데이터베이스의 복사본을 대상으로 실행하는 Ruby 스크립트입니다. 속도는 느리지만 꾸준히 유지보수되고 있습니다.

Discourse에서 나가는 마이그레이션은 취약한 부분입니다. ./launcher enter app 후 discourse backup를 실행하면 PostgreSQL 덤프와 업로드 디렉터리를 포함하는 .tar.gz 파일이 생성됩니다. 다른 Discourse 인스턴스에서 이를 복원할 수는 있지만, 다른 어떤 도구도 이 파일을 읽을 수 없으므로 Discourse를 떠나려면 직접 SQL을 작성하여 덤프를 처리해야 합니다. 50,000개의 게시물을 가져오기 전에 이 점을 감당할 수 있을지 결정하십시오.

Flarum: 가벼운 PHP 포럼

Flarum은 일반적인 PHP 애플리케이션입니다. nginx나 Apache 뒤에서 동작하는 php-fpm, MySQL 또는 MariaDB 데이터베이스, 그리고 디스크에 저장된 파일로 구성됩니다. 공식 요구 사항은 PHP 7.3 이상이며, curl, dom, fileinfo, gd, json, mbstring, openssl, pdo_mysql, tokenizer, zip 확장이 필요합니다. 또한 MySQL 5.6 이상(또는 8.0.23 이상)이나 MariaDB 10.0.5 이상이 필요합니다. Ubuntu 24.04는 PHP 8.3을 기본으로 제공하므로 이 요구 사항을 충족합니다.

목록에 있는 pdo_mysql를 확인하십시오. Flarum은 PostgreSQL과 SQLite를 지원하지 않습니다. 단일 파일 데이터베이스를 원한다면 아래의 phpBB를 선택하십시오.

sudo apt update
sudo apt install -y nginx mariadb-server composer php-fpm php-mysql php-curl php-gd php-mbstring php-xml php-zip
sudo install -d -m 755 /srv/flarum
cd /srv/flarum
sudo COMPOSER_ALLOW_SUPERUSER=1 composer create-project flarum/flarum:^1.8.0 .
sudo chown -R www-data:www-data /srv/flarum

웹 서버의 경로는 /srv/flarum이 아니라 /srv/flarum/public로 지정해야 합니다. 애플리케이션 코드, 설정 파일, 데이터베이스 비밀번호는 모두 public의 상위 디렉터리에 위치합니다. 따라서 document root를 한 단계 높게 설정하면 누구나 요청을 통해 자격 증명 정보를 탈취할 수 있습니다. Apache의 경우, 제공되는 .htaccess이 적용되도록 mod_rewrite과 AllowOverride All 설정이 필요합니다. nginx의 경우, server 블록 내부에 제공되는 .nginx.conf을 포함해야 합니다. 이후 도메인에 접속하면 Flarum 설치 프로그램이 데이터베이스 정보와 관리자 계정 설정을 요청합니다.

2026년 8월 기준 버전 정보입니다. 1.8.17이 2026년 6월에 출시된 현재 안정 버전(stable release)이며, 2.0은 릴리스 후보(release candidate) 5단계입니다. 릴리스 후보 버전으로 새로운 커뮤니티를 시작하지 마십시오. 2.0이 정식 출시되면 확장이 로드되기 전에 업데이트가 필요하며, 이 과정에서 주말 전체를 할애해야 할 수도 있습니다.

시스템 점유율은 낮습니다. 몇 개의 php-fpm 워커, 수백 MB의 메모리를 사용하는 MariaDB, 그리고 정적 파일들로 구성됩니다. 초기 커뮤니티는 1 GB 메모리 환경에서도 충분히 운영 가능합니다.

중재 기능은 Flarum의 솔직한 약점입니다. 핵심 기능은 신고와 그룹별 권한 설정만 제공합니다. 승인 대기열과 스팸 차단 기능은 주로 FriendsOfFlarum 컬렉션에서 제공하는 확장을 통해 구현하며, composer require로 설치한 뒤 관리자 패널에서 활성화합니다. 현재는 이 방식으로 정상 작동합니다. phpBB나 Discourse보다 작은 규모의 자원봉사자 생태계에 의존하고 있으므로, 유지보수가 중단된 확장은 향후 핵심 버전 업그레이드를 방해할 수 있습니다. composer가 새 버전과의 호환성을 해결하지 못하기 때문입니다.

데이터 추출은 간단합니다. 데이터베이스를 mysqldump하고 assets 디렉터리를 복사하면 됩니다. 반면 데이터 유입은 더 어렵습니다. Discourse는 Flarum에서 Discourse로의 이전을 위한 flarum_import.rb를 제공하며, 이는 일반적으로 데이터가 흐르는 방향을 보여줍니다. phpBB 데이터를 Flarum으로 가져오는 작업은 공식 지원이 아닌 커뮤니티 확장을 통해 이루어지므로, 원본 데이터를 신뢰하기 전에 반드시 복사본으로 테스트하십시오.

NodeBB: 실시간 게시와 그에 따른 비용

NodeBB는 Node.js 기반입니다. 웹소켓을 통해 열려 있는 브라우저로 새 게시물을 푸시하므로, 활성화된 스레드는 새로고침 없이도 업데이트됩니다. 이것이 NodeBB를 선택하는 이유입니다. README는 Node.js 22 이상과 MongoDB 5 이상 또는 Redis 7.2 이상을 요구하며, 세 번째 옵션으로 PostgreSQL 드라이버가 소스 트리에 포함되어 있습니다.

Redis를 주 데이터베이스로 사용하는 것은 해당 문장에서 주의해야 할 함정입니다. Redis는 데이터셋을 메모리에 유지하므로, 포럼 규모가 커질수록 RAM 요구 사항이 일정하게 유지되지 않고 증가합니다. MongoDB나 PostgreSQL은 데이터를 디스크에 보관하고 자주 사용하는 데이터만 캐싱합니다. Redis는 그 이유를 명확히 설명할 수 있을 때만 선택하십시오.

Ubuntu 24.04는 Node.js 18을 패키지로 제공하는데, 이는 최소 요구 사양보다 낮으므로 최신 런타임을 먼저 설치해야 합니다.

curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash -
sudo apt install -y nodejs git build-essential
sudo adduser --system --group --home /srv/nodebb nodebb
sudo -u nodebb git clone -b v4.x https://github.com/NodeBB/NodeBB.git /srv/nodebb
cd /srv/nodebb
sudo -u nodebb ./nodebb setup

./nodebb setup는 대화형입니다. 사용할 데이터베이스와 접속 방법을 묻고, 관리자 계정을 생성하며, 기본값 4567인 포트를 선택합니다. NodeBB는 npm start으로 시작하지 않습니다. ./nodebb 스크립트가 인터페이스 역할을 하며, ./nodebb log에 출력이 기록됩니다.

./nodebb start는 데몬화(daemonise)를 수행하는데, 이는 재부팅이 필요한 서버에는 적합하지 않습니다. 대신 systemd 하에서 로더를 포그라운드로 실행하십시오.

[Unit]
Description=NodeBB
After=network.target

[Service]
Type=simple
User=nodebb
WorkingDirectory=/srv/nodebb
ExecStart=/usr/bin/env node loader.js --no-daemon
Restart=on-failure

[Install]
WantedBy=multi-user.target

--no-daemon은 사람들이 자주 놓치는 부분입니다. 이 설정이 없으면 로더가 포크(fork)되고 부모 프로세스가 종료되므로, systemctl status nodebb은 유닛이 죽은 것으로 보고하지만 curl localhost:4567는 여전히 응답하며, systemctl stop nodebb은 아무것도 중지하지 못합니다. 리버스 프록시 뒤에서는 웹소켓 업그레이드 헤더가 전달되어야 합니다. nginx 블록에서 proxy_set_header Upgrade $http_upgrade;와 proxy_set_header Connection "upgrade";가 누락되면 포럼은 로드되지만 브라우저 콘솔에 실패한 socket.io 요청이 가득 차게 되며, 사용자가 새로고침을 하기 전까지 새 게시물이 나타나지 않습니다.

중재 기능은 Flarum과 Discourse의 중간 수준입니다. 관리자 패널에 신고 대기열이 있고, 카테고리별 권한과 평판 시스템이 있습니다. 스팸 방지는 nodebb-plugin-spam-be-gone과 같은 커뮤니티 플러그인을 통해 이루어지며, 이는 Akismet 및 StopForumSpam을 연동합니다.

백업은 수동으로 진행해야 하며, 정작 필요한 날이 오기 전까지는 아무도 언급하지 않습니다. ./nodebb CLI에는 백업 명령이 없습니다. mongodump 또는 pg_dump를 사용하여 직접 데이터베이스를 덤프해야 하며, public/uploads 디렉터리와 그 옆의 config.json을 복사해야 합니다. config.json에는 데이터베이스 자격 증명과 사이트 URL이 포함되어 있으므로, 이 파일 없이 복원하면 새 설치와 다를 바 없습니다. 공식 임포터도 없습니다. nodebb-plugin-import은 커뮤니티 프로젝트이지만 업데이트가 중단되었으며, Discourse는 NodeBB 임포터를 제공하므로 확실하게 작동하는 탈출구는 Discourse로 향하는 길뿐입니다.

phpBB: 여전히 잘 작동하는 작고 지루한 도구

phpBB는 오래되었으며, 바로 그 점이 이 소프트웨어의 장점입니다. 3.3 버전 계열은 PHP 7.2.0부터 PHP 8.3까지 지원하며, MySQL 4.1.3 이상, MariaDB 5.1 이상, PostgreSQL 8.3 이상, SQLite 3.6.15 이상, MS SQL Server 및 Oracle과 호환됩니다. json, mbstring, XML 지원이 필요하며 getimagesize() 함수가 활성화되어 있어야 합니다.

SQLite를 지원한다는 점이 이 목록에 포함된 이유입니다. SQLite를 사용하면 포럼은 PHP 파일 디렉터리와 하나의 데이터베이스 파일로 구성됩니다. 별도의 데이터베이스 서버가 필요 없고, 튜닝할 요소가 없으며, 추가로 백업할 항목도 없습니다. 다른 서비스를 이미 운영 중인 1 GB 용량의 VPS 환경에서 이러한 차이는 매우 큽니다. 소규모 커뮤니티에는 SQLite를 사용하다가, 동시 게시물이 늘어나면 MySQL로 이전하십시오. SQLite는 쓰기 작업을 직렬화하므로 게시물이 많아지면 대기열이 발생하기 때문입니다.

composer 단계나 컨테이너는 필요하지 않습니다. PHP가 포함된 웹 서버를 설치하고, 아카이브를 압축 해제한 뒤 브라우저 설치 프로그램을 실행하면 됩니다. 전체 스택 설정은 Ubuntu 24.04에서의 표준 LAMP 스택에서 다룹니다.

sudo apt update
sudo apt install -y apache2 php libapache2-mod-php php-mysql php-mbstring php-xml php-gd unzip

phpbb.com에서 현재 3.3 릴리스를 다운로드하여 vhost가 서비스하는 디렉터리에 압축을 풉니다. 그 후 설치 프로그램이 기록할 경로를 웹 서버 사용자가 쓸 수 있도록 권한을 설정하십시오.

sudo chown -R www-data:www-data /srv/phpbb
sudo chmod 660 /srv/phpbb/config.php
sudo chmod -R 770 /srv/phpbb/store /srv/phpbb/cache /srv/phpbb/files /srv/phpbb/images/avatars/upload

공식 지침에는 666 및 777 권한을 권장합니다. 이 수치는 PHP가 실행되는 사용자를 제어할 수 없는 공유 호스팅 환경을 위한 것입니다. 직접 관리하는 VPS에서는 사용자를 제어할 수 있으므로, www-data에게 소유권을 부여하고 다른 사용자의 접근은 차단하십시오. Apache 사용 시 주의할 점이 하나 있습니다. Ubuntu 설정은 기본 문서 루트 아래에만 접근을 허용하므로, /srv/phpbb을 가리키는 vhost는 Require all granted이 포함된 일치하는 <Directory> 블록이 필요합니다. 그렇지 않으면 phpBB에 도달하기도 전에 모든 요청이 403 Forbidden 오류를 반환합니다. 브라우저에서 /install/index.php로 접속하여 설치를 완료한 뒤, config.php 권한을 640으로 되돌리고 install/ 디렉터리를 삭제하십시오. phpBB는 해당 디렉터리가 삭제될 때까지 계속 경고를 표시합니다.

스팸은 phpBB의 잘 알려진 문제이지만 해결 가능합니다. 가입 양식은 예측 가능한 URL(ucp.php?mode=register)에 위치하므로, 도메인이 크롤링된 후 며칠 내에 봇들이 찾아냅니다. 효과적인 해결책은 관리자 패널의 스팸 봇 대응(Spambot countermeasures) 설정에 있습니다. 안티 스팸 방식을 '질문과 답변(Question and Answer)'으로 설정하고, 커뮤니티 구성원만 답변할 수 있는 질문을 작성하십시오. 이미지 CAPTCHA는 건당 비용을 받는 서비스에 의해 쉽게 뚫립니다. 하지만 커뮤니티의 주제와 관련된 질문은 그렇지 않습니다.

phpBB는 마이그레이션을 위한 지원이 가장 잘 갖춰진 소스이기도 합니다. Discourse의 phpbb3.rb은 이 문서에서 다루는 모든 도구 중 가장 많이 사용되는 임포터이며, phpBB 지원 포럼에는 20년 치의 답변이 축적되어 있습니다. 데이터를 내보내는 것은 mysqldump를 사용하거나 SQLite 파일을 복사하는 것만큼 간단합니다. 다만 스타일과 확장 기능은 이전되지 않습니다.

포럼 가입 확인 이메일이 도착하지 않는 이유는 무엇입니까?

이 네 가지 플랫폼 모두 가입 절차는 확인 이메일을 거쳐야 완료됩니다. 메일이 도착하지 않으면 계정은 활성화되지 않으며, 로그에는 가입 과정이 중단된 것으로만 기록됩니다. 아웃바운드 메일 전송 가능 여부는 포럼 운영의 핵심이므로, 이를 설치 과정의 일부로 간주해야 합니다.

• 대부분의 VPS 제공업체는 기본적으로 아웃바운드 25번 포트를 차단하므로, 로컬 Postfix가 직접 메일을 보내려 해도 전송되지 않습니다. 메일 로그에는 connect to gmail-smtp-in.l.google.com[...]:25: Connection timed out가 기록됩니다.
• 신규 IP 주소는 발신 평판이 없으므로, 메일이 정상적으로 전송되어도 스팸 메일함으로 분류됩니다. 가입 확인 링크의 경우, 스팸함으로 들어가는 것은 메일이 도착하지 않는 것과 다를 바 없습니다.
• DNS에 SPF(sender policy framework) 및 DKIM(domainkeys identified mail) 레코드가 게시되지 않으면 대형 메일 서비스 제공업체는 메일을 즉시 거부합니다. Google의 거부 메시지는 550 5.7.26 Unauthenticated email from example.com is not accepted due to domain's DMARC policy입니다. 현재는 대량 메일을 발송하는 모든 주체에게 DMARC(domain-based message authentication, reporting and conformance) 설정이 요구됩니다.

실질적인 해결책은 릴레이 서버를 사용하는 것입니다. 포럼의 SMTP 설정을 트랜잭션 메일 제공업체의 587번 포트로 지정하고, 해당 업체가 제공하는 SPF, DKIM, DMARC 레코드를 게시하십시오. 또한 포럼의 평판이 개인 메일과 섞이지 않도록 mail.example.com과 같은 서브도메인을 사용하여 발송하십시오. 직접 메일 서버를 운영하는 것도 가능하며 VPS에서 메일 서버 전체를 직접 호스팅하는 방법에서 다루고 있지만, 포럼을 처음 시작하는 시점에 메일 전송 기술을 새로 배우는 것은 권장하지 않습니다.

포럼을 공개하기 전에 반드시 테스트하십시오. Discourse의 경우 컨테이너 내부에서 다음을 실행합니다.

cd /var/discourse
./launcher enter app
rake emails:test[you@example.com]

이 작업은 SMTP 연결을 확인하고 테스트 메시지를 발송합니다. 자격 증명이 잘못된 경우 보통 Net::SMTPAuthenticationError과 같은 오류 메시지를 출력합니다. phpBB는 관리자 패널의 Client communication 항목에 동일한 테스트 기능이 있습니다. Flarum이나 NodeBB의 경우, 대형 메일 서비스 제공업체의 실제 메일함으로 임시 계정을 등록한 뒤 수신된 메일의 원본 헤더를 확인하십시오. Authentication-Results 헤더에서 spf=pass 및 dkim=pass 항목이 확인되어야 정상입니다.

Discourse에는 한 가지 차이점이 있습니다. 2026년 8월 기준으로 설정 마법사에서 SMTP를 건너뛰고 Discourse ID를 사용할 수 있습니다. 이 기능을 사용하면 이메일 링크 대신 외부 계정으로 로그인할 수 있어 릴레이 서버 없이도 포럼을 시작할 수 있습니다. 다만 이 방식으로는 알림 메일이나 비밀번호 재설정 기능을 사용할 수 없으므로, 커뮤니티가 커지기 전에 반드시 SMTP를 설정하십시오.

포럼을 TLS 뒤에 배치하는 방법

Flarum과 phpBB는 일반적인 가상 호스트이므로 이미 운영 중인 웹 서버에서 certbot을 사용하는 것만으로 충분합니다. NodeBB와 Discourse는 다릅니다. 이들은 로컬 포트에서 대기하는 애플리케이션이므로, 앞단에서 TLS(전송 계층 보안)를 종료하고 호스트 이름에 따라 라우팅을 수행해야 합니다. 포럼이 다른 서비스와 서버를 공유한다면 모든 서비스 앞에 리버스 프록시를 하나 두어야 하며, 이는 여러 Docker Compose 앱 앞단의 Traefik 구성을 통해 수행할 수 있습니다.

Discourse는 기본적으로 자체 nginx와 Let's Encrypt 템플릿을 사용하여 80번 및 443번 포트를 직접 점유합니다. 기존 프록시 뒤에 배치하려면 app.yml를 수정하고 templates/web.letsencrypt.ssl.template.yml 라인을 제거한 뒤, 컨테이너가 로컬 주소에서만 대기하도록 노출 포트를 변경하고 ./launcher rebuild app를 실행하십시오. 설치 후에 이 작업을 수행하면 재빌드가 필요하며 몇 분간의 다운타임이 발생하므로, 설치 후가 아닌 설치 전에 결정하십시오.

커뮤니티 규모에 적합한 포럼은 무엇입니까?

결정 기준은 기능이 아니라 사람입니다.

• 수백 명 미만의 회원, 1명의 관리자, 1 GB RAM 환경: SQLite 기반의 phpBB를 사용하거나, 현대적인 인터페이스를 원하고 MariaDB를 실행할 수 있다면 Flarum을 선택하십시오. 각각 패치를 유지해야 하는 단일 PHP 애플리케이션입니다.
• 성장 중인 커뮤니티, 2명 이상의 관리자, 4 GB RAM 환경: Discourse를 선택하십시오. 관리 업무가 한 사람의 머릿속에 담기 어려워지는 순간, 신뢰 등급(Trust levels)과 검토 대기열(review queue) 기능은 그만한 리소스 점유 가치가 있습니다.
• 지속적인 스레드보다 실시간 대화를 원함: NodeBB를 선택하거나, 대화형 서비스임을 인정하고 Docker Compose로 Rocket.Chat 실행을 고려하십시오. 일주일 뒤에는 읽을 가치가 없는 포럼이라면 애초에 채팅 서버로 운영했어야 합니다.
• 토론보다 문서화가 필요한 경우: 위 목록의 소프트웨어는 적합하지 않습니다. BookStack, Wiki.js 또는 Outline이 더 나은 해답이며, 반복적인 질문으로 가득 찬 포럼은 보통 위키가 없어서 발생하는 문제입니다.
• 서버에 무엇을 올릴지 아직 고민 중인 경우: 2026년형 셀프 호스팅 추천 목록이 더 나은 출발점이며, 셀프 호스팅 Notion 대안 가이드에서 포럼과 공유 작업 공간 사이의 중첩 영역을 다룹니다.

어떤 것을 선택하든 포럼의 지속성은 마지막으로 복구한 백업에 달려 있습니다. 정기적으로 데이터베이스를 덤프하고, 같은 작업에서 업로드 디렉터리를 복사한 뒤, 덤프 파일이 사용 가능한지 확인하기 위해 다른 곳에 한 번은 복구해 보십시오. VPS에서 restic을 이용한 정기 백업에서 해당 과정을 다루며, 이 설정에서 두 번째 기회가 없는 유일한 부분입니다.

FAQ

자체 호스팅 포럼을 위한 최소 서버 사양은 어떻게 됩니까?

SQLite를 사용하는 phpBB는 데이터베이스 서버가 별도로 필요하지 않으므로 다른 서비스와 함께 1 GB RAM 환경에서도 실행됩니다. Flarum은 1 GB RAM과 MariaDB를 요구합니다. NodeBB는 MongoDB와 함께 2 GB RAM에서 원활하게 동작합니다. Discourse는 최소 사양으로 1 GB RAM(스왑 포함)과 10 GB 디스크 공간을 명시하지만, 실제로는 2 GB RAM이 최소이며 활발한 포럼이라면 4 GB RAM이 적합합니다. 이는 ./launcher rebuild app가 업그레이드 시마다 메모리 내에서 에셋을 재컴파일하기 때문이며, 이때 사양이 낮은 서버는 커널의 OOM(Out of Memory) 핸들러에 의해 프로세스가 강제 종료될 수 있습니다.

phpBB 포럼을 Discourse로 이전할 수 있습니까?

네, 가능하며 이는 본 가이드에서 가장 잘 지원되는 이전 경로입니다. Discourse는 script/import_scripts/phpbb3.rb을 제공하며, 이를 컨테이너 내부에서 실행하여 phpBB 데이터베이스의 복사본을 대상으로 마이그레이션을 수행합니다. 운영 중인 실제 데이터베이스를 직접 대상으로 삼아서는 안 됩니다. 사용자, 카테고리, 토픽, 게시물, 첨부 파일은 이전되지만 스타일과 확장 기능은 이전되지 않습니다. 또한 기존 토픽의 URL 구조가 변경되므로 DNS를 전환하기 전에 phpBB 경로에 대한 리다이렉트를 계획해야 합니다. 대규모 게시판은 이전 작업에 수 시간이 소요되므로, 테스트 서버에서 미리 가져오기 작업을 수행하여 소요 시간을 측정해 보십시오.

신규 사용자가 활성화 이메일을 받지 못하는 이유는 무엇입니까?

대부분의 VPS 제공업체는 아웃바운드 25번 포트를 차단하므로 로컬 메일 서버는 메일을 전혀 발송할 수 없으며, 로그에는 수신 측 메일 교환기(MX)에 대한 Connection timed out 오류가 기록됩니다. 메일 발송이 정상적으로 이루어지더라도 SPF나 DKIM 레코드가 없는 새로운 IP 주소는 수신 측에서 거부하거나 필터링하며, Google은 550 5.7.26 Unauthenticated email ... is not accepted due to domain's DMARC policy 응답을 보냅니다. 587번 포트를 통해 릴레이 서버를 경유하여 메일을 발송하고, 해당 릴레이가 제공하는 SPF, DKIM, DMARC 레코드를 게시하십시오. 이후 테스트 계정으로 가입을 진행하여 수신된 메시지의 Authentication-Results 헤더를 확인하십시오.

가장 적은 관리 노력이 필요한 자체 호스팅 포럼 소프트웨어는 무엇입니까?

Discourse입니다. 워크플로우가 외부 플러그인이 아닌 핵심 기능으로 내장되어 있기 때문입니다. 신규 계정은 충분한 게시물을 읽을 때까지 속도 제한(rate limit)이 적용되며, 신고 내역은 처리자를 기록하는 대기열에 수집되고, Akismet 플러그인이 공식적으로 지원됩니다. phpBB는 '질문과 답변(Question and Answer)' 방식의 안티 스팸 설정을 활성화하면 대부분의 봇 가입을 차단할 수 있어 유사한 수준의 관리가 가능합니다. Flarum과 NodeBB는 동일한 기능을 위해 커뮤니티 확장 기능에 의존해야 합니다. 하지만 이 모든 것보다 중요한 사실은, 관리 업무의 양은 소프트웨어의 종류가 아니라 게시물을 작성하는 사람의 수에 비례한다는 점입니다.