如果数据库实例位于公 共网络上，请使用 TLS 对数据库连接进行加密，以防止第三方拦截流量数据。 您需要两个有效的 TLS 证书，一个用于数据库实例（数据库服务器），一个用于 Gitea 实例（数据库客户 端）。两个证书都必须由受信任的 CA 签名。 数据库证书必须在 X509v3 Extended Key Usage 扩展属性中包含 TLS Web Server Authentication 书则需要在相应的属性中包含 TLS Web Client Authentication 。 在数据库服务器证书中， Subject Alternative Name 或 Common Name 条目之一必须是数据库实例的完全限定域 名（FQDN）（例如 db.example.com ）。在数据库客户端证书中，上述提到的条目之一必须包含 Gitea 将用 于连接的数据库用户名。 您需要将 Gitea 中，数据库客户端和服务器通过将各自的证书 发送给对方进行验证来相互认证。换句话说，服务器验证客户端证书，客户端验证服务器证书。 1. 在数据库实例所在的服务器上，放置以下凭据： /path/to/postgresql.crt : 数据库实例证书 /path/to/postgresql.key : 数据库实例私钥 /path/to/root.crt : 用于验证客户端证书的CA证书链 2. 在 postgresql

cof@cof-lee.com #设置邮箱 # git config --global h�p.sslVerify false #不验证ssl证书 # git config --global --list #查看全局设置 ★本地设置 针 对 单 一 项 目 的 设 置 email cof@cof-lee.com #设置邮箱 # git config --local h�p.sslVerify false #不验证ssl证书 # git config --local --list #查看本地设置 ★系统设置 系统设置信息保存在/etc/gitconfig文件里 nginx['ssl_cer�ficate_key'] = "/etc/gitlab/gitlab.cof-lee.com.key" EOF # mkdir /git-data # mkdir /git-backup #将证书及密钥文件复制到/etc/gitlab目录下 # gitlab-ctl reconfigure #重加载配置文件（耗时较长，约5到10分钟） # gitlab-ctl

协议的可用性是主要的优势。 与 SSH 协议类似，HTTP 协议也非常快和高效。 你也可以在 HTTPS 协议上提供只读版本库的服务，如此你在传输数据的时候就可以加密数据；或者，你甚至可 以让客户端使用指定的 SSL 证书。 另一个好处是 HTTPS 协议被广泛使用，一般的企业防火墙都会允许这些端口的数据通过。 106 缺点 在一些服务器上，架设 HTTPS 协议的服务端会比 SSH 协议的棘手一些。 除了这一点，用其他协议提供 com// ， SSH 为 git@github.com:/ 。 Git 可以通过以上两种 URL 进行抓取和推送，但是用户的访 问权限又因连接时使用的证书不同而异。  通常对于公开项目可以优先分享基于 HTTPS 的 URL，因为用户克隆项目不需要有一个 GitHub 帐号。 如果你分享 SSH URL，用户必须有一个帐号并且上传 SSH 密钥才能访问你的 git- credential 一样，但它们使用的是一套稍微不太一样的行为： • get 是请求输入一对用户名和密码。 • store 是请求保存一个凭证到辅助工具的内存。 • erase 会将给定的证书从辅助工具内存中清除。 对于 store 和 erase 两个行为是不需要返回数据的（Git 也会忽略掉）。 然而对于 get，Git 对辅助工具的返 回信息十分感兴趣。 如果辅助工具并不知道任何

协议的可用性是主要的优势。 与 SSH 协议类似，HTTP 协议也非常快和高效。 你也可以在 HTTPS 协议上提供只读版本库的服务，如此你在传输数据的时候 就可以加密数据；或者，你甚至可以让客户端使用指定的 SSL 证书。 另一个好处是 HTTPS 协议被广泛使用，一般的企业防火墙都会允许这些端口 的数据通过。 缺点 在一些服务器上，架设 HTTPS 协议的服务端会比 SSH 协议的棘手一些。 除 了这一点，用其他协议提供 me> ， SSH 为 git@github.com: / 。 Git 可以通过以上两种 URL 进行抓取和推送，但是 用户的访问权限又因连接时使用的证书不同而异。   通常对于公开项目可以优先分享基于 HTTPS 的 URL，因为用户克隆项目不需要有一个 GitHub 帐号。 如果你分享 SSH URL，用户必须有一个帐号并且上传 SSH git-credential 一样， 但它们使用的是一套稍微不太一样的行为： get 是请求输入一对用户名和密码。 ▪ ▪ ① ② ③ store 是请求保存一个凭证到辅助工具的内存。 erase 会将给定的证书从辅助工具内存中清除。 对于 store 和 erase 两个行为是不需要返回数据的（Git 也会忽略掉）。 然而 对于 get，Git 对辅助工具的返回信息十分感兴趣。 如果辅助工具并不知道任