SUPLA-CLOUD & Docker - integracje z Google Home/Amazon Alexa/Inne

[RusaBel]

(tłumaczenie z rosyjskiego) Wysłałem dane rejestracyjne w PM, ale nie mogłem załączyć zrzutów ekranu za pośrednictwem protokołu SSL, więc dołączę je tutaj
Przeglądarki pokazują, że z certyfikatem ssl wszystko jest w porządku, ale jeśli wyślesz komendę openssl s_client -showcerts -connect ...... przez terminal, otrzymujemy:

[RusaBel]

Zmieniłem nazwę klucza i głównego certyfikatu i umieściłem go w potrzebnym folderze suplarze dokowania, a pośredni właśnie przepisałem tę samą nazwę, jak poniżej:

[lukfud]

Zmieniłem nazwę klucza i głównego certyfikatu i umieściłem go w potrzebnym folderze suplarze dokowania, a pośredni właśnie przepisałem tę samą nazwę, jak poniżej:

Główny certyfikat i pośredni musi być w jednym pliku server.crt w takiej postaci:

Code: Select all

-----BEGIN CERTIFICATE-----

MAIN

-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----

CA

-----END CERTIFICATE-----

[RusaBel]

(tłumaczenie z rosyjskiego) Dziękuję bardzo, porada z certyfikatem pomogła i udało mi się uzyskać polecenie zakończenia rejestracji w terminalu, ale potem znowu coś poszło nie tak. Domyślny zespół w ogóle nie działał, ponieważ mój kontener ma inną nazwę, dla której go zmieniłem. Polecenie zostało wykonane, ale spowodowało błąd jak na zrzucie ekranu.

[lukfud]

(tłumaczenie z rosyjskiego) Dziękuję bardzo, porada z certyfikatem pomogła i udało mi się uzyskać polecenie zakończenia rejestracji w terminalu, ale potem znowu coś poszło nie tak. Domyślny zespół w ogóle nie działał, ponieważ mój kontener ma inną nazwę, dla której go zmieniłem. Polecenie zostało wykonane, ale spowodowało błąd jak na zrzucie ekranu.

Spójrz na ten wątek i zobacz czy masz poprawnie ustawiony CLOUD_DOMAIN w konfiguracji.
viewtopic.php?p=51182#p51182

Konieczne jest aby podczas konfiguracji dockera wpisać nazwę domeny z portem na którym będzie funkcjonować Twoja instancja.

Code: Select all

CLOUD_DOMAIN: mojadomena.pl:123

Jeśli tego nie zrobisz, pojawi Ci się taki sam błąd jak u mnie.

Registering your private SUPLA Cloud...
Could not contact Autodiscover service. Try again in a while. (Error: 404)

[RusaBel]

(tłumaczenie z rosyjskiego) Dziękuję bardzo, wszystko się udało !!!!

[PuteR]

Jakiś czas nie używałem GH. W między czasie zmienił się i telefon i adres instancji. Chciałem dziś podłączyć swoją suple pod GH i nie mogę tego zrobić. Nie da się zarejestrować usługi bo wyskakuje błąd że usługa tymczasowo niedostępna. Czy coś się zmienilo?

[RusaBel]

(Automatyczne tłumaczenie Yandex) panowie, proszę mi powiedzieć, jak mam być w przypadku, gdy chcę zarejestrować osobistą instancję supla nie dla qnap, ale dla supla na maszynie wirtualnej i systemie Linux Debian. Mam statyczny adres ip, mam go podać w nazwie, czy jest to jakoś inaczej zrobione?

[RusaBel]

(Automatyczne tłumaczenie Yandex) panowie, proszę mi powiedzieć, jak mam być w przypadku, gdy chcę zarejestrować osobistą instancję supla nie dla qnap, ale dla supla na maszynie wirtualnej i systemie Linux Debian. Mam statyczny adres ip, mam go podać w nazwie, czy jest to jakoś inaczej zrobione?

Automatyczne tłumaczenie Yandex. To pytanie rozwiązałem i mogłem zarejestrować moją osobistą instancję supla. Teraz naprawdę chcę skonfigurować automatyczną aktualizację certyfikatów, ale jak dotąd nie działa to tak bardzo, ponieważ maszyna wirtualna Debiana z supla znajduje się na osobnym adresie ip, a przekierowanie portów 80/443 trafia do serwera synology, który ma inny adres ip, ponieważ znajduje się na nim serwer www, nie można tego zrobić inaczej. Oczywiście certbot w takich warunkach nie działa poprawnie. Czy ktoś próbował rozwiązać ten problem? Dla mnie jako polskojęzycznego bardzo trudno jest poruszać się po forum, więc jeśli gdzieś jest rozwiązanie, skieruj mnie tam.