Wpis z mikrobloga

Mam skrypt docker-compose: https://pastebin.com/7DfWM5uj
Stawia on usługi, wszystko jest ok (sama konfiguracja nginx jest domyślna: https://pastebin.com/eBP0vV3V ), oprócz tego, że nie ma szyfrowania ssl ponieważ nie ma pliku moja.domena/.well-known/acme-challenge/kx9A6Q7ZNgK0z8mPHHDg1-_VvJQvdwrp-yA4Dsqhw
Tego pliku nie ma ani w kontenerze nginx, ani acme.

Nie wiem dlaczego tak jest.
Logi:
https://pastebin.com/0RBVKwFu

#linux #docker
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

via Wykop Mobilny (Android)
  • 0
@pyroxar: już się dowiedziałem, że ten plik jest generowany podczas uwierzytelniania, ale nie wiem dlaczego w takim razie w logach mam 503.
  • Odpowiedz
@pyroxar: próbowałeś ręcznie wymusić odnowienie / wystawienie certa z poziomu tego kontenera nginx-proxy-acme? Może logi pokażą coś więcej.
Ogólnie najczęstszą przyczyną błędów tego typu jest niepoprawny webroot domeny, czy brak otwartego portu 80. Ta domena, którą używasz, bo zakładam że dysk.domena.org nią nie jest, jest rozwiązywalna? Czy robisz lokalne mapowanie w hosts?
  • Odpowiedz
@Shumitu: uruchomiłem testy, jedyny błąd to: Symlink for lim.it certificate was not generated under one minute, timing out.
https://github.com/nginx-proxy/acme-companion/tree/main/test

Mi to mało mówi, spróbuje jakiś tryb debugowania włączyć, bo logi przy weryfikacji są zapisywane w dev/null

Poczytam o tym całym webroot, ale ja wzorowałem się na dokumentacji, i tam to po prostu działa (niby)
https://github.com/nginx-proxy/acme-companion/blob/main/docs/Let's-Encrypt-and-ACME.md
  • Odpowiedz