gitea/gitea-docs
1
0
Fork 0
mirror of https://gitea.com/gitea/docs.git synced 2026-07-22 12:17:50 +00:00
Code Issues Packages Projects Releases Wiki Activity

docs: update zh-tw (#265)

Browse Source 
Reviewed-on: https://gitea.com/gitea/docs/pulls/265
Reviewed-by: Lunny Xiao <xiaolunwen@gmail.com>
Co-authored-by: ifurther <55025025+ifurther@users.noreply.github.com>
Co-committed-by: ifurther <55025025+ifurther@users.noreply.github.com>
This commit is contained in:
ifurther
2025-09-03 21:00:35 +00:00
committed by techknowlogick
parent 908a27589d
commit cb462089e9
88 changed files with 3545 additions and 3423 deletions
Download Patch File Download Diff File Expand all files Collapse all files

120
i18n/zh-tw/docusaurus-plugin-content-docs/version-1.24/administration/reverse-proxies.md
View File

@@ -12,26 +12,26 @@ aliases:
1. 在您的 `app.ini` 文件中添加配置 `[server] ROOT_URL = https://git.example.com/`
2. 将 `https://git.example.com/foo` 反向代理到 `http://gitea:3000/foo`
3. 确保反向代理不会解码 URI。`https://git.example.com/a%2Fb`的请求应该被传递给 `http://gitea:3000/a%2Fb`。
3. 确保反向代理不会解码 URI。`https://git.example.com/a%2Fb`的請求應該被传递给 `http://gitea:3000/a%2Fb`。
4. 确保 `Host` 和 `X-Forwarded-Proto` 头被正确的传递给 Gitea，使 Gitea 可以看到正在访问的真实 URL。
## 使用子路径
通常，**不推荐**将 Gitea 放到子路径。人们很少使用此配置，并且在极少数情况下可能会出现一些问题。
通常，**不推荐**将 Gitea 放到子路径。人们很少使用此配置，並且在极少数情况下可能会出現一些问题。
为了让 Gitea 在子路径工作（例如：`https://common.example.com/gitea/`），需要在上面的通用配置之外进行一些额外的配置：
為了让 Gitea 在子路径工作（例如：`https://common.example.com/gitea/`），需要在上面的通用配置之外進行一些额外的配置：
1. 在 `app.ini` 文件中使用配置 `[server] ROOT_URL = https://common.example.com/gitea/`。
2. 将 `https://common.example.com/gitea/foo` 反向代理到 `http://gitea:3000/foo`。
3. 容器映像注册表需要在根目录级别有一个固定的子路径 `v2`，您必须做下列配置：
3. 容器映像註冊表需要在根目錄级别有一个固定的子路径 `v2`，您必須做下列配置：
- 将 `https://common.example.com/v2` 反向代理到 `http://gitea:3000/v2`。
- 确保 URI 和标头也被正确的传递（见上面的通用配置）
## 使用 Nginx 作为反向代理服务
## 使用 Nginx 作為反向代理服务
如果您想使用 Nginx 作为 Gitea 的反向代理服务，您可以参照以下 `nginx.conf` 配置中 `server` 的 `http` 部分。
如果您想使用 Nginx 作為 Gitea 的反向代理服务，您可以参照以下 `nginx.conf` 配置中 `server` 的 `http` 部分。
确保 `client_max_body_size` 足够大，否则在上传大文件时会出现 "client_max_body_size" 错误。
确保 `client_max_body_size` 足够大，否则在上传大文件时会出現 "client_max_body_size" 错误。
```nginx
server {
@@ -49,9 +49,9 @@ server {
}
```
## 使用 Nginx 作为反向代理服务并将 Gitea 路由至一个子路径
## 使用 Nginx 作為反向代理服务並将 Gitea 路由至一个子路径
如果您已经有一个域名并且想与 Gitea 共享该域名，您可以增加以下 `nginx.conf` 配置中 `server` 的 `http` 部分，为 Gitea 添加路由规则：
如果您已经有一个域名並且想与 Gitea 共享該域名，您可以增加以下 `nginx.conf` 配置中 `server` 的 `http` 部分，為 Gitea 添加路由規則：
```nginx
server {
@@ -64,7 +64,7 @@ server {
rewrite ^(/gitea)?(/.*) $2 break;
proxy_pass http://127.0.0.1:3000$uri;
# 其他的常规 HTTP 表头，见上面“使用 Nginx 作为反向代理服务”小节的配置
# 其他的常规 HTTP 表头，见上面“使用 Nginx 作為反向代理服务”小节的配置
proxy_set_header Connection $http_connection;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Host $host;
@@ -75,27 +75,27 @@ server {
}
```
然后您**必须**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://git.example.com/git/` 的配置项。
然后您**必須**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://git.example.com/git/` 的配置项。
## 使用 Nginx 直接提供静态资源
我们可以通过将资源分为静态和动态两种类型来调节性能。
我们可以通過将资源分為静态和动态两种類型来调节性能。
CSS 文件、JavaScript 文件、图片和字体是静态内容。首页、仓库视图和工单列表是动态内容。
CSS 文件、JavaScript 文件、图片和字體是静态内容。首页、存放庫视图和工單列表是动态内容。
Nginx 可以直接提供静态资源，并且只代理动态资源请求给 Gitea。
Nginx 为提供静态内容进行了优化，而代理大响应可能与这一优化行为相反。
Nginx 可以直接提供静态资源，並且只代理动态资源請求给 Gitea。
Nginx 為提供静态内容進行了优化，而代理大響應可能与这一优化行為相反。
（见[https://serverfault.com/q/587386](https://serverfault.com/q/587386)）
将 Gitea 源代码仓库的一个快照下载到 `/path/to/gitea`。
在此之后，在本地仓库目录运行 `make frontend` 来生成静态资源。在这个情况下，我们只对 `public/` 目录感兴趣，您可以删除剩下的其他目录。
（为了生成静态资源，您需要安装一个[带 npm 的 Node ](https://nodejs.org/en/download/)和 `make`）
将 Gitea 源代码存放庫的一个快照下载到 `/path/to/gitea`。
在此之后，在本地存放庫目錄运行 `make frontend` 来生成静态资源。在这个情况下，我们只对 `public/` 目錄感兴趣，您可以删除剩下的其他目錄。
（為了生成静态资源，您需要安裝一个[带 npm 的 Node ](https://nodejs.org/en/download/)和 `make`）
取决于您的用户量的大小，您可以将流量分离到两个不同的服务器，或者为静态资源配置一个 cdn。
取决于您的使用者量的大小，您可以将流量分离到两个不同的服务器，或者為静态资源配置一个 cdn。
### 单服务器节点，单域名
### 單服务器节点，單域名
将 `[server] STATIC_URL_PREFIX = /_/static` 写入您的 Gitea 配置文件，并配置 nginx：
将 `[server] STATIC_URL_PREFIX = /_/static` 写入您的 Gitea 配置文件，並配置 nginx：
```nginx
server {
@@ -114,7 +114,7 @@ server {
### 双服务器节点，双域名
将 `[server] STATIC_URL_PREFIX = http://cdn.example.com/gitea` 写入您的 Gitea 配置文件，并配置 nginx：
将 `[server] STATIC_URL_PREFIX = http://cdn.example.com/gitea` 写入您的 Gitea 配置文件，並配置 nginx：
```nginx
# 运行 Gitea 的服务器
@@ -144,9 +144,9 @@ server {
}
```
## 使用 Apache HTTPD 作为反向代理服务
## 使用 Apache HTTPD 作為反向代理服务
如果您想使用 Apache HTTPD 作为 Gitea 的反向代理服务，您可以为您的 Apache HTTPD 作如下配置（在 Ubuntu 中，配置文件通常在 `/etc/apache2/httpd.conf` 目录下）：
如果您想使用 Apache HTTPD 作為 Gitea 的反向代理服务，您可以為您的 Apache HTTPD 作如下配置（在 Ubuntu 中，配置文件通常在 `/etc/apache2/httpd.conf` 目錄下）：
```apacheconf
<VirtualHost *:80>
@@ -159,11 +159,11 @@ server {
</VirtualHost>
```
注：必须启用以下 Apache HTTPD 组件：`proxy`， `proxy_http`
注：必須启用以下 Apache HTTPD 组件：`proxy`， `proxy_http`
## 使用 Apache HTTPD 作为反向代理服务并将 Gitea 路由至一个子路径
## 使用 Apache HTTPD 作為反向代理服务並将 Gitea 路由至一个子路径
如果您已经有一个域名并且想与 Gitea 共享该域名，您可以增加以下配置为 Gitea 添加路由规则（在 Ubuntu 中，配置文件通常在 `/etc/apache2/httpd.conf` 目录下）：
如果您已经有一个域名並且想与 Gitea 共享該域名，您可以增加以下配置為 Gitea 添加路由規則（在 Ubuntu 中，配置文件通常在 `/etc/apache2/httpd.conf` 目錄下）：
```
<VirtualHost *:80>
@@ -193,13 +193,13 @@ server {
</VirtualHost>
```
然后您**必须**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://git.example.com/git/` 的配置项。
然后您**必須**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://git.example.com/git/` 的配置项。
注：必须启用以下 Apache HTTPD 组件：`proxy`， `proxy_http`
注：必須启用以下 Apache HTTPD 组件：`proxy`， `proxy_http`
## 使用 Caddy 作为反向代理服务
## 使用 Caddy 作為反向代理服务
如果您想使用 Caddy 作为 Gitea 的反向代理服务，您可以在 `Caddyfile` 中添加如下配置：
如果您想使用 Caddy 作為 Gitea 的反向代理服务，您可以在 `Caddyfile` 中添加如下配置：
```
git.example.com {
@@ -207,9 +207,9 @@ git.example.com {
}
```
## 使用 Caddy 作为反向代理服务并将 Gitea 路由至一个子路径
## 使用 Caddy 作為反向代理服务並将 Gitea 路由至一个子路径
如果您已经有一个域名并且想与 Gitea 共享该域名，您可以在您的 `Caddyfile` 文件中增加以下配置，为 Gitea 添加路由规则：
如果您已经有一个域名並且想与 Gitea 共享該域名，您可以在您的 `Caddyfile` 文件中增加以下配置，為 Gitea 添加路由規則：
```
git.example.com {
@@ -220,23 +220,23 @@ git.example.com {
}
```
然后您**必须**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://git.example.com/git/` 的配置项。
然后您**必須**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://git.example.com/git/` 的配置项。
## 使用 IIS 作为反向代理服务
## 使用 IIS 作為反向代理服务
如果您想使用 IIS 作为 Gitea 的反向代理服务，你需要为 IIS 设置 URL 重写来作为反向代理。
如果您想使用 IIS 作為 Gitea 的反向代理服务，你需要為 IIS 设置 URL 重写来作為反向代理。
1. 在 IIS 中设置一个空网页，比如命名为 `Gitea Proxy`。
2. 根据[微软社区中为 IIS 设置 URL 重写的指南](https://techcommunity.microsoft.com/t5/iis-support-blog/setup-iis-with-url-rewrite-as-a-reverse-proxy-for-real-world/ba-p/846222#M343)的前两步进行配置，也就是：
1. 在 IIS 中设置一个空网页，比如命名為 `Gitea Proxy`。
2. 根据[微软社区中為 IIS 设置 URL 重写的指南](https://techcommunity.microsoft.com/t5/iis-support-blog/setup-iis-with-url-rewrite-as-a-reverse-proxy-for-real-world/ba-p/846222#M343)的前两步進行配置，也就是：
- 使用 Microsoft Web Platform Installer 5.1 (WebPI) 安装 Application Request Routing（简称 ARR），或者在 [IIS.net](https://www.iis.net/downloads/microsoft/application-request-routing) 下载这个插件。
- 一但这个模块被安装到 IIS 上，你将会在 IIS 管理控制台看到一个叫做 URL Rewrite 的新图标。
- 打开 IIS 管理控制台，在左边的列表中点击 `Gitea Proxy` 网页。在中间选中并且双击 URL Rewrite 的图标来加载 URL 重写的面板。
- 在管理控制台的右边选择 `Add Rule` 操作，并且在 `Inbound and Outbound Rules` 分类中选择 `Reverse Proxy Rule`。
- 在 Inbound Rules 中， 将 server name 设置为 Gitea 正在运行的主机以及对应端口。例如，如果你在 localhost 的 3000 端口上运行 Gitea，则设置为 `127.0.0.1:3000`。
- 使用 Microsoft Web Platform Installer 5.1 (WebPI) 安裝 Application Request Routing（简稱 ARR），或者在 [IIS.net](https://www.iis.net/downloads/microsoft/application-request-routing) 下载这个插件。
- 一但这个模組被安裝到 IIS 上，你将会在 IIS 管理控制台看到一个叫做 URL Rewrite 的新图标。
- 打开 IIS 管理控制台，在左边的列表中點擊 `Gitea Proxy` 网页。在中间選中並且双擊 URL Rewrite 的图标来加载 URL 重写的面板。
- 在管理控制台的右边選择 `Add Rule` 操作，並且在 `Inbound and Outbound Rules` 分类中選择 `Reverse Proxy Rule`。
- 在 Inbound Rules 中， 将 server name 设置為 Gitea 正在运行的主机以及对應端口。例如，如果你在 localhost 的 3000 端口上运行 Gitea，则设置為 `127.0.0.1:3000`。
- 启用 SSL Offloading
- 在 Outbound Rules 中，确保设置了 `Rewrite the domain names of the links in HTTP response`，并且将 `From:` 设置为上面的 server name，将 `To:` 设置为你的外部访问名称，例如：`git.example.com`
- 现在，根据下面的内容为您的网页编辑 `web.config`（将 `127.0.0.1:3000` 和 `git.example.com` 改为适当的值）
- 在 Outbound Rules 中，确保设置了 `Rewrite the domain names of the links in HTTP response`，並且将 `From:` 设置為上面的 server name，将 `To:` 设置為你的外部访问名稱，例如：`git.example.com`
- 現在，根据下面的内容為您的网页编辑 `web.config`（将 `127.0.0.1:3000` 和 `git.example.com` 改為适当的值）
```xml
<?xml version="1.0" encoding="UTF-8"?>
@@ -305,11 +305,11 @@ git.example.com {
</configuration>
```
## 使用 HAProxy 作为反向代理服务
## 使用 HAProxy 作為反向代理服务
如果您想使用 HAProxy 作为 Gitea 的反向代理服务，您可以将下面的内容加入您的 HAProxy 配置。
如果您想使用 HAProxy 作為 Gitea 的反向代理服务，您可以将下面的内容加入您的 HAProxy 配置。
在 frontend 部分加入一个 acl 来将对 gitea.example.com 的请求重定向到正确的后端。
在 frontend 部分加入一个 acl 来将对 gitea.example.com 的請求重定向到正确的后端。
```
frontend http-in
@@ -328,9 +328,9 @@ backend gitea
如果您将 http 内容重定向到 https，上面的配置文件也能够使用。只需要记住，在 HAProxy 和 Gitea 之间的连接将由 http 完成，所以你不需要在 Gitea 的配置文件中启用 https。
## 使用 HAProxy 作为反向代理服务并将 Gitea 路由至一个子路径
## 使用 HAProxy 作為反向代理服务並将 Gitea 路由至一个子路径
如果您已经有一个域名并且想与 Gitea 共享该域名，您可以在您的 HAProxy 中加入如下配置，为 Gitea 添加路由规则：
如果您已经有一个域名並且想与 Gitea 共享該域名，您可以在您的 HAProxy 中加入如下配置，為 Gitea 添加路由規則：
```
frontend http-in
@@ -342,7 +342,7 @@ frontend http-in
在这个配置下，http://example.com/gitea/ 将被重定向到您的 Gitea 实例。
接下来，对于 backend 部分：
接下来，對於 backend 部分：
```
backend gitea
@@ -350,13 +350,13 @@ backend gitea
server localhost:3000 check
```
添加的 http-request 在需要的时候会自动加入反斜杠/，并且通过将 http://example.com/gitea 正确设置为根来在内部路径中删除 /gitea，使其能够正常工作。
添加的 http-request 在需要的时候会自动加入反斜杠/，並且通過将 http://example.com/gitea 正确设置為根来在内部路径中删除 /gitea，使其能够正常工作。
然后您**必须**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://example.com/gitea/` 的配置项。
然后您**必須**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://example.com/gitea/` 的配置项。
## 使用 Traefik 作为反向代理服务
## 使用 Traefik 作為反向代理服务
如果您想使用 traefik 作为 Gitea 的反向代理服务，您可以在 `docker-compose.yaml` 中添加 label 部分（假设使用 docker 作为 traefik 的 provider）：
如果您想使用 traefik 作為 Gitea 的反向代理服务，您可以在 `docker-compose.yaml` 中添加 label 部分（假设使用 docker 作為 traefik 的 provider）：
```yaml
gitea:
@@ -368,11 +368,11 @@ gitea:
- "traefik.http.services.gitea-websecure.loadbalancer.server.port=3000"
```
这份配置假设您使用 traefik 来处理 HTTPS 服务，并在其和 Gitea 之间使用 HTTP 进行通信。
这份配置假设您使用 traefik 来处理 HTTPS 服务，並在其和 Gitea 之间使用 HTTP 進行通信。
## 使用 Traefik 作为反向代理服务并将 Gitea 路由至一个子路径
## 使用 Traefik 作為反向代理服务並将 Gitea 路由至一个子路径
如果您已经有一个域名并且想与 Gitea 共享该域名，您可以在您的 `docker-compose.yaml` 文件中增加以下配置，为 Gitea 添加路由规则（假设使用 docker 作为 traefik 的 provider）：
如果您已经有一个域名並且想与 Gitea 共享該域名，您可以在您的 `docker-compose.yaml` 文件中增加以下配置，為 Gitea 添加路由規則（假设使用 docker 作為 traefik 的 provider）：
```yaml
gitea:
@@ -386,6 +386,6 @@ gitea:
- "traefik.http.routers.gitea.middlewares=gitea-stripprefix"
```
这份配置假设您使用 traefik 来处理 HTTPS 服务，并在其和 Gitea 之间使用 HTTP 进行通信。
这份配置假设您使用 traefik 来处理 HTTPS 服务，並在其和 Gitea 之间使用 HTTP 進行通信。
然后您**必须**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://example.com/gitea/` 的配置项。
然后您**必須**在 Gitea 的配置文件中正确的添加类似 `[server] ROOT_URL = http://example.com/gitea/` 的配置项。