백업 옵션은 필요하지 않습니다. Discourse 관리자에서 백업을 설정할 수 있습니다.
기본적인 표준 설치 절차만 따르고 너무 복잡하게 생각하지 마세요.
그 앱이 있든 없든, Discourse를 설치할 수 있을 거라고 생각해요.
이것이 우려스러운가요? 당신은 어떻게 생각하시나요?
일부 제공업체가 13년 전의 매우 오래된 CPU 모델을 사용한다는 문제에 대해 몇 가지 이야기를 들었습니다. vps의 경우 위치, 그리고 이러한 맥락에서 사용 가능한 CPU 모델에 대해 제공업체가 거의 공개하지 않는다는 점 등 많은 요인에 따라 달라지므로, 어떤 하드웨어를 받게 될지 확신할 수 없습니다.
OVHcloud 지원팀조차도 제가 지정한 조건에 따라 최소 플랜(제가 가입할 계획인 플랜)을 선택할 경우 Intel E5v3 (2014)가 될 가능성이 높다고 말했습니다.
Contabo는 이에 대해 아무 말도 하지 않습니다. 따라서 이는 다른 소스를 통해 추측할 수밖에 없는데, 거의 모든 소스가 EPYC 7282 (2019)와 같이 훨씬 더 새로운 모델이거나 그보다 더 새로운 모델이라고 제안하고 있습니다 (LTE 참고).
필요한 분들을 위해, 이 소스는 어떤 CPU가 사용될 수 있는지 보여줍니다(완전히 신뢰할 수는 없습니다) https://www.vpsbenchmarks.com/hosters/contabo/cpus
이것은 가상 전용 서버(VPS)입니다. '가상화’된 환경이며, 실제 하드웨어는 여러 인스턴스를 실행합니다. 제공되는 운영체제와 사용자가 선택하여 설치할 소프트웨어를 실행하는 데는 절대적으로 충분한 자원입니다.
사람들은 이 서버를 웹 서버, 메일 서버, 데이터베이스 서버, RTMP 서버 등 다양한 용도로 사용합니다. 물론 시간이 지나면 어떤 자원이든 한계에 부딪히게 됩니다. 사람들이 거대한 비디오 파일을 업로드해서 저장 공간이 부족해지거나, 무거운 프로세스를 실행해서 RAM이 부족해지거나, 분당 수백만 명이 사이트를 방문해서 대역폭이 부족해지는 경우 등이죠. 그 시점이 오면 VPS 비용보다 더 큰 문제들이 생길 것입니다. 대부분의 VPS는 업그레이드가 가능합니다.
VPS를 구매하는 순간부터 1시간 이내에 포럼을 설치하고 운영할 수 있어야 합니다. 도메인을 등록하고 DNS 레코드를 설정한 후, 표준 설치 지침에 따라 Discourse를 설치하세요. 그리고 링크를 공유해 주시면 여러분의 훌륭한 작업을 함께 감상할 수 있을 것입니다.
Contabo VPS 프로비저닝 완료 서브도메인이 IP로 지정되고 전파됨 이메일 DNS 전파 완료 및 SMTP 자격 증명 확보
내 로컬 PC가 Windows라 PuTTY가 필요하겠죠? PuTTY를 실행하면 다음과 같은 창이 뜹니다.
1) Accept/Connect Once를 선택해야 하나요?
2) 여기👇는 설치 전/후를 의미하는 건가요? 정확히 어떤 시점인가요?
3) Discourse를 설치하기 전에 Filezilla가 필요한가요?
4) (이것이 1단계임을 알고 있습니다) 제 VPS 제어판에서는 Ubuntu 26.04만 선택하거나, 또는 24.04와 아래 목록에서 무료 앱 1개를 선택할 수 있습니다. 사진 속 앱 외에도 드롭다운 목록에는 •Paperclip •Bitcoin Full Node •IPFS Node •Webmin •Proxmox VE 7 •Horizen Node •Ethereum 2.0 - eth-docker image •Ollama - phi4 •Flux Node가 포함되어 있습니다.
ask.discourse.org의 AI는 가장 유용한 것이 Dokploy와 OpenClaw이며, 나머지는 관련이 없거나 피하는 것이 좋다고 했습니다 (아래에 응답 있음). 서버 리소스에 미치는 영향과 무료인지 여부를 고려해야 합니다. 모든 것을 고려할 때, 아무리 하나라도 포함할 가치가 있거나, 아무것도 선택하지 않는 것이 더 나은가요?
아니요, Windows 앱 스토어에서 제공하는 무료이고 현대적인 Windows Terminal 앱을 사용하세요.
솔직히 선택 사항이니까 그냥 건너뛰라고 할 것 같아. Discourse를 설치하거나 실행하는 데 이 것들은 필요 없거든.
이것은 설치 후에 하면 됩니다. 일단 설치를 먼저 진행하세요. 설치 전에 무엇을 해야 할지 너무 고민하는 것 같네요. 물론 그 마음은 이해하지만, 그냥 진행해 보는 걸 추천합니다. 생각만큼 무섭지 않아요.
추가로, 커뮤니티는 항상 도움을 주려는 의지가 있지만, 필요한 지식이나 기술적 역량 면에서 벽에 부딪혔다고 느끼고 예산이 있다면, Marketplace 채널에 맞춤형 도움을 요청하는 글을 남길 수도 있습니다. 
대부분의 그런 기능은 오히려 문제를 일으킬 가능성이 큽니다. 해당 패널과 Discourse 모두 전문가라면 몇 시간의 작업을 통해 함께 작동하도록 만들 수는 있습니다. 하지만 패널이 자체 업데이트될 때 Discourse가 다시 깨질 가능성이 높습니다. 매우 구체적인 필요가 없는 한 그런 것들은 전혀 필요하지 않으며, 당신에게는 그런 필요가 없습니다.
모든 과정이 순조롭게 진행되어 터미널의 자격 증명 입력 질문 단계까지 왔습니다. 여기서 무엇을 입력해야 할까요? 이전에 이 질문을 한 적이 있습니다.
서브도메인(noreply@forum.mydomain.com)을 기반으로 이메일 도메인이 자동 입력되었는데, 실제로 제가 가진 이메일 주소가 아닌 것 같습니다. 다만 몇 개의 별칭(alias)은 가지고 있습니다.
1) 실제 별칭을 제공해야 하나요, 아니면 이 가상 이메일 주소가 실제로 답장이 오지 않으므로 더 나은가요?
2) 또한 서버와의 연결이 오래 유지되지 않고 시간 초과가 발생합니다. 다음 줄에서 다시 SSH를 시도해도 연결되지 않는데, 여러 번 시도해 보았습니다. 이것이 정상적인가요? 터미널과 SSH를 닫아도 괜찮을까요? 이로 인해 설치가 망가졌거나, 중단된 곳에서 계속 진행할 수 없게 된 건 아닌가요?
보통 DNS에 리다이렉트 이메일 섹션이 있어서 캐치올(catch-all)을 추가하고 어떤 이메일 주소로 전달할지 선택할 수 있습니다…
그것은 정상적이지 않다고 생각합니다. 제 서버는 타임아웃이 발생하지 않거든요. 물론 설정을 통해 그렇게 만들 수도 있지만, 기본값일 가능성은 낮습니다. 혹시 메모리나 디스크 공간이 부족한가요? 사양을 다시 알려주세요.
아마도 SWAP을 설정하지 않아 메모리가 부족한 상태일 가능성이 높습니다 …
다음은 SWAP을 설정하는 가이드입니다:
호스티inger(Hostinger) 지원팀에서 비활성 상태가 지속되면 타임아웃이 발생하는 것은 정상이라고 하였습니다. 몇 분 후에 다시 시도해 보니 Discourse 설정이 거의 재개되었습니다. 그런 다음 다음과 같은 내용이 표시되었습니다. 서브도메인이 연결된 것 같습니다
이후 Discourse가 다운로드되는 과정이 여러 줄로 표시되었고, 여기서 마지막 2개 명령줄의 일부는 한동안 그대로 머물러 있었습니다 (나중에 연결이 타임아웃되어 다른 줄이 계속되었는지는 알 수 없습니다)
1) 터미널의 빌드 과정이 성공적이었나요?
브라우저에서 서브도메인 링크를 확인했을 때 브라우저 오류 페이지가 표시되었습니다. (‘This site can’t be reached, forum.mydomain.com refused to connect.’ / ERR_CONNECTION_REFUSED)
호스티inger 지원팀은 DNS가 아직 완전히 전파되지 않았기 때문일 가능성이 매우 높다고 했습니다 (약 24시간 전에 DNS를 지정했습니다)
ask.discourse.org의 AI와 함께 진행한 문제 해결은 부정적인 결과를 시사합니다
AI가 제안한 그 간단한 명령들을 실행해 봤을 때, 둘 다 -bash: ./launcher: No such file or directory라고 표시되었습니다.
빌드 실행은 비활성 상태가 아닙니다!
해당 제공업체와 함께 tmux 사용을 고려해 보세요.
여기 좋은 조언이 많습니다. 표준에 따라 진행했지만 몇 가지 부분에서 혼란을 겪어서 claude.ai에게 도움을 요청했습니다. 그 결과는 완전히 만족스러웠습니다.
Contabo와 함께 이 문제를 해결하는 과정은 그저 용납할 수 없는 수준입니다
Contabo의 라이브 채팅은 작동하지 않아 현재 티켓을 통한 피드백 루프는 불합리할 정도로 지연되고 비효율적입니다. 수 분 만에 여러 문제를 해결할 수 있는 채팅/통화가, 실제로 각 메시지 사이에 수 시간씩 걸리는 현재 방식은 터무니없고 비둘기를 이용해 편지를 보내는 것과 같습니다. 본래 수 분이면 해결되어야 할 사소한 문제 하나하나가 결국 며칠씩 걸리고 있습니다. 이는 그들의 각 응답이 충분히 지원적이지도 않아 더욱 악화되고 있습니다.
[제 VPS 스펙: 4 vCPU 코어, 8 GB RAM, 200 Mbit/s 포트]
연결 끊김 문제 요약
연결이 끊기는 순간 터미널에는 아무것도 표시되지 않아 정확히 얼마나 걸려서 끊기는지 알 수 없습니다. 입력할 때만 알게 되는데, 커맨드 라인 root@xyz:\~# 에 입력을 하면 아무것도 표시되지 않고 즉시 해당 줄에 다음 내용이 표시됩니다;
root@xyz:\~# client_loop: send disconnect: Connection reset
PS C:\\Users\\user>
5분간 비활성 상태였을 때 확인해보니 연결이 끊겨 있었습니다. 3분 후 확인했을 때는 연결되어 있었습니다. 이를 근거로 3~5분 사이에 연결이 끊기는 것으로 추정됩니다. 하지만 설치가 실행 중일 때에도 동일한지 확신은 없습니다.
Contabo에 이 문제에 대해 문의했을 때
[수 시간..]
큰 설명 없이 VPS의 성능을 개선하겠다며 다른 호스트 시스템으로 마이그레이션했습니다. 새로 마이그레이션된 VPS에서 다시 시도해 보았지만, 동일한 연결 끊김 문제가 발생했습니다! 다시 티켓을 보냈고
[수 시간]
답변이 왔을 때 조금 더 자세한 설명을 덧붙이며, 이 문제가 예상치 못한 동작임을 인정하고, 서버를 핑했을 때 패킷 손실 없이 빠른 응답이 오며, 문제가 네트워크 설정/오류 때문일 수 있다고 말했습니다. 현재 그들은 이 문제를 해결하기 위해 노력하고 있습니다.
위 내용을 고려할 때(가용 RAM, 이 예상치 못한 동작에 대한 그들의 진단 및 현재 진행 중인 문제 해결 작업), 스왑 파일 추가와 같은 변경 사항을 지금 해야 할지 고민됩니다. (대략은 이해하지만 제게는 조금 복잡한 부분이기도 합니다) 아마도 먼저 그들이 이를 정상 작동 상태로 되돌렸는지 확인해 볼 것 같습니다.
8GB라면 꽤 큰 용량이므로 문제의 원인이 아닐 수도 있습니다.
vmstat으로 메모리 사용량을 확인하거나, htop 같은 친숙한 도구를 설치할 수도 있습니다.
솔직히 말해서, 이는 네트워크 문제처럼 보입니다.
그것도 네 생각과 일치해서 다행이야. 지금 그들과 대화 중이야
SSH 연결 리셋 문제를 어떻게 해결했는지
ping {vps ip address}를 시도했을 때, 연결이 아주 오래 유지되었습니다! (수동으로 연결을 끊기 전까지 20분 이상 유지되었죠). 핑을 보내지 않고 시도해 보니, 연결 리셋 문제가 다시 발생했습니다. 즉, 터미널에 입력이 없거나 유휴 상태가 될 때 문제가 발생했던 것입니다.
정확한 원인이나 해결책을 찾지 못한 Contabo 기술 지원팀과의 여러 차례의 소통, 그리고 제가 직접 여러 가지를 시도해 본 끝에, 이 방법이 효과가 있었습니다: https://youtu.be/tpxd0_PKZP8?si=lCnO3OqrqWoUmj13
VPS 쪽에 문제가 있을 수도 있고, 아닐 수도 있으며, 제가 겪은 이 문제는 제 라우터 때문일 수도 있습니다. 일부 라우터는 연결을 리셋하는 것으로 유명하거든요.
참고로, 이 문제를 피하는 방법 중 하나는 다음과 같습니다: ssh root@192.168.1.100 -o ServerAliveInterval=60 -o ServerAlivecountMax=1000
이전의 Discourse 설치가 중단되기 전까지 상당히 진행되어 있었기 때문에, 이번에는 순조롭게 진행되도록 처음부터 다시 시작했습니다. VPS를 공장 초기화했습니다.
그 후 모든 것이 순조롭게 진행되었고, 이렇게 되었습니다!
제가 해야 할 일은 관리자 계정을 등록하고 이메일을 인증하는 것뿐이었습니다. 그러자 곧바로 새로 설치된 Discourse 포럼으로 연결되었습니다. 이것이 새로운 방식이 맞나요, 모든 것이 정상적이고 예상된 흐름인가요? 제가 본 모든 튜토리얼에는 새 포럼을 보여주기 전에 커뮤니티 정보, 연락처, 로고 등 여러 단계의 설정 마법사가 있었습니다. 그것은 구버전의 설치에서만 있었던 것이 맞나요?
그 SSH 연결 리셋 문제가 이 과정을 불필요하게 지연시켰습니다. 그 이후로는 매우 간단합니다.
가까운 미래에 포럼을 완전히 구축하고 출시한 후 업데이트를 남길 예정입니다.
감사합니다❤️
여러분이 없었다면 정말 헤맬 뻔했습니다. 여기서 주어진 수많은 답변 덕분에, 여러분 중 한 명 이상에게 
(좋아요)를 더 하고 싶었습니다(기능 요청이네요). 제게 이 훌륭한 제품을 더 접근 가능하게 만들어 주시고 모든 질문에 답해 주신 이곳의 모든 분들에게 감사드립니다. @darkpixlz @Lilly @NateDhaliwal @Andrew_Rowe @merefield 님이 해주신 일들에 대해 특히 감사드립니다. 바다 건너 서로 다른 곳에서 모여서 서로를 돕는 아름다운 영혼들이시네요. 여러분의 설명을 잘 새겨듣고 있으며, 미래에 제가 할 수 있는 방식으로 더 잘 감사 인사를 전할 수 있기를 바랍니다.
제 웹사이트는 아직 준비가 되지 않았으므로, 제가 하는 일과 가까운, 영향력 있는 것을 하나 공유합니다. ACE: https://animalcharityevaluators.org/