You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: develop-docs/self-hosted/experimental/csp.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ sidebar_order: 70
5
5
---
6
6
7
7
<Alertlevel="warning">
8
-
This is an experimental feature. Use it with caution.
8
+
This is an experimental feature. This means that features and workflows are not completely tested, so use at your own risk!
9
9
</Alert>
10
10
11
11
Starting with Sentry `23.5.0`, it is possible to enable the [CSP header](https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP) on self-hosted Sentry installations. The good news is that Sentry itself supports [collecting of CSP reports](https://docs.sentry.io/product/security-policy-reporting/). We recommend creating a separate Sentry project for CSP reports. To enable CSP and reports collection, you'll want to configure the following settings in `sentry.conf.py`:
This is an experimental feature. This means that features and workflows are not completely tested, so use at your own risk!
9
+
</Alert>
10
+
11
+
Starting from 24.8.0+, users will have the ability to choose between two distinct types of self-hosted Sentry deployments.
12
+
13
+
**Errors Only**
14
+
15
+
Errors Only self-hosted offers a small subset of features with an emphasis on minimizing system resources. This lightweight option includes only the following features:
16
+
1. Issues
17
+
2. Alerts
18
+
3. Integrations
19
+
4. Dashboards
20
+
5. Releases
21
+
6. Discover
22
+
23
+
In order to enable errors only self-hosted, you'll need to update your [.env file](https://github.com/getsentry/self-hosted/blob/master/.env) to include `COMPOSE_PROFILES=errors-only`.
24
+
25
+
**Feature Complete**
26
+
27
+
This is our default version of self-hosted Sentry. It includes most of the features that are available on our SaaS product. This includes everything offered in the Errors Only version, plus the following:
This version of Sentry is enabled by default upon installation. Ensure that your [.env file](https://github.com/getsentry/self-hosted/blob/master/.env) includes `COMPOSE_PROFILES=feature-complete`.
Copy file name to clipboardExpand all lines: develop-docs/self-hosted/experimental/external-storage.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ sidebar_order: 90
7
7
In some cases, storing Sentry data on-disk is not really something people can do. Sometimes, it's better to offload it into some bucket storage (like AWS S3 or Google Cloud Storage).
8
8
9
9
<Alerttitle="Important"level="warning">
10
-
The docs below are contributed by the community. Sentry does not officially provide support for external storage backends that extend beyond our typical docker compose setup. Follow these guidelines at your own risk as these docs are not maintained nor kept up to date!
10
+
These are community-contributed docs. Sentry does not officially provide support for self-hosted configurations beyond the default install.
11
11
</Alert>
12
12
<Alerttitle="Note"level="info">
13
13
After changing configuration files, re-run the <code>./install.sh</code> script, to rebuild and restart the containers. See the <Linkto="/self-hosted/#configuration">configuration section</Link> for more information.
These pages here are purely experimental and are not officially supported workflows. Much of this is contributed by our wonderful developer community. We hope it is useful for those customizing self-hosted Sentry to your specific needs, but are unable to offer official support or triage for issues arising from these workflows. **Use at your own risk!**
Copy file name to clipboardExpand all lines: develop-docs/self-hosted/experimental/reverse-proxy.mdx
+4Lines changed: 4 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,6 +4,10 @@ sidebar_title: Reverse Proxy
4
4
sidebar_order: 80
5
5
---
6
6
7
+
<Alerttitle="Important"level="warning">
8
+
These are community-contributed docs. Sentry does not officially provide support for self-hosted configurations beyond the default install.
9
+
</Alert>
10
+
7
11
Adding a reverse proxy in front of your Sentry deployment is strongly recommended for one big reason: you can fine tune every configuration to fit your current setup. A dedicated reverse proxy that does SSL/TLS termination that also forwards the client IP address as Docker Compose internal network (as this is [close to impossible to get otherwise](https://github.com/getsentry/self-hosted/issues/554)) would give you the best Sentry experience.
8
12
9
13
Once you have setup a reverse proxy to your Sentry instance, you should modify the `system.url-prefix` in the `config.yml` file to match your new URL and protocol. You should also update the SSL/TLS section in the `sentry/sentry.conf.py` script, otherwise you may get CSRF-related errors when performing certain actions such as configuring integrations.
Copy file name to clipboardExpand all lines: develop-docs/self-hosted/index.mdx
+2-33Lines changed: 2 additions & 33 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -124,38 +124,6 @@ To apply new Docker daemon configuration, restart your Docker service with `syst
124
124
Further information regarding Docker default IP pools can be found on the [Troubleshooting guide](/self-hosted/troubleshooting/#docker-network-conflicting-ip-address).
125
125
</Alert>
126
126
127
-
## Errors-only Self-hosted Sentry
128
-
129
-
**Disclaimer: This is an experimental beta feature. This means that features and workflows are not completely tested, so use at your own risk!**
130
-
131
-
Starting from 24.8.0+, users will have the ability to choose between two distinct types of self-hosted Sentry deployments.
132
-
133
-
**Errors Only**
134
-
135
-
Errors Only self-hosted offers a small subset of features with an emphasis on minimizing system resources. This lightweight option includes only the following features:
136
-
1. Issues
137
-
2. Alerts
138
-
3. Integrations
139
-
4. Dashboards
140
-
5. Releases
141
-
6. Discover
142
-
143
-
In order to enable errors only self-hosted, you'll need to update your [.env file](https://github.com/getsentry/self-hosted/blob/master/.env) to include `COMPOSE_PROFILES=errors-only`.
144
-
145
-
**Feature Complete**
146
-
147
-
This is our default version of self-hosted Sentry. It includes most of the features that are available on our SaaS product. This includes everything offered in the Errors Only version, plus the following:
This version of Sentry is enabled by default upon installation. Ensure that your [.env file](https://github.com/getsentry/self-hosted/blob/master/.env) includes `COMPOSE_PROFILES=feature-complete`.
158
-
159
127
## Configuration
160
128
161
129
You very likely will want to adjust the default configuration for your Sentry installation as well. These facilities are available for that purpose:
@@ -224,7 +192,8 @@ Here is further information on specific configuration topics related to self-hos
0 commit comments