草庐IT

Synology搭建Gitea(Docker)

0欧姆 2023-04-13 原文

Synology搭建Gitea(Docker)

文章目录


参考

  1. Nas轻量git方案:Docker安装Gitea;
  2. 群晖(Synology) NAS 如何安装 gitea

增加用户与用户组

  1. 为所有Docer创建一个组docker

    权限:

    • 读写共享目录:docker、Repositories,两个主要涉及到的内容;

    应用程序:

    • 拒绝:所以目录。该用户组下所有用户没有使用应用的场景;
  2. 为容器Gitea创建一个用户gitea

    • 禁止访问:除docker、Repositories两个目录外的所有目录。
  3. 将用户gitea加入docker组;

获取gitea用户UID与GID

gaoyang3513@DS920Plus:~$ id gitea
uid=1028(gitea) gid=100(users) groups=100(users),65538(docker)

增加映像

输入URL:https://hub.docker.com/r/gitea/gitea

点击"新增"并完成后,提示中选择"latest",下载后点击"启动"。

网络设置:

  • 桥接,保证后续可修改端口映射关系;

环境变量:

  • GITEA_CUSTOM是在挂载的\data下面的路径;

  • USER_UID是为了使容器的user具有访问挂载卷的权限(使用ssh后台查看:gitea用户对应用户ID)。

  • USER_GID是为了使容器的user具有访问挂载卷的权限(使用ssh后台查看:gitea用户对应用户组ID)。

增加用户ID信息,避免创建仓库时权限不足问题(此处选用本人非管理账号),错误页面与日志如下:

2023/02/24 13:03:57 ...ers/web/repo/repo.go:194:handleCreateError() [E] [63f8b5bd] CreatePost: IsRepositoryExist: stat /data/git/repositories/gaoyang3513/adb.git: permission denied

端口设置:

  • SSH端口,默认22端口。不要修改,自测时即时app.ini与此处都修改为3022,最终仓库clone时无法访问。![在这里插入图片描述](https://img-blog.csdnimg.cn/3584d9ba46b2465592afab15e4051913.png#pic_center

存储映射:

  • Gitea的主工作目录/data/gitea, 映射到共享文件夹/docker/Gitea下;
  • Gitea的仓库根目录/data/git/repositories,映射到共享文件夹/Repositories/Gitea下;

安装

第一次登录,浏览器打开链接:http://${NAS_IP}:3000/

  • 勾选"禁止用户自助注册"并增加管理员账号两个动作后直接点击"确认"。


配置

安装时,并没有仔细配置。具体配置由修改app.ini文件实现。操作如下:

打开Docker终端,新增一个终端。使用vi编辑,命令:vi /data/gitea/conf/app.ini

修改内容

[server]
APP_DATA_PATH    = /data/gitea
DOMAIN           = 192.168.3.100						# 原为localhost,修改为Nas的IP(静态IP)
SSH_DOMAIN       = 192.168.3.100						# 原为localhost,修改为Nas的IP(静态IP)
HTTP_PORT        = 3000
ROOT_URL         = https://${你的域名}:3000/               # 原为http://localhost:3000/,修改为外网访问(反向代理实现https使用)
DISABLE_SSH      = false
SSH_PORT         = 3022								   # 原为22,修改为3022
SSH_LISTEN_PORT  = 3022
。。。

[service]
DISABLE_REGISTRATION              = true				# 禁用自助注册

正确设置ROOT_URL后可以消除警告:

反向代理

由于Gitea默认不支持SSL,删除端口3000,使用反向代理。路径:DSM => 登录门户 => 高级,打开"反向代理服务器"

路由器端口转发

DSM => 外部访问 => 路由设置 => 新增,新增端口3000。其中3022不对外开放,仅在局域网内使用。

有关Synology搭建Gitea(Docker)的更多相关文章

  1. Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting - 2

    1.错误信息:Errorresponsefromdaemon:Gethttps://registry-1.docker.io/v2/:net/http:requestcanceledwhilewaitingforconnection(Client.Timeoutexceededwhileawaitingheaders)或者:Errorresponsefromdaemon:Gethttps://registry-1.docker.io/v2/:net/http:TLShandshaketimeout2.报错原因:docker使用的镜像网址默认为国外,下载容易超时,需要修改成国内镜像地址(首先阿里

  2. ruby-on-rails - 私有(private) gem 没有安装在 docker 中 - 2

    我正在尝试使用docker运行一个Rails应用程序。通过github的sshurl安装的gem很少,如下所示:Gemfilegem'swagger-docs',:git=>'git@github.com:xyz/swagger-docs.git',:branch=>'my_branch'我在docker中添加了keys,它能够克隆所需的repo并从git安装gem。DockerfileRUNmkdir-p/root/.sshCOPY./id_rsa/root/.ssh/id_rsaRUNchmod700/root/.ssh/id_rsaRUNssh-keygen-f/root/.ss

  3. ruby-on-rails - 将 Heroku 环境变量传输到 Docker 实例 - 2

    我在Heroku上构建了一个必须在Docker容器内运行的RoR应用程序。为此,我使用officialDockerfile.因为它在Heroku中很常见,所以我需要一些附加组件才能使这个应用程序完全运行。在生产中,变量DATABASE_URL在我的应用程序中可用。但是,如果我尝试其他一些使用环境变量(在我的例子中是Mailtrap)的加载项,变量不会在运行时复制到实例中。所以我的问题很简单:如何让docker实例在Heroku上执行时知道环境变量?您可能会问,我已经知道我们可以在docker-compose.yml中指定一个environment指令。我想避免这种情况,以便能够通过项目

  4. ruby - 更新 gem 时 Docker 包安装缓存问题 - 2

    我在开发和生产中都使用docker,真正困扰我的一件事是docker缓存的简单性。我的ruby​​应用程序需要bundleinstall来安装依赖项,因此我从以下Dockerfile开始:添加GemfileGemfile添加Gemfile.lockGemfile.lock运行bundleinstall--path/root/bundle所有依赖项都被缓存,并且在我添加新gem之前效果很好。即使我添加的gem只有0.5MB,从头开始安装所有应用程序gem仍然需要10-15分钟。由于依赖项文件夹的大小(大约300MB),然后再花10分钟来部署它。我在node_modules和npm上遇到了

  5. 【详解】Docker安装Elasticsearch7.16.1集群 - 2

    开门见山|拉取镜像dockerpullelasticsearch:7.16.1|配置存放的目录#存放配置文件的文件夹mkdir-p/opt/docker/elasticsearch/node-1/config#存放数据的文件夹mkdir-p/opt/docker/elasticsearch/node-1/data#存放运行日志的文件夹mkdir-p/opt/docker/elasticsearch/node-1/log#存放IK分词插件的文件夹mkdir-p/opt/docker/elasticsearch/node-1/plugins若你使用了moba,直接右键新建即可如上图所示依次类推创建

  6. 转转测试环境docker化实践 - 2

        测试环境对于任何一个软件公司来讲,都是核心基础组件之一。转转的测试环境伴随着转转的发展也从单一的几套环境发展成现在的任意的docker动态环境+docker稳定环境环境体系。期间环境系统不断的演进,去适应转转集群扩张、新业务的扩展,走了一些弯路,但最终我们将系统升级到了我们认为的终极方案。下面我们介绍一下转转环境的演进和最终的解决方案。1测试环境演进1.1单体环境    转转在2017年成立之初,5台64G内存的机器,搭建5个完整的测试环境。就满足了转转的日常所需。一台分给开发,几台分给测试。通过沟通协调就能解决多分支并行开发下冲突问题。1.2动态环境+稳定环境    随着微服务化的进

  7. LinuxGUI自动化测试框架搭建(二十二)-框架主入口main.py设计&log日志调用 - 2

    (二十二)-框架主入口main.py设计&log日志调用和生成1测试目的2测试需求3需求分析4详细设计4.1新建存放日志目录log4.1.1配置config.py中写入log的目录4.2`baseInfo.py`中加入日志4.3`test_gedit.py`中加入日志4.4主函数入口main.py中调用日志5调用日志主函数main.py源码6`baseInfo.py`源码7`test_gedit.py`源码8运行效果9目前框架结构1测试目的组织运行所有的测试用例,并调用日志模块,便于问题定位。

  8. 基于ActiveMQ搭建MQTT服务备忘(二):webapp集成 - 2

    (1)为什么写这个话题(Why)读万卷书不如行千里路。这次搭建MQTT服务,遇到了一些误解,特此记录备忘。主要包括:(1)服务(Broker)的账户管理与网页管理平台的账户(2)与web应用的集成(Spring系)(2)ActiveMQ版本选择因为JAVA环境是JDK8,所以按兼容性考虑选择了ActiveMQ5.15的最后版本5.15.15。如果你是JDK11则可考虑ActiveMQ的最新版本5.17或5.18。ActiveMQ支持MQTTv3.1.1andv3.1。(3)ActiveMQ与web应用的集成主要介绍与Spring系的webapp集成(SpringBoot和SpringMVC)。

  9. 【微服务笔记23】使用Spring Cloud微服务组件从0到1搭建一个微服务工程 - 2

    这篇文章,主要介绍如何使用SpringCloud微服务组件从0到1搭建一个微服务工程。目录一、从0到1搭建微服务工程1.1、基础环境说明(1)使用组件(2)微服务依赖1.2、搭建注册中心(1)引入依赖(2)配置文件(3)启动类1.3、搭建配置中心(1)引入依赖(2)配置文件(3)启动类1.4、搭建API网关(1)引入依赖(2)配置文件(3)启动类1.5、搭建服务提供者(1)引入依赖(2)配置文件(3)启动类1.6、搭建服务消费者(1)引入依赖(2)配置文件(3)启动类1.7、运行测试一、从0到1搭建微服务工程1.1、基础环境说明(1)使用组件这里主要是使用的SpringCloudNetflix

  10. Docker启动故障问题 no such file or directory解决方法 - 2

    1.现象服务重启后,通过dockerstart方式无法启动实例,报出错误:Errorresponsefromdaemon:errorcreatingoverlaymountto/var/lib/docker/overlay2/xxx/merged:nosuchfileordirectorydockersave导出镜像也报出2.网上各种尝试摸索无效果修改daemon.json中的storage-driver为overlay,重启无效果。禁用selinux,临时或永久方式都无效果。修改/etc/docker/daemon.json中的storage-driver为overlay2,无效果。修改/l

随机推荐