[tutorial] Raspberry Pi – Docker, Proxy, Let’s Encrypt, SUPLA, SUPLA-Scripts...

[stroXo]

ten cały loopback potrzebny jest tylko żeby sie po Lan łączyć prawda to samo załatwi wpis w pliku host ?

Niestety nie. Loopback pozwala Ci na łączenie się pod adres IP, który zwraca internetowy DNS. Wpis w pliku hosts powoduje, że system nie pyta się DNS-u o adres IP tylko korzysta z tego wpisu.
Wg mnie musisz mieć coś skopane w konfiguracji letsencrypt-nginx-proxy.
Stąd są problemy z nginx, bo nie wie co gdzie przekierować.

jakiś pomysł jak do tego dojść ?

[Goral64]

jakiś pomysł jak do tego dojść ?

Spróbuj na początek jeszcze raz zainstalować kontener z letsencrypt, może jak sobie odświeży dane z zainstalowanych już kontenerów supla cloud i supla scripts to będzie sprawniejszy

[stroXo]

jakiś pomysł jak do tego dojść ?

Spróbuj na początek jeszcze raz zainstalować kontener z letsencrypt, może jak sobie odświeży dane z zainstalowanych już kontenerów supla cloud i supla scripts to będzie sprawniejszy

Code: Select all

Error response from daemon: network with name webproxy already exists
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 17135  100 17135    0     0  80070      0 --:--:-- --:--:-- --:--:-- 80070
Pulling nginx-web         ... done
Pulling nginx-gen         ... done
Pulling nginx-letsencrypt ... done
nginx-gen is up-to-date
nginx-web is up-to-date
nginx-letsencrypt is up-to-date

[Goral64]

Uruchom

Code: Select all

docker ps

i zobacz jaka jest data utworzenia kontenerów nginx-xxx?

[stroXo]

Uruchom

Code: Select all

docker ps

i zobacz jaka jest data utworzenia kontenerów nginx-xxx?

Code: Select all

CONTAINER ID        IMAGE                                                 COMMAND                  CREATED             STATUS              PORTS                                      NAMES
2cf988488d88        suplascripts_suplascripts                             "docker-php-entrypoi…"   About an hour ago   Up 38 minutes       80/tcp                                     suplascripts
ac6cc050bc79        supla/supla-server:arm32v7                            "/usr/bin/server-ent…"   About an hour ago   Up About an hour    0.0.0.0:2015-2016->2015-2016/tcp           supla-server
42b4dbeac46e        supla/supla-cloud:arm32v7                             "docker-php-entrypoi…"   About an hour ago   Up About an hour    80/tcp                                     supla-cloud
696bce8d4eb9        hypriot/rpi-mysql:5.5                                 "/entrypoint.sh mysq…"   About an hour ago   Up About an hour    3306/tcp                                   supla-db
ea9177043a4b        hypriot/rpi-mysql:5.5                                 "/entrypoint.sh mysq…"   15 hours ago        Up 38 minutes       3306/tcp                                   suplascripts-db
9ea83792789f        nginx                                                 "/docker-entrypoint.…"   15 hours ago        Up 15 hours         0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   nginx-web
c3e7b37aa588        lesny8/rpi-docker-letsencrypt-nginx-proxy-companion   "/bin/bash /app/entr…"   15 hours ago        Up 15 hours                                                    nginx-letsencrypt
8badd3ba9bfa        lesny8/rpi-docker-gen                                 "/usr/local/bin/dock…"   15 hours ago        Up 15 hours                                                    nginx-gen

[lesny8]

Tak

Rozwijając wcześniejszą wypowiedź.
Używając jednego komputera w pliku hosts można sobie wstawiać wpisy, ale jak ma się już kilka urządzeń z różnymi OSami to już się sprawa komplikuje. Dlatego loopback potrzebny, a jak nie to własny DNS z wpisami maskującymi adresy domeny na IP maliny.

Moim zdaniem u Ciebie z routerem jest coś nie tak.
Na porcie WAN 1080 -> 80 LAN ruch przekierowuje do maliny po domenie więc przekierowanie na routerze - ok, proxy na malinie - ok.
Na WAN 80 -> 80 LAN - już nie działa.
Albo dostawca albo router.

[stroXo]

Tak

Rozwijając wcześniejszą wypowiedź.
Używając jednego komputera w pliku hosts można sobie wstawiać wpisy, ale jak ma się już kilka urządzeń z różnymi OSami to już się sprawa komplikuje. Dlatego loopback potrzebny, a jak nie to własny DNS z wpisami maskującymi adresy domeny na IP maliny.

Moim zdaniem u Ciebie z routerem jest coś nie tak.
Na porcie WAN 1080 -> 80 LAN ruch przekierowuje do maliny po domenie więc przekierowanie na routerze - ok, proxy na malinie - ok.
Na WAN 80 -> 80 LAN - już nie działa.
Albo dostawca albo router.

Pisałem do dostawcy o wyjaśnienie , puki co cisza
Zauważyłem że port 80 używany jest jako Remote Acess Port w zakładce remote services zapewne dla usługodawcy jeśli musi coś zdalnie posprawdzać w routerze klienckim czy to może blokować normalne używanie portu 80?

dodatkowo udało się dodać sonoff do cloud ale nadal nie mogę powiązać cloud z scrypts bo wywala że cloud po adresie https:// suplaxxxxxx.online nie autoryzuje tokenu zapewne jest to wina tego że scripts próbije połączyć sie poprzez internet a ten na porcie 80 nie odpowiada wiec dalej rozchodzi sie o port 80, czy można zmusić scripts żeby nie pytało przez internet tyko lokalnie ?

[lukfud]

Tak

Rozwijając wcześniejszą wypowiedź.
Używając jednego komputera w pliku hosts można sobie wstawiać wpisy, ale jak ma się już kilka urządzeń z różnymi OSami to już się sprawa komplikuje. Dlatego loopback potrzebny, a jak nie to własny DNS z wpisami maskującymi adresy domeny na IP maliny.

Moim zdaniem u Ciebie z routerem jest coś nie tak.
Na porcie WAN 1080 -> 80 LAN ruch przekierowuje do maliny po domenie więc przekierowanie na routerze - ok, proxy na malinie - ok.
Na WAN 80 -> 80 LAN - już nie działa.
Albo dostawca albo router.

Pisałem do dostawcy o wyjaśnienie , puki co cisza
Zauważyłem że port 80 używany jest jako Remote Acess Port w zakładce remote services zapewne dla usługodawcy jeśli musi coś zdalnie posprawdzać w routerze klienckim czy to może blokować normalne używanie portu 80?

dodatkowo udało się dodać sonoff do cloud ale nadal nie mogę powiązać cloud z scrypts bo wywala że cloud po adresie https:// suplaxxxxxx.online nie autoryzuje tokenu zapewne jest to wina tego że scripts próbije połączyć sie poprzez internet a ten na porcie 80 nie odpowiada wiec dalej rozchodzi sie o port 80, czy można zmusić scripts żeby nie pytało przez internet tyko lokalnie ?

Jeśli możesz to zmień access port na inny niż 80.
Co masz w zakładce DNS service na routerze?

[stroXo]

Rozwijając wcześniejszą wypowiedź.
Używając jednego komputera w pliku hosts można sobie wstawiać wpisy, ale jak ma się już kilka urządzeń z różnymi OSami to już się sprawa komplikuje. Dlatego loopback potrzebny, a jak nie to własny DNS z wpisami maskującymi adresy domeny na IP maliny.

Moim zdaniem u Ciebie z routerem jest coś nie tak.
Na porcie WAN 1080 -> 80 LAN ruch przekierowuje do maliny po domenie więc przekierowanie na routerze - ok, proxy na malinie - ok.
Na WAN 80 -> 80 LAN - już nie działa.
Albo dostawca albo router.

Pisałem do dostawcy o wyjaśnienie , puki co cisza
Zauważyłem że port 80 używany jest jako Remote Acess Port w zakładce remote services zapewne dla usługodawcy jeśli musi coś zdalnie posprawdzać w routerze klienckim czy to może blokować normalne używanie portu 80?

dodatkowo udało się dodać sonoff do cloud ale nadal nie mogę powiązać cloud z scrypts bo wywala że cloud po adresie https:// suplaxxxxxx.online nie autoryzuje tokenu zapewne jest to wina tego że scripts próbije połączyć sie poprzez internet a ten na porcie 80 nie odpowiada wiec dalej rozchodzi sie o port 80, czy można zmusić scripts żeby nie pytało przez internet tyko lokalnie ?

Jeśli możesz to zmień access port na inny niż 80.
Co masz w zakładce DNS service na routerze?

zmiana portu nic nie dała

w zakładce wygląda to tak

[lukfud]

w zakładce wygląda to tak

Ustaw tam (jeśli się da): nazwa domeny na wew. adres ip routera.
Pousuwaj wszystkie wpisy z plików hosts, router ma kierować ruchem.