Nieprawidłowy adres IP w aplikacji klienckiej

[Goral64]

No to czekamy na opublikowanie.

[fracz]

Jak wykonasz link bezpośredni, to w historii wykonań tego linku również jest adres IP - on też jest niepoprawny?

Jeśli tak, to wskazywałoby na to że macie po drodze jakieś proxy, które podmienia adres IP żądania i które nie jest zaufane przez Clouda. Domyślnie, tylko domyślne proxy dockerowe jest dodane do zaufanych i tylko ono może spoofować adresy IP: https://github.com/SUPLA/supla-cloud/bl ... pp.php#L15

Jeśli próbuje to zrobić inne proxy - zostanie to zignorowane i aplikacja uzna adres proxy jako ten właściwy.

[pzygmunt]

Tylko on zamienia adres na rozgłoszeniowy pętli zwrotnej. Proxy nie działa na porcie 2016 ale teoretycznie docker może mieszać w połączeniu.

[Goral64]

Smartfon łączy się z chmurą na dwóch portach, 2016 i 443? U mnie port 2016 na ruterze kierowany jest bezpośrednio do RPi na którym stoi supla. Port 443 kierowany jest na nginx, z którego kierowany jest dopiero na RPi. Jednak dziwi mnie, że pokazywana jest wartość adresu rozgłoszeniowego localhosta, a nie mojej sieci.

[pzygmunt]

Smartfon łączy się po 2016, a wykresy pobiera przez RestAPI na 443.
Uruchom powłokę w kontenerze gdzie jest supla-server i wykonaj polecenie

Kod: Zaznacz cały

netstat -an |grep :2016 |grep ESTA

Wrzuć tutaj rezultat.

[Goral64]

Smartfon łączy się po 2016, a wykresy pobiera przez RestAPI na 443.
Uruchom powłokę w kontenerze gdzie jest supla-server i wykonaj polecenie

Kod: Zaznacz cały

netstat -an |grep :2016 |grep ESTA

Wrzuć tutaj rezultat.

Akurat w moim kontenerze supla-server nie mam dostępu do komendy netstat

[Goral64]

Za to ciekawostkę pokazuje mi netstat na RPi...

Kod: Zaznacz cały

sudo netstat -anl
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0    256 172.16.144.2:22         172.16.144.18:60549     ESTABLISHED
tcp6       0      0 :::80                   :::*                    LISTEN
tcp6       0      0 :::22                   :::*                    LISTEN
tcp6       0      0 :::443                  :::*                    LISTEN
tcp6       0      0 :::2015                 :::*                    LISTEN
tcp6       0      0 :::2016                 :::*                    LISTEN
udp        0      0 0.0.0.0:5353            0.0.0.0:*
udp        0      0 0.0.0.0:38659           0.0.0.0:*
udp        0      0 0.0.0.0:68              0.0.0.0:*
udp6       0      0 :::5353                 :::*
udp6       0      0 :::49665                :::*
raw6       0      0 :::58                   :::*                    7

Czyli wygląda na to, że nasłuchiwanie jest tylko na ipv6... na ipv4 nie...

[Goral64]

Za to jak się podłączyłem do kontenera i uruchomiłem apkę na smartfonie to pokazało się coś takiego:

Kod: Zaznacz cały

INFO[1579692194.630266] Connection accepted: 217.99.244.137:59494 ClientSD: 24 Secure: 1
INFO[1579692194.692440] Cipher: ECDHE-RSA-AES256-GCM-SHA384, ClientSD: 24
INFO[1579692194.745985] Client registered. ClientSD: 24 Protocol Version: 10

Czyli serwer dostaje moje IP zewnętrzne smartfona.

[pzygmunt]

Uruchom netstat w kontenerze, a nie na hoście.

[Goral64]

Uruchom netstat w kontenerze, a nie na hoście.

Napisałem wcześniej, że w kontenerze polecenie netstat nie jest dostępne.