Forty Two Posted January 3, 2023 Share Posted January 3, 2023 Could somebody help me out? I've been trying to get binhex-qbittorrent to run with swag. I used the regular qbittorent subdomain conf file, and swapped the container name and port. The Subdomain(s): variable field for the container contains "qbittorrent" File attached. binhex-qbittorrent.subdomain.conf Quote Link to comment
bjaurelio Posted January 4, 2023 Share Posted January 4, 2023 Is your docker container titled qbittorent and on the same custom bridge network? Is your domain service setup with cname for your subdomain? 3 hours ago, Forty Two said: Could somebody help me out? I've been trying to get binhex-qbittorrent to run with swag. I used the regular qbittorent subdomain conf file, and swapped the container name and port. The Subdomain(s): variable field for the container contains "qbittorrent" File attached. binhex-qbittorrent.subdomain.conf 4.45 kB · 2 downloads Quote Link to comment
Forty Two Posted January 4, 2023 Share Posted January 4, 2023 (edited) 1 hour ago, bjaurelio said: Is your docker container titled qbittorent and on the same custom bridge network? Is your domain service setup with cname for your subdomain? The name of the container is: binhex-qbittorrentvpn. I've edited that in the file, same as it is for other containers that are on Swag and are working. It is on the same network created specially for Swag. I use Cloudflare for DNS. There is no special setting for each container. There is a wildcard setting. The error I get is: 502 Bad Gateway, with a "Not secure" note. Edited January 4, 2023 by Forty Two Quote Link to comment
king79 Posted January 11, 2023 Share Posted January 11, 2023 (edited) Hello Community, i installed Swag on my Unraid following Spaceinvader's instructions. Through the proxy the Nextcloud, Vaultwarden and Guacamole services are deployed on my own domain. The containers are all in the custom network proxynet. I would still like to add the mod for the maxmind database to block some countries with it. After activating it I am not able to reach my services. In the log files of Swag is also only the gateway address of proxynet logged. Is there a way to capture the correct IP in the log files? /mnt/user/appdata/swag/log/nginx/access.log 172.18.0.1 - - [11/Jan/2023:09:08:45 +0100] "GET /api/session/data/mysql/users/test HTTP/2.0" 200 182 "https://guac.meinedomain.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36" 172.18.0.1 - - [11/Jan/2023:09:11:09 +0100] "GET /api/devices/knowndevice/[email protected]/03033767-47e8-4c2f-9847-70619bbcdb2e HTTP/2.0" 200 4 "https://bw.meinedomain.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36" Edited January 11, 2023 by king79 Quote Link to comment
dajo77 Posted January 15, 2023 Share Posted January 15, 2023 Any alternatives to SWAG that some recommend? I'm looking in to Traefik, but curious of some others to research. Mine broke again this morning and I'm just done troubleshooting to the point where I remove it and reconfigure after it breaking 6 or so months down the road after updates. Quote Link to comment
juan11perez Posted January 15, 2023 Share Posted January 15, 2023 I use https://nginxproxymanager.com/ . Run for about 2 years. No issues Quote Link to comment
ps2sunvalley Posted January 16, 2023 Share Posted January 16, 2023 On 12/31/2020 at 3:41 AM, Spoonsy1480 said: nginx: [emerg] cannot load certificate "/config/keys/letsencrypt/fullchain.pem": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/config/keys/letsencrypt/fullchain.pem','r') error:2006D080:BIO routines:BIO_new_file:no such file) I got this error yesterday and I can not find out how to fix everything was working fine I kept getting emails saying my certificate was about to expire Ok fixed it wiped old config and reinstalled now everything is good Sent from my iPhone using Tapatalk I'm having same issue here. Exactly what did you wipe? Quote Link to comment
Viper-694 Posted January 21, 2023 Share Posted January 21, 2023 (edited) Hello everyone. I'm trying to get crowdsec running with swag. I installed crowdsec and the bouncer for swag per the instructions here https://www.linuxserver.io/blog/blocking-malicious-connections-with-crowdsec-and-swag Crowdsec is parsing the nginx logs and shows the swag bouncer a valid. Swag's logs say the v1.0.4 bouncer was successfully configured but when I manually add my phone's ip address to the ban list i'm still able to get access to my services that are behind swag. Is there any other way to test the connection between the bouncer and the crowdsec api? I'm confused why everything is telling me it's installed correctly but isn't blocking any traffic. Thanks Edit: I updated the .conf files as described in the posts below and it's working now. Edited January 26, 2023 by Viper-694 Quote Link to comment
Beaker69 Posted January 22, 2023 Share Posted January 22, 2023 Hi All. Just updated Swag and now getting this. nginx: [emerg] "stream" directive is not allowed here in /etc/nginx/conf.d/stream.conf:3 Does anyone know how I can solve this, until then I cannot access anything from outside my network. Thanks. 3 Quote Link to comment
lbrwnie Posted January 22, 2023 Share Posted January 22, 2023 1 hour ago, Beaker69 said: Hi All. Just updated Swag and now getting this. nginx: [emerg] "stream" directive is not allowed here in /etc/nginx/conf.d/stream.conf:3 Does anyone know how I can solve this, until then I cannot access anything from outside my network. Thanks. Having the exact same problem after updating now as well. Anyone know what could be going on here? Quote Link to comment
BigBoyMarky Posted January 22, 2023 Share Posted January 22, 2023 I replaced both the ssl.conf and nginx.conf files with the sample ones to update them since I did not make any custom modifications to either one of those and this resolved my issue. 9 Quote Link to comment
Beaker69 Posted January 22, 2023 Share Posted January 22, 2023 Thanks for that. On Discord they said about checking your *.Conf files so am going through all those as well as I do have some customization in these. Quote Link to comment
Beaker69 Posted January 22, 2023 Share Posted January 22, 2023 @BigBoyMarky Done the same and all back up and running. Thanks for you help. I will be reviewing all my Conf file just to make sure they are all up to date. Quote Link to comment
Chunks Posted January 22, 2023 Share Posted January 22, 2023 Thanks @BigBoyMarky, I did the same. Just renamed ssl.conf --> ssl.cong.bak and nginx.conf --> nginx.conf.bak so that I could compare them after they were downloaded fresh. I had made some changes to make Nextcloud happy that I didn't want to lose. Thankfully, all the changes were simple to un-comment out once the new configs downloaded. So I'm actually pretty glad the new, most updated config files are now in place. 1 Quote Link to comment
3dee Posted January 22, 2023 Share Posted January 22, 2023 Thanks @BigBoyMarky, worked for me aswell! Maybe kinda off topic, but how can I prevent Docker from pulling updates as soon as they are being released? Can I make docker wait x days after release until update? I have productive systems running I can't risk not to work after a fresh update with a potential bug Update Check Frequency wouldn't really help since an update could be released just a moment before the Update check. Quote Link to comment
nraygun Posted January 22, 2023 Share Posted January 22, 2023 (edited) On 1/21/2023 at 7:37 PM, BigBoyMarky said: I replaced both the ssl.conf and nginx.conf files with the sample ones to update them since I did not make any custom modifications to either one of those and this resolved my issue. Confirming this worked for me too. Not sure I needed to replace both, but I did anyway and Swag and Nextcloud are both back and up and running. For noobs like me, here's what I did: 1. Stop the Swag container 2. Go to the /mnt/user/appdata/swag/nginx folder 3. Rename your ssl.conf to ssl.conf.old and nginx.conf to nginx.conf.old (just in case we to restore them) 4. Copy ssl.conf.sample to ssl.conf and nginx.conf.sample to nginx.conf 5. Start the container and you should be good. Edited February 27, 2023 by nraygun 7 4 1 Quote Link to comment
Taddeusz Posted January 22, 2023 Share Posted January 22, 2023 (edited) 16 hours ago, lbrwnie said: Having the exact same problem after updating now as well. Anyone know what could be going on here? No idea. I was getting this error so I with into the container's console and renamed that file to stream.conf.old and the error went away. The file wasn't recreated and Swag is now running as it should. Edited January 22, 2023 by Taddeusz Quote Link to comment
ZosoPage1963 Posted January 22, 2023 Share Posted January 22, 2023 (edited) 56 minutes ago, nraygun said: Confirming this worked for me too. Not sure I needed to replace both, but I did anyway and Swag and Nextcloud are both back and up and running. For noobs like me, here's what I did: 1. Stop the Swag container 2. Go to the /mnt/appdata/swag folder 3. Rename your ssl.conf to ssl.conf.old and nginx.conf to nginx.conf.old (just in case we to restore them) 4. Copy ssl.conf.sample to ssl.conf and nginx.conf.sample to nginx.conf 5. Start the container and you should be good. Thanks for this, but us noobs that followed Spaceinvader's setup video back when this docker was called Letsencrypt, after doing the above steps, now get errors from the other config files that we modified for the likes of bitwarden, etc. console into the swag container cd into the directory listed in the error message. mv stream.conf stream.conf.old restart swag container. Check logs and you should have the Server Ready line at the bottom Edited January 22, 2023 by ZosoPage1963 editing commands Quote Link to comment
Toobie Posted January 22, 2023 Share Posted January 22, 2023 1 hour ago, nraygun said: Confirming this worked for me too. Not sure I needed to replace both, but I did anyway and Swag and Nextcloud are both back and up and running. For noobs like me, here's what I did: 1. Stop the Swag container 2. Go to the /mnt/appdata/swag folder 3. Rename your ssl.conf to ssl.conf.old and nginx.conf to nginx.conf.old (just in case we to restore them) 4. Copy ssl.conf.sample to ssl.conf and nginx.conf.sample to nginx.conf 5. Start the container and you should be good. Had the same struggle after the last update, worked fine with this instruction. Thanks! 1 Quote Link to comment
Gingko_2001 Posted January 22, 2023 Share Posted January 22, 2023 New updated docker, has this error log: nginx: [emerg] "stream" directive is not allowed here in /etc/nginx/conf.d/stream.conf:3 please help how to fix this. before has not issue with this. Quote Link to comment
3dee Posted January 22, 2023 Share Posted January 22, 2023 13 minutes ago, Gingko_2001 said: New updated docker, has this error log: nginx: [emerg] "stream" directive is not allowed here in /etc/nginx/conf.d/stream.conf:3 please help how to fix this. before has not issue with this. read some of the posts above ↑ Quote Link to comment
govperm Posted January 22, 2023 Share Posted January 22, 2023 20 hours ago, BigBoyMarky said: I replaced both the ssl.conf and nginx.conf files with the sample ones to update them since I did not make any custom modifications to either one of those and this resolved my issue. This worked for me too. Thank you. 1 Quote Link to comment
Todo88 Posted January 23, 2023 Share Posted January 23, 2023 Replaced the files and I'm back up and running, thanks! Quote Link to comment
dcreager Posted January 23, 2023 Share Posted January 23, 2023 My ngnix.conf had the include /etc/nginx/conf.d/*.conf; inside the http block, I moved it to outside at the beginning and all worked fine 1 3 Quote Link to comment
GravitySandwich Posted January 23, 2023 Share Posted January 23, 2023 55 minutes ago, dcreager said: My ngnix.conf had the include /etc/nginx/conf.d/*.conf; inside the http block, I moved it to outside at the beginning and all worked fine Thank you! That indeed worked. For me it was already auto filled at the top and i only had to remove it from the http block. All up and running again now. 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.