Myślałem, że np AuthKey będzie można przypisać w cloud do danej lokalizacji.klew wrote: Wed Jan 22, 2020 1:47 pm Ani mail, ani AuthKey nie wpływa na to, do jakiej lokalizacji urządzenie trafi domyślnie. Należy po prostu zapomnieć o konfigurowaniu lokalizacji na urządzeniu i przyzwyczaić się do tego, że trzeba to ustawić w cloud.
Przepraszam, jeżeli się powtarzam ale przy tym sposobie autoryzacji brakuje możliwości określenia lokalizacji... Gdzie lokalizacja mogłaby być niewymagana wtedy urządzenie by się przypisywało w taki sposób jak do tej pory czyli do pierwszej lokalizacji z brzegu.Goral64 wrote: Wed Jan 22, 2020 5:11 pmMyślałem, że np AuthKey będzie można przypisać w cloud do danej lokalizacji.klew wrote: Wed Jan 22, 2020 1:47 pm Ani mail, ani AuthKey nie wpływa na to, do jakiej lokalizacji urządzenie trafi domyślnie. Należy po prostu zapomnieć o konfigurowaniu lokalizacji na urządzeniu i przyzwyczaić się do tego, że trzeba to ustawić w cloud.
Ale w sumie można pierwszą lokalizację nazwać Nowe urządzenia i potem przypisywać je do właściwych.
Tylko w takim razie po co ten AuthKey?
Zgadza się lokalizacja powinna być wpisywana z ręki i powinna być polem nieobowiązkowym. Jakich błędach w konfiguracji mówisz?klew wrote: Wed Jan 22, 2020 6:39 pm Urządzenie nie zna dostępnych lokalizacji z serwera i w momencie pierwszej konfiguracji nawet nie ma połączenia z serwerem, więc tego nie odczyta.
Zastałaby więc jedynie opcja wpisywania identyfikatora lokalizacji z palca, a to generuje błędy w konfiguracji.
Poza tym, protokół i serwer nie pozwala na przesyłanie lokalizacji przy tej opcji rejestracji
No OK, do przyjęcia. Tylko dalej nie wiem po co ten AuthKey?pzygmunt wrote: Wed Jan 22, 2020 7:12 pm "Oryginalna lokalizacja" to pokłosie starej autoryzacji. Urządzenie nie będzie deklarowało do jakiej lokalizacji chce być przypisane.
To się nie sprawdzało i od tego odeszliśmy ku uciesze wielu użytkowników, którzy krytykowali ten pomysł.
Jeżeli coś powstanie to jakaś opcja w cloudzie umożliwiająca ustawienia domyślnej lokalizacji dla dodawanych urządzeń.
https://github.com/SUPLA/supla-cloud/issues/350
Jest plan na wyrzucenie tej "orginalnej lokalizacji"? Przynajmniej dla urządzeń rejestrujących się po nowemu?pzygmunt wrote: Wed Jan 22, 2020 7:12 pm "Oryginalna lokalizacja" to pokłosie starej autoryzacji. Urządzenie nie będzie deklarowało do jakiej lokalizacji chce być przypisane.
To się nie sprawdzało i od tego odeszliśmy ku uciesze wielu użytkowników, którzy krytykowali ten pomysł.
Jeżeli coś powstanie to jakaś opcja w cloudzie umożliwiająca ustawienia domyślnej lokalizacji dla dodawanych urządzeń.
https://github.com/SUPLA/supla-cloud/issues/350
Czyli jeśli dobrze zrozumiałem to AuthKey jest przypisany w cloud do urządzenia, z którym się zarejestrował po raz pierwszy. I od tej chwili urządzenie z danym GUID-em będzie mogła się zalogować tylko z danym AuthKeyem. Jak w jakiś sposób przepadnie nam AuthKey to nie pozostaje nic innego jak usunąć z clouda urządzenie i zarejestrować je ponownie z nowym AuthKeyem?pzygmunt wrote: Wed Jan 22, 2020 8:02 pm AuthKey jest potrzebny do uwierzytelniania urządzenia. Jest to tajny klucz (bynajmniej powinien być). Tak aby ktoś nie mógł się podszyć mając jawny GUID. Authkey w bazie danych jest przechowywany w formie skrótu. AuthKey posiada również urządzenie klienckie.
Przy pierwszej rejestracji urządzenia na serwerze, serwer łączy urządzenie (GUID) z kontem powiązanym z adresem mailowym oraz zapisuje sobie AuthKey (w formie skrótu).Goral64 wrote: Wed Jan 22, 2020 11:46 pm Czyli jeśli dobrze zrozumiałem to AuthKey jest przypisany w cloud do urządzenia, z którym się zarejestrował po raz pierwszy. I od tej chwili urządzenie z danym GUID-em będzie mogła się zalogować tylko z danym AuthKeyem. Jak w jakiś sposób przepadnie nam AuthKey to nie pozostaje nic innego jak usunąć z clouda urządzenie i zarejestrować je ponownie z nowym AuthKeyem?
@klew rozumiem, że w Twojej wersji biblioteki SuplaDevice GUID i AUTHKEY trafią do całkowicie do niej i będzie można odczytać tylko GUID np. metodą SuplaDevice.getGUID()?