fanningert Posted September 15, 2017 Share Posted September 15, 2017 (edited) Application Name: Gitea: Git with a cup of tea Application Site: http://gitea.io Docker Hub: https://hub.docker.com/r/gitea/gitea/ Github: https://github.com/go-gitea/gitea Template-Repository: https://github.com/fanningert/unraid-docker-templates EDIT: Current master of gitea is not working. I am working on a version with the current stable 1.1.4 release. Edited September 17, 2017 by fanningert 1 Quote Link to comment
Krzaku Posted September 17, 2017 Share Posted September 17, 2017 /usr/bin/docker: Error response from daemon: manifest for fanningert/gitea:latest not found. Your docker hub doesn't seem to have any releases present. Quote Link to comment
fanningert Posted September 17, 2017 Author Share Posted September 17, 2017 (edited) Sorry, I am currently working on a working release. When everything is working, then today I release a working version. EDIT: I changed the docker source to the offical repository and now it is working. Edited September 17, 2017 by fanningert Quote Link to comment
Ezro Posted September 23, 2017 Share Posted September 23, 2017 Hey, I'm really digging Gitea (especially how fast the UI is). Do you know how I can set up your container with the LetsEncrypt + DuckDns linuxserver.io docker containers? I'm ultimately trying to get gitea to be accessible from https://mydomain.com/gitea but can't seem to figure out the configuration for it. Quote Link to comment
Ezro Posted September 23, 2017 Share Posted September 23, 2017 8 hours ago, Ezro said: Hey, I'm really digging Gitea (especially how fast the UI is). Do you know how I can set up your container with the LetsEncrypt + DuckDns linuxserver.io docker containers? I'm ultimately trying to get gitea to be accessible from https://mydomain.com/gitea but can't seem to figure out the configuration for it. I feel like I'm getting close. I'm able to get a 404, but with some Gitea information listed on the page (version, page load time, template, languages, etc.) Quote Link to comment
fanningert Posted September 23, 2017 Author Share Posted September 23, 2017 (edited) @Ezro go to the app directory of gitea (/appdata/gitea/gitea/conf) and open the app.ini. Change following values to your domain URL. [server] SSH_DOMAIN = sub.example.com DOMAIN = sub.example.com ROOT_URL = https://sub.example.com/ I would like to prefer to make a sub domain for GITEA, but when you like to run GITEA as sub directory, here the changes in the app.ini. (not tested) [server] SSH_DOMAIN = sub.example.com DOMAIN = sub.example.com ROOT_URL = https://sub.example.com/gitea/ Regards Thomas Edited September 23, 2017 by fanningert Quote Link to comment
Ezro Posted September 23, 2017 Share Posted September 23, 2017 7 minutes ago, fanningert said: @Ezro go to the app directory of gitea (/appdata/gitea/gitea/conf) and open the app.ini. Change following values to your domain URL. [server] SSH_DOMAIN = sub.example.com DOMAIN = sub.example.com ROOT_URL = https://sub.example.com/ I would like to prefer to make a only sub domain for GITEA, but when you like to run GITEA as sub directory, here the changes in the app.ini. (not tested) [server] SSH_DOMAIN = sub.example.com DOMAIN = sub.example.com ROOT_URL = https://sub.example.com/gitea/ Regards Thomas I'm still getting 404. Here's what my configs currently look like: /appdata/gitea/gitea/conf/app.ini [server] APP_DATA_PATH = /data/gitea SSH_DOMAIN = mydomain.duckdns.org DOMAIN = mydomain.duckdns.org HTTP_PORT = 3000 ROOT_URL = https://mydomain.duckdns.org/gitea DISABLE_SSH = false SSH_PORT = 22 LFS_START_SERVER = false OFFLINE_MODE = false PROTOCOL = http /appdata/letsencrypt/nginx/site-confs location /gitea { include /config/nginx/proxy.conf; proxy_pass http://192.168.1.207:3000; } Quote Link to comment
fanningert Posted September 23, 2017 Author Share Posted September 23, 2017 @Ezro I think the problem is the reverse proxy settings. (I personaly use caddy a reverse proxy and lets encrypt webserver). Change your reverse proxy setting to... location /gitea { include /config/nginx/proxy.conf; proxy_pass http://192.168.1.207:3000 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } Regards Thomas Quote Link to comment
Ezro Posted September 23, 2017 Share Posted September 23, 2017 7 minutes ago, fanningert said: @Ezro I think the problem is the reverse proxy settings. (I personaly use caddy a reverse proxy and lets encrypt webserver). Change your reverse proxy setting to... location /gitea { include /config/nginx/proxy.conf; proxy_pass http://192.168.1.207:3000 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } Regards Thomas @fanningert I tried changing the reverse proxy settings but am now getting a 400 error: 400 Bad Request: too many Host headers Would configuration be easier if I used caddy? I'm not too familiar with any of this configuration (especially with multiple docker containers). Ideally, I'd like to not have to SSH into my server in order to get the routing working properly. Quote Link to comment
fanningert Posted September 24, 2017 Author Share Posted September 24, 2017 I don' know what you have in your /config/nginx/proxy.conf. But the easy way is to remove this line. Caddy is much easier and I like it. I will create a docker for proxy feature. Quote Link to comment
Ezro Posted September 25, 2017 Share Posted September 25, 2017 On 9/24/2017 at 2:36 AM, fanningert said: I don' know what you have in your /config/nginx/proxy.conf. But the easy way is to remove this line. Caddy is much easier and I like it. I will create a docker for proxy feature. @fanningert Here's my /config/nginx/proxy.config: client_max_body_size 10m; client_body_buffer_size 128k; #Timeout if the real server is dead proxy_next_upstream error timeout invalid_header http_500 http_502 http_503; # Advanced Proxy Config send_timeout 5m; proxy_read_timeout 240; proxy_send_timeout 240; proxy_connect_timeout 240; # Basic Proxy Config proxy_set_header Host $host:$server_port; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto https; proxy_redirect http:// $scheme://; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_cache_bypass $cookie_session; proxy_no_cache $cookie_session; proxy_buffers 32 4k; Quote Link to comment
cglatot Posted October 30, 2017 Share Posted October 30, 2017 @Ezro - did you ever get a solution to this? I'm having the same issue now Quote Link to comment
Ezro Posted October 30, 2017 Share Posted October 30, 2017 @cglatot I did. I've been messing with my configs a ton in order to try to get everything working together. After getting gitea to work (which is awesome), I no longer am able to use my nextcloud container. Here's a stale version of my configs which had everything but nextcloud working: https://pastebin.com/VzS0zrth Hope that helps! Quote Link to comment
cglatot Posted November 6, 2017 Share Posted November 6, 2017 Thanks @Ezro - I'm using a different format since I use relative URLs instead of subdomains so I had to take a different method, but seeing yours helped! Hope you can get nextcloud working Quote Link to comment
CrunchyToast Posted January 16, 2018 Share Posted January 16, 2018 Hello, Thanks for this Docker. I am having issues changing the port. I assigned this to grab an IP from my network (so I can assign a domain to it), however I cannot get it to change ports. Everything works fine if I leave it on port 3000, but if I modify app.ini and restart, it doesn't work. If I change it back to 3000, it works. I've even modified this in the Docker template in unRAID. Any idea what could be going on, or what I am missing? Quote Link to comment
fanningert Posted January 16, 2018 Author Share Posted January 16, 2018 @CrunchyToast Don't change the port in the app.ini. The right way is to change the port in the Web-Frontend of the docker container. There you can change the port of the SSH and HTTP to everythink you like. Quote Link to comment
CrunchyToast Posted January 16, 2018 Share Posted January 16, 2018 2 hours ago, fanningert said: @CrunchyToast Don't change the port in the app.ini. The right way is to change the port in the Web-Frontend of the docker container. There you can change the port of the SSH and HTTP to everythink you like. Thanks for your response. I did that, but it only wants to work on 3000 no matter what I do. Quote Link to comment
fanningert Posted January 16, 2018 Author Share Posted January 16, 2018 (edited) @CrunchyToast I made a fresh docker container installation of Gitea an it is working with different ports. I only changed the input values of the fields SSH-Port (changed from 22 to 8022) and HTTP-Port (changed from 3000 to 8300). Could it be, that you want to change to a port number, what is allready used by a other docker container? Or, did you changed the network type? I am using "Bridge". Here a detail screenshot of the http port setting. The only problem on the install process of gitea with different http port, is the hard link to "http://localhost:3000/user/login" after the installation. Edited January 16, 2018 by fanningert Quote Link to comment
CrunchyToast Posted January 16, 2018 Share Posted January 16, 2018 @fanningert The only thing I did different here, was assign for network. It's not running from host or bridge. I am using br0 (so it gets an IP from my network). Could that be the difference? Quote Link to comment
eletroguy Posted April 19, 2018 Share Posted April 19, 2018 @Ezro and @cglatot, did either of you resolve this issue with domain.duckdns.org/gitea? I als oam having the exact same 404 error, and i keep changing around my default.conf and nothing fixes it that I've tried. Quote Link to comment
hkyCoach Posted May 10, 2018 Share Posted May 10, 2018 (edited) I got this up and running last night, and it's great - but I cant seem to change the config file at all. Any save throws a permission error when editing across the network. Looking at the permissions for the file everyone has read access - but for some reason my wife's account has write access as well (note: my wife is not technically inclined and I would never explicitly give her permission to do much of anything on the server aside from saving her photos to a share)?!? Edited May 10, 2018 by hkyCoach Quote Link to comment
Squid Posted May 10, 2018 Share Posted May 10, 2018 25 minutes ago, hkyCoach said: note: my wife is not technically inclined and I would never explicitly give her permission to do much of anything on the serer aside from saving her photos to a share) +1 Quote Link to comment
fanningert Posted May 10, 2018 Author Share Posted May 10, 2018 (edited) @hkyCoach This week I am not at home. I will check it, next week. Update: I think the problem is the original gitea docker container. In this container the git user has the id 1000 and the group id also 1000. Is it possible that your have is in a group with the ID 1000 or the user ID is 1000? Edited May 10, 2018 by fanningert Quote Link to comment
iamtpage Posted June 8, 2018 Share Posted June 8, 2018 Hi, I had an issue running this in network=HOST mode. Since port 22 is already taken (by the unRAID server), when the container's sshd tries to bind to port 22, it fails. Then because of supervisor, it constantly tries the same command and ends up spamming the logs. I had to edit the sshd_config file and change the port in order to get it to stop. Quote Link to comment
Raz Posted August 30, 2018 Share Posted August 30, 2018 (edited) Hi guys! I really need some help, because i am new to reverse proxy/letsencrypt thing. Basically, i followed Spaceinvader One video about Nextcloud and letsencrypt: No problems for nextcloud, but i can't configure gitea. I created the file: user/appdata/letsencrypt/nginx/proxy-confs/gitea.subdomain.conf server { listen 443 ssl; server_name gitea.*; include /config/nginx/ssl.conf; client_max_body_size 0; location / { include /config/nginx/proxy.conf; resolver 127.0.0.11 valid=30s; set $upstream_gitea gitea; proxy_pass https://$upstream_gitea:3000; } } Then edited the gitea config file: [server] APP_DATA_PATH = /data/gitea SSH_DOMAIN = gitea.mypersonaldomain.com HTTP_PORT = 8300 ROOT_URL = https://gitea.mypersonaldomain.com:8300 DISABLE_SSH = false SSH_PORT = 8022 LFS_CONTENT_PATH = /data/git/lfs DOMAIN = gitea.mypersonaldomain.com LFS_START_SERVER = true LFS_JWT_SECRET = *********************************** OFFLINE_MODE = false The container uses port 8300 and 8022 for ssh. The best i get is a 502 error when visiting gitea.mypersonaldomain.com:8300. With these settings, the gitea web interface is unreachable even if i point to my localhost ip ( 192.168.1.200:8300 ) Any tips ? Edited August 30, 2018 by Raz code snippet Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.