로컬 hosts 파일에 해당 IP를 하드코딩해 보는 건 어떨까요?
Falco, 고마워! 한번 확인해볼게.
클라이언트의 hosts 파일에 IP를 하드코딩해 보았지만, 브라우저가 항상 외부 연결로 리디렉션됩니다.
DISCOURSE_HOSTNAME에 도메인 이름을 둘 이상 지정할 수 있나요?
로컬 연결을 허용하려면 DISCOURSE_FORCE_HTTPS:를 false로 설정해야 하나요? 이 정보는 기사 중 하나에서 확인했습니다.
Dietpi OS를 사용 중인 Raspberry Pi 4에 Discourse를 설치하려고 합니다. 이 시스템에는 Nextcloud처럼 Nginx와 함께 작동하는 앱들이 이미 설치되어 있습니다. Cloudflared 서비스를 터널링에 사용하려고 했으나, Discourse 설치 완료 후 Discourse 사이트에 접근할 수 없으며 502 Bad Gateway 오류가 발생합니다.
Nginx에서 어떤 커스터마이징이 필요한가요? 어떤 포트를 사용해야 하나요?
다음 가이드를 적용해 보았지만 성공하지 못했습니다.
If you want to run other websites on the same machine as Discourse, you need to set up an extra NGINX or HAProxy proxy in front of the Docker container. NOTE: This is for advanced admins This guide assumes you already have Discourse working - if you don’t, it may be hard to tell whether or not the configuration is working. You cannot use ./discourse-setup to set up Discourse if another server is using port 80 or 443. You will need to copy and edit samples/standalone.yml with your favorite tex…
이 가이드는 Discourse가 Pi에 설치된 유일한 앱이라고 가정하고, Discourse 컨테이너에 할당된 포트 80을 노출하는 터널을 실행합니다.
리버스 프록시를 공유하는 여러 앱을 실행하는 것은 가능하지만, 보다 고급 설정에 해당하며 이 가이드의 범위를 벗어납니다.
DISCOURSE_BACKUP_HOSTNAME을 machinename.local로 설정하고 DISCOURSE_FORCE_HTTPS를 false로 바꾸니 작동했습니다. 이제 도메인 이름과 로컬 네트워크 도메인 이름으로 모두 접속할 수 있습니다.
잘하셨습니다. #howto:admins 채널에 어떻게 하는지(How To)로 올려야 할 것 같습니다.
@merefield 님, 감사합니다. 물론이죠!
백업 호스트명을 사용할 때 문제가 하나 있습니다. 이미지가 제대로 표시되지 않거든요.
게시물의 이미지가 메인 호스트명으로 생성된 경우, 백업 호스트명으로 접근하면 이미지가 누락됩니다. 반대로도 같은 문제가 발생합니다.
포스트를 다시 구우면(Rebake) 어떤 일이 일어나나요? (HTML 재구성)
아마도 하나의 액세스 주소만 사용해야 할 수 있습니다.
네, Rebuild HTML은 작동합니다. 하지만 로컬 주소(백업 호스트명)에 의존하기 때문에 VPN 접근이 깨져 있습니다.
해결책이 없는 것 같네요…
Just to add a voice and to agree with @sam, we’ve already had some switcheroos with our domains and relative URLs is most certainly needed.
armv7l에서 작동할까요?
아니요, 불가능합니다. 시도해 보았지만, 32비트 ARM 데비안 저장소에서 일부 패키지가 없어서 실행할 수 없었습니다.
데모 사이트 링크가 작동하지 않는 것 같습니다
이전과 마찬가지로, 또 이사했습니다. 찾을 수 있는 대로 다시 연결하겠습니다.
최근에 이걸 하나 구했습니다:
![]()
![]()
그리고 개발용 설치 환경을 실행해 보기로 했는데, 솔직히 말해서 현재 스크립트 방식의 솔루션이 작동하지 않아서 상당히 수동적인 노력이 필요했습니다. 하지만 ![]()
이것이 가능하도록 만들어 주신 모든 분들에게 감사드립니다. 정말 멋진 일이네요! ![]()
그리고 개발용 설치를 실행하기로 결정했는데, 솔직히 현재 스크립트 기반 솔루션이 작동하지 않아 상당한 수동 노력이 필요했습니다.
어떤 "스크립트 기반 솔루션"이 어떤 Pi에서도 작동합니까? 이걸 시도해 보고 싶은 Pi4가 몇 대 있는데, 리눅스 고수는 아니어서 수동으로 “의존성” 문제를 처리할 지식이 부족합니다.
다만 네트워크에 재귀적 PiHole을 실행하고 있어서, 도메인 이름 문제만큼은 적어도 해결할 수 있을 것 같습니다…아마도.
제 장비는 아주 만족하고 있습니다. 추천드리고 싶은 점은 다음과 같습니다.
- 8GB Raspberry Pi: 제 장비는 정기적으로 4GB를 초과하기 때문입니다.
- SSD 디스크: MicroSD는 너무 느립니다.

