# Content Security Policy를 완화하는 방법

**URL:** https://meta.discourse.org/t/how-to-relax-content-security-policy/244459
**Category:** Development
**Created:** [11월 5, 2022, 4:51오전 UTC](https://meta.discourse.org/t/how-to-relax-content-security-policy/244459 "2022-11-05T04:51:32Z")
**Posts on this page:** 1
**Showing post:** 3

<div class="post-metadata">

### Author: ![titusc](https://avatars.discourse-cdn.com/v4/letter/t/9f8e36/32.png) [@titusc](https://meta.discourse.org/u/titusc)
#### Post date: [11월 11, 2022, 3:16오전 UTC](https://meta.discourse.org/t/how-to-relax-content-security-policy/244459/3 "2022-11-11T03:16:48Z")

</div>

사실 /etc/hosts를 시도해 보았지만 CSP로 인해 동일한 오류가 계속 발생합니다. 개발자가 DNS 솔루션을 구축하지 않고 노트북 내에서 모든 작업을 수행할 수 있도록 이 기능을 전환할 수 있는 플래그나 설정이 있을 것이라 생각했습니다. [macOS에서 개발용 Discourse 설치 - 문서 / 개발자 - Discourse Meta](https://meta.discourse.org/t/install-discourse-on-macos-for-development/15772)를 살펴보면, IP 주소가 아닌 http://localhost:3000으로 작동하도록 부트스트랩되는 것으로 보입니다.

제가 직면한 문제는 Discourse 설치를 자동화하는 도구를 가지고 있으며, 개발, UAT, 프로덕션 환경 모두를 동일한 프로세스로 구축하고 싶다는 것입니다. 현재 적절한 FQDN을 해석해야 하므로 공개 인터넷에서 접근 가능해야 한다는 것이 요구 사항인 것으로 보이며, 개발 환경을 공개 인터넷에서 접근 가능하게 하고 싶지는 않습니다. 여기에는 여러 사용 사례가 있으며, 그중 하나는 개발 환경에서 매주 Discourse 업그레이드를 자동화하고 여러 테스트를 실행하여 문제가 발생하는지 확인하는 것입니다.

어쨌든 IP를 통한 직접 액세스를 허용하도록 요구 사항을 완화할 방법이 있다면 알려주시면 좋겠습니다. 그렇지 않다면 유일한 대안은 작은 DNS 서비스를 실행한 후 노트북을 해당 커스텀 DNS 서비스를 사용하도록 설정하는 것일 텐데, 이는 다소 번거로워 보입니다.

---

_[View the full topic](https://meta.discourse.org/t/how-to-relax-content-security-policy/244459)._