Obce adresy IP w supla server

[podlak]

Żona ma swoje urządzenia na Waszym serwerze Supli?

Nie wiem, czy dokładnie zrozumiałem pytanie. Żona ma zarejestrowanego własnego użytkownika (może się logować przez www), ma też własny identyfikator dostępu i zarejestrowany własny tel. kom. an androidzie.

[podlak]

Może dodam (bo w sumie to może mieć znaczenie, jakby się zastanowić, szczególnie nad drugim).
dostęp do Supli dzielę z:
- homeassitantem (stoi na tej samej VMce co Supla) poprzez osobisty token,
- z głośnikiem google przez OUTH.

[Goral64]

Nie wiem, czy dokładnie zrozumiałem pytanie. Żona ma zarejestrowanego własnego użytkownika (może się logować przez www), ma też własny identyfikator dostępu i zarejestrowany własny tel. kom. an androidzie.

Może się mylę, ale jedno konto może zarządzać tylko jednym "zbiorem" urządzeń, które łączą się na określony serwer po staremu podając id lokalizacji plus hasło lub email konta plus hasło. Tak wiec jeśli żona ma swoje konto, na które się loguje, to nie zobaczy urządzenia, które logują się na Twoje konto. I odwrotnie. Mówię o stronie WWW Clouda.
W apce jest to samo, chyba, że żona loguje się na Twoją lokalizację na serwerze.

W normalnym użytkowaniu serwera lokalnego połączenia z zewnętrznych IP przychodzą głównie z apek na telefonach lub z jakąś integracją zewnętrzną. Oczywiście można pokombinować, żeby urządzenia z sieci lokalnej wbijały się na serwer z zewnątrz, tylko po co?

[podlak]

Instancja jest jedna, loginy są dwa. Zestaw kilkunastu urządzeń jest przypisanych do kilku pomieszczeń (lokalizacji), oraz do dwóch Identyfikatorów dostępów (obu). Każdy identyfikator do jednego z loginów i jednego telefonu.

[Goral64]

Czyli żona nie potrzebuje konta w Cloud.

[podlak]

Czyli żona nie potrzebuje konta w Cloud.

Tak, ale ja jej tego nie powiem

Zresztą nie zmienia to problemu, że widzę jakieś dziwne IP pologowane... jakieś pomysły?

[pzygmunt]

Connection accepted nie oznacza, że coś Ci się uwierzytelniło. Po sieci chodzą różne skanery, otwierają porty itd.
Dla testu uruchom sobie telnet na port 2015 i też zobaczysz w logach "Connection accepted".

https://github.com/SUPLA/supla-core/blo ... ket.c#L342

Dopiero "Client registered lub Device registered" coś więcej znaczą i ClientSD musi się pokrywać z tym co było w "Connection accepted" abyś mógł stwierdzić, że z tego IP coś się rzeczywiście dostało do Supli. Swoją drogą 2015 nie powinieneś udostępniać na świat ponieważ jest to połączenie nieszyfrowane.

[podlak]

Swoją drogą 2015 nie powinieneś udostępniać na świat ponieważ jest to połączenie nieszyfrowane.

Hmm,
może coś pomijam, ale cały ruch z zewnątrz idzie na domenę po 443, na serwerze po domenie nginx przekierowuje na suplę. Cały ruch pomiędzy serwerem, bazą i cloud idzie już po portach bez szyfrowania, ale pozostaje w obrębie sieci docker-supla. Gdzie tu mam ruch po 2015 na zewnątrz bo może czegoś nie łapię?

[Goral64]

Hmm,
może coś pomijam, ale cały ruch z zewnątrz idzie na domenę po 443, na serwerze po domenie nginx przekierowuje na suplę. Cały ruch pomiędzy serwerem, bazą i cloud idzie już po portach bez szyfrowania, ale pozostaje w obrębie sieci docker-supla. Gdzie tu mam ruch po 2015 na zewnątrz bo może czegoś nie łapię?

Na porcie 2015 (nieszyfrowane) i 2016 (szyfrowane) łączą się urządzenia z firmware Supli oraz aplikacje na smartfona. Przy czym moduły ZAMELa i smartfony łączą się preferując port 2016 a pozostałe urządzenia z wgrywanym firmware Supli głównie port 2015.

To w jaki sposób łączą się z serwerem Supla (supla-server) zależy od konfiguracji Twojej sieci, dostępu z internetu i konfiguracji nazw domenowych, jeśli je używasz.

[djack2017]

Na porcie 2015 (nieszyfrowane) i 2016 (szyfrowane) łączą się urządzenia z firmware Supli oraz aplikacje na smartfona. Przy czym moduły ZAMELa i smartfony łączą się preferując port 2016 a pozostałe urządzenia z wgrywanym firmware Supli głównie port 2015.

Wszystkie urządzenia z moim firmware łączą się po porcie 2016.