Tryb proxy (poprawne certyfiakty SSL, Let's Encrypt)
Moderator: fracz
Na czym się wykładasz?
BTW, czy ktoś testował w ogóle to proxy na malinach? Z tego co widzę, może mieć jakieś problemy: https://github.com/JrCs/docker-letsencr ... issues/316
BTW, czy ktoś testował w ogóle to proxy na malinach? Z tego co widzę, może mieć jakieś problemy: https://github.com/JrCs/docker-letsencr ... issues/316
jak będziesz chciał to mogę ci dać dostęp do maliny i spróbujesz czy da się zainstalować proxy Kopie karty mam zrobiona , zapomniałem już komunikat, ale wykładało się na wystartowaniu kontenera, będę później próbował ponownie to wkleję komunikat.
Ja spróbowałem trybu proxy na raspberry pi 3 i niby instalacja się powiodła, ale po uruchomieniu proxy dostaję taki komunikat w logach:fracz pisze: ↑pt sty 19, 2018 9:22 am Na czym się wykładasz?
BTW, czy ktoś testował w ogóle to proxy na malinach? Z tego co widzę, może mieć jakieś problemy: https://github.com/JrCs/docker-letsencr ... issues/316
Kod: Zaznacz cały
standard_init_linux.go:195: exec user process caused "exec format error"
Więc wygląda na to, że na malinach trzeba próbować postawić proxy stąd: https://github.com/buchdag/multiarch-le ... ginx-proxy i ewentualnie zplusować to issue: https://github.com/JrCs/docker-letsencr ... issues/316
Spróbowałem i niby wszystko ruszyło i kontenery nginx-proxy już działają i nie restartują się ale nadal nie mam dostępu przez przeglądarkę do clouda. Dostaję coś takiego w logu z nginx-proxy-le:fracz pisze: ↑wt sty 30, 2018 8:53 pm Więc wygląda na to, że na malinach trzeba próbować postawić proxy stąd: https://github.com/buchdag/multiarch-le ... ginx-proxy i ewentualnie zplusować to issue: https://github.com/JrCs/docker-letsencr ... issues/316
Kod: Zaznacz cały
2018-01-30 21:24:03,589:INFO:simp_le:1538: Retrieving Let's Encrypt latest Terms of Service.
2018-01-30 21:24:09,510:INFO:simp_le:1455: Generating new certificate private key
2018-01-30 21:24:44,211:ERROR:simp_le:1421: CA marked some of the authorizations as invalid, which likely means it could not access
http://example.com/.well-known/acme-challenge/X. Did you set correct path in -d example.com:path or --default_root? Are all your
domains accessible from the internet? Please check your domains' DNS entries, your host's network/firewall setup and your webserver
config. If a domain's DNS entry has both A and AAAA fields set up, some CAs such as Let's Encrypt will perform the challenge validation
over IPv6. If you haven't setup correct CAA fields or if your DNS provider does not support CAA, validation attempts after september 8,
2017 will fail. Failing authorizations: https://acme-v01.api.letsencrypt.org/acme/authz
/rQ6U93eAaZuXLaMvh0JxKYQz9SRRWj52poYHDqSmPgw
Challenge validation has failed, see error log.
Debugging tips: -v improves output verbosity. Help is available under --help.
/app
Sleep for 3600s
nginx-proxy:
Kod: Zaznacz cały
localhost 185.222.210.29 - - [30/Jan/2018:21:24:39 +0000] "PROPFIND / HTTP/1.1" 503 213 "-" "-"
2018/01/30 21:51:25 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:51:29 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:51:32 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:51:34 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:51:36 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:51:39 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:52:06 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:52:14 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:52:28 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:52:55 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
2018/01/30 21:53:47 [emerg] 1#1: no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
nginx: [emerg] no servers are inside upstream in /etc/nginx/conf.d/default.conf:53
Poprawka, jednak kontener 'nginx' z multiarch-letsencrypt-nginx-proxy nadal się restartuje co kilkanaście sekund. Na początku jak były zatrzymane kontenery z suplą to działał stabilnie ale po ich uruchomieniu zaczął kuleć i logi jak powyżej.