mirror of
https://github.com/coder/coder.git
synced 2026-09-21 20:51:01 +08:00
Normalizes non-standard code-fence language tags across `docs/**` so a strict highlighter (Shiki, used by Fumadocs) won't fail the build on an unrecognized language, and unifies redundant synonym tags onto one canonical form per language. The current renderer (Speed-Highlight) detects the language from the code content, not the fence label, so this drift wasn't visible until now. ## Changes - `hcl` -> `tf` (199 fences, including indented ones nested in numbered/bulleted lists). Shiki ships `hcl` and `terraform` as two distinct grammars (not aliases); every `hcl`-tagged fence in `docs/**` is actually Terraform resource/data/provider syntax, so the more specific `terraform` grammar is correct for all of them. `tf` is Shiki's own alias for that grammar, and it's also what GitHub's own markdown renderer resolves to the same HCL/Terraform highlighting. - `pwsh`/`powershell` -> `ps1`. Both `ps` and `ps1` are registered PowerShell aliases in Shiki, but on GitHub's renderer only `.ps1` is a registered file extension (`.ps` isn't), so `ps1` renders identically to `powershell` there today while bare `ps` would silently lose highlighting. - `env` -> `dotenv` (a dedicated Shiki grammar for `KEY=VALUE` files) - `text`/`output`/`none`/`url` -> `txt`. Same built-in plain-text fallback either way, just shorter. - `Dockerfile` -> `dockerfile` (lowercase) - `bash`/`shell` -> `sh` (732 fences). Shiki and GitHub both alias all three to a single shell grammar; this was already the style guide's stated preference, just not enforced across the existing corpus until now. - `markdown` -> `md` (4 fences). Alias of the same grammar in both Shiki and GitHub. - `jsonc` -> `json` (1 fence). The block has no comments or trailing commas, so it doesn't need the comments-capable grammar. - `ts` -> `tsx` (2 fences, `docs/about/contributing/frontend.md`). Verified the actual content tokenizes identically under both grammars, and a sibling block in the same file already needs `tsx` for real JSX, so unifying to one tag is safe for this file. Documented a caveat: `tsx` mis-tokenizes the legacy angle-bracket type-assertion syntax (`<Type>value`), which is invalid in real `.tsx` files anyway, so use `value as Type` instead. - `yml` -> `yaml` (1 fence) - Updated `docs/.style/style-guide/formatting.md` to document all canonical tags `promql` (2 fences) and `caddyfile` (2 fences) are left as-is. Shiki doesn't bundle a grammar for either, so they need a custom grammar registration when the site adopts Shiki, rather than degrading to `txt`. Tracked as follow-up work under DOCS-118 and [DOCS-544](https://linear.app/codercom/issue/DOCS-544/vendor-a-local-promql-grammar-for-shiki-syntax-highlighting) (promql). Does not touch `offlinedocs/`. Linear: [DOCS-476](https://linear.app/codercom/issue/DOCS-476/normalize-docs-code-fence-languages-de-risk-shikifumadocs) <details> <summary>How the fence tags were verified</summary> Each tag was tested against a real `shiki@latest` highlighter instance (`codeToHtml`/`codeToTokens`) and cross-checked against GitHub's `@wooorm/starry-night` grammar sources (the renderer that actually displays these `.md` files today, in repo browsing and PR diffs), since that's what determines whether brevity is safe before Shiki adoption: ```text FAIL env -- Language `env` is not included in this bundle. FAIL Dockerfile -- Language `Dockerfile` is not included in this bundle. FAIL promql -- Language `promql` is not included in this bundle. FAIL caddyfile -- Language `caddyfile` is not included in this bundle. FAIL pwsh -- Language `pwsh` is not included in this bundle. FAIL output -- Language `output` is not included in this bundle. ``` `hcl` doesn't error in Shiki, since it's a real grammar, but that's exactly the trap: it was silently rendering every fence with the generic HCL grammar instead of the Terraform-specific one. Every `hcl`-tagged fence in `docs/**` was manually checked against `origin/main` and is genuinely Terraform content. For `ts`/`tsx`, tokenizing the actual doc content confirmed identical output under both grammars; a synthetic test with the legacy angle-bracket cast syntax confirmed `tsx` degrades on that specific construct, which the style guide now calls out. The first normalization pass only matched fence tags at column 0 (`^```tag$`), missing tags indented inside numbered/bulleted lists. A follow-up pass caught the remaining occurrences at any indentation level. </details> --- *This PR description and the underlying changes were prepared with Coder Agents assistance.*
173 lines
4.4 KiB
Markdown
173 lines
4.4 KiB
Markdown
# How to use Apache as a reverse-proxy with LetsEncrypt
|
|
|
|
## Requirements
|
|
|
|
1. Start a Coder deployment and be sure to set the following
|
|
[configuration values](../admin/setup/index.md):
|
|
|
|
```dotenv
|
|
CODER_HTTP_ADDRESS=127.0.0.1:3000
|
|
CODER_ACCESS_URL=https://coder.example.com
|
|
CODER_WILDCARD_ACCESS_URL=*coder.example.com
|
|
```
|
|
|
|
Throughout the guide, be sure to replace `coder.example.com` with the domain
|
|
you intend to use with Coder.
|
|
|
|
2. Configure your DNS provider to point your coder.example.com and
|
|
\*.coder.example.com to your server's public IP address.
|
|
|
|
> For example, to use `coder.example.com` as your subdomain, configure
|
|
> `coder.example.com` and `*.coder.example.com` to point to your server's
|
|
> public ip. This can be done by adding A records in your DNS provider's
|
|
> dashboard.
|
|
|
|
3. Install Apache (assuming you're on Debian/Ubuntu):
|
|
|
|
```sh
|
|
sudo apt install apache2
|
|
```
|
|
|
|
4. Enable the following Apache modules:
|
|
|
|
```sh
|
|
sudo a2enmod proxy
|
|
sudo a2enmod proxy_http
|
|
sudo a2enmod ssl
|
|
sudo a2enmod rewrite
|
|
```
|
|
|
|
5. Stop Apache service and disable default site:
|
|
|
|
```sh
|
|
sudo a2dissite 000-default.conf
|
|
sudo systemctl stop apache2
|
|
```
|
|
|
|
## Install and configure LetsEncrypt Certbot
|
|
|
|
1. Install LetsEncrypt Certbot: Refer to the
|
|
[CertBot documentation](https://certbot.eff.org/instructions?ws=apache&os=ubuntufocal&tab=wildcard).
|
|
Be sure to pick the wildcard tab and select your DNS provider for
|
|
instructions to install the necessary DNS plugin.
|
|
|
|
## Create DNS provider credentials
|
|
|
|
This example assumes you're using CloudFlare as your DNS provider. For other
|
|
providers, refer to the
|
|
[CertBot documentation](https://eff-certbot.readthedocs.io/en/stable/using.html#dns-plugins).
|
|
|
|
1. Create an API token for the DNS provider you're using: e.g.
|
|
[CloudFlare](https://developers.cloudflare.com/fundamentals/api/get-started/create-token)
|
|
with the following permissions:
|
|
|
|
- Zone - DNS - Edit
|
|
|
|
2. Create a file in `.secrets/certbot/cloudflare.ini` with the following
|
|
content:
|
|
|
|
```ini
|
|
dns_cloudflare_api_token = YOUR_API_TOKEN
|
|
```
|
|
|
|
```sh
|
|
mkdir -p ~/.secrets/certbot
|
|
touch ~/.secrets/certbot/cloudflare.ini
|
|
nano ~/.secrets/certbot/cloudflare.ini
|
|
```
|
|
|
|
3. Set the correct permissions:
|
|
|
|
```sh
|
|
sudo chmod 600 ~/.secrets/certbot/cloudflare.ini
|
|
```
|
|
|
|
## Create the certificate
|
|
|
|
1. Create the wildcard certificate:
|
|
|
|
```sh
|
|
sudo certbot certonly --dns-cloudflare --dns-cloudflare-credentials ~/.secrets/certbot/cloudflare.ini -d coder.example.com -d *.coder.example.com
|
|
```
|
|
|
|
## Configure Apache
|
|
|
|
This example assumes Coder is running locally on `127.0.0.1:3000` and that
|
|
you're using `coder.example.com` as your subdomain.
|
|
|
|
1. Create Apache configuration for Coder:
|
|
|
|
```sh
|
|
sudo nano /etc/apache2/sites-available/coder.conf
|
|
```
|
|
|
|
2. Add the following content:
|
|
|
|
```apache
|
|
# Redirect HTTP to HTTPS
|
|
<VirtualHost *:80>
|
|
ServerName coder.example.com
|
|
ServerAlias *.coder.example.com
|
|
Redirect permanent / https://coder.example.com/
|
|
</VirtualHost>
|
|
|
|
<VirtualHost *:443>
|
|
ServerName coder.example.com
|
|
ServerAlias *.coder.example.com
|
|
ErrorLog ${APACHE_LOG_DIR}/error.log
|
|
CustomLog ${APACHE_LOG_DIR}/access.log combined
|
|
|
|
ProxyPass / http://127.0.0.1:3000/ upgrade=any # required for websockets
|
|
ProxyPassReverse / http://127.0.0.1:3000/
|
|
ProxyRequests Off
|
|
ProxyPreserveHost On
|
|
|
|
RewriteEngine On
|
|
# Websockets are required for workspace connectivity
|
|
RewriteCond %{HTTP:Connection} Upgrade [NC]
|
|
RewriteCond %{HTTP:Upgrade} websocket [NC]
|
|
RewriteRule /(.*) ws://127.0.0.1:3000/$1 [P,L]
|
|
|
|
SSLCertificateFile /etc/letsencrypt/live/coder.example.com/fullchain.pem
|
|
SSLCertificateKeyFile /etc/letsencrypt/live/coder.example.com/privkey.pem
|
|
</VirtualHost>
|
|
```
|
|
|
|
> Don't forget to change: `coder.example.com` by your (sub)domain
|
|
|
|
3. Enable the site:
|
|
|
|
```sh
|
|
sudo a2ensite coder.conf
|
|
```
|
|
|
|
4. Restart Apache:
|
|
|
|
```sh
|
|
sudo systemctl restart apache2
|
|
```
|
|
|
|
## Refresh certificates automatically
|
|
|
|
1. Create a new file in `/etc/cron.weekly`:
|
|
|
|
```sh
|
|
sudo touch /etc/cron.weekly/certbot
|
|
```
|
|
|
|
2. Make it executable:
|
|
|
|
```sh
|
|
sudo chmod +x /etc/cron.weekly/certbot
|
|
```
|
|
|
|
3. And add this code:
|
|
|
|
```sh
|
|
#!/bin/sh
|
|
sudo certbot renew -q
|
|
```
|
|
|
|
And that's it, you should now be able to access Coder at your sub(domain) e.g.
|
|
`https://coder.example.com`.
|