Obecne zachowanie ma powód techniczny i projektowy.
Po pierwsze, snapd wymaga pewnej formy uwierzytelnienia, ponieważ wykonuje operację na poziomie systemu. W wierszu poleceń możesz używać sudo, tak jak wtedy, gdy apt install
nie potrzebujesz konta online. Podczas korzystania z oprogramowania jedyną dostępną obecnie formą uwierzytelnienia jest sklep Snap. Dyskutowane są alternatywy ...
Podjąłem próbę rozwiązania tego problemu, próbując uzyskać snapd w celu wygenerowania Macaroon bez dostępu do sklepu. Ale, jak rozumiem, zdobycie makaronika wymaga podróży do sklepu w obie strony.
Myślę więc, że rozwiązaniem tego jest albo zezwolenie snapd na generowanie lokalnych Macaroons lub użycie innego rodzaju tokena uwierzytelniającego do lokalnego dostępu. ( komentarz 27 )
Po drugie, uwierzytelnianie SSO było podstawowym wzorcem projektowym, ponieważ podstawowym przypadkiem użycia Snappy'ego jest zarządzanie wieloma urządzeniami IoT. Negatywny wpływ na użytkowników komputerów stacjonarnych / laptopów był nieplanowany.
Efektem netto jest znacznie lepsze bezpieczeństwo tych urządzeń ... na przykład nowoczesne punkty dostępowe Wi-Fi. Otrzymujesz pojedyncze konto do zarządzania, zwykle w chmurze, i przez to zarządzasz wszystkimi urządzeniami. ( komentarz 25 )
Wygląda na to, że planuje się zmienić zachowanie, aby użytkownicy komputerów stacjonarnych / laptopów nie musieli używać konta online do uwierzytelnienia. Możesz zasubskrybować ten błąd, aby otrzymywać informacje o zmianach.
Rozdawanie tokena rootowi, który zapewnia autoryzację do manipulowania systemem, jest analogiczne do pozwalania samemu rootowi na przeprowadzanie operacji usuwania bez dalszego przechowywania informacji, na które pozwalamy ... Niezbędna do tego infrastruktura jest prawie na miejscu, ponieważ już musimy utrzymuj osobno lokalne i zdalne makaroniki, a sytuacja, w której brakuje zdalnego makaronu lub jest on nieprawidłowy, jest już obsługiwana. ( komentarz 29 )