Дві різні речі, які називають «від’єднанням»
Обліковий запис GitLab може мати два окремі види зовнішнього доступу, і вони прибираються в різних місцях:
| Що ви видаляєте | Що це таке | Де це керується |
|---|---|---|
| Сервіс входу | Зовнішній провайдер, який використовується для входу в GitLab замість або поряд зі звичайним входом за іменем користувача та паролем | Edit profile → Access → Password and authentication → Service sign-in |
| Авторизований застосунок | Застосунок, якому ви раніше дозволили читати дані GitLab від вашого імені | Розділ застосунків/авторизацій у налаштуваннях облікового запису |
Видалення авторизованого застосунку не видаляє сервіс входу, а від’єднання сервісу входу не відкликає доступ застосунку до ваших даних. Ставтеся до них як до окремих завдань.
Перш ніж щось від’єднувати
Ризик у цьому завданні простий: якщо зовнішній провайдер — ваш єдиний шлях до облікового запису, від’єднання може залишити вас без доступу. Спершу переконайтеся, що є запасний варіант.
- Визначте сервіс, який хочете видалити. Відкрийте Edit profile, потім Access, потім Password and authentication, потім Service sign-in і зверніть увагу, які підключені облікові записи там перелічені.
- Переконайтеся, що є другий робочий спосіб входу. Перевірте, що ви знаєте своє ім’я користувача та пароль GitLab і що вони справді працюють — вийдіть і знову увійдіть із ними або перевірте пароль через власні засоби відновлення облікового запису, перш ніж торкатися списку сервісів входу. Якщо не впевнені в паролі, спершу розв’яжіть це питання.
- Лише тоді від’єднуйте. Скористайтеся кнопкою Disconnect поруч із підключеним обліковим записом, який хочете видалити.
- Одразу перевірте. Вийдіть і знову увійдіть, використовуючи залишений спосіб. Якщо це не вдається, скористайтеся засобами відновлення облікового запису, а не припускайте, що від’єднання не набуло чинності.
GitLab може використовувати зовнішні сервіси входу додатково до звичайного входу за іменем користувача та паролем. Джерело
Підключені сервіси входу керуються в розділі Edit profile, Access, Password and authentication, Service sign-in. Джерело
Кнопка Disconnect поруч із підключеним обліковим записом видаляє цей сервіс входу. Джерело
Шляхи збою, до яких варто підготуватися
- Ви не впевнені, що пароль працює. Поки не від’єднуйте. Підтвердьте або скиньте пароль через власний процес відновлення облікового запису, поки зовнішній вхід ще працює.
- Провайдер також використовується деінде. Від’єднання його в GitLab впливає лише на зв’язок із GitLab; воно не закриває ваш обліковий запис у провайдера. Перегляньте власні налаштування провайдера, якщо хочете перевірити й той бік.
- Ви мали на меті видалити застосунок, а не спосіб входу. Зупиніться й натомість скористайтеся завданням із перегляду застосунків; сторінка Service sign-in для цього не підходить.
- Ви взагалі не можете дістатися сторінки налаштувань. Це проблема входу, а не від’єднання. Спершу розберіться з доступом.
Після видалення сервісу входу
Від’єднання сервісу змінює те, як ви входите в GitLab; саме по собі воно не переглядає, які застосунки досі мають доступ до вашого облікового запису. Якщо ваша мета — ширше прибирання, наступне завдання — переглянути авторизовані вами застосунки: див. перегляд і відкликання застосунків, авторизованих у вашому обліковому записі GitLab.
Коли пошук за іменем користувача доречний — а коли ні
Якщо ви перевіряєте, де ім’я користувача з’являється публічно, пошук за іменем користувача може виявити публічні сторінки профілів як зачіпки. Це інше питання, ніж безпека облікового запису: публічний збіг не є доказом володіння, а пошук не може показати, які сервіси входу використовує обліковий запис або які застосунки він авторизував. Для цього завдання єдине надійне місце для перевірки — сторінки налаштувань облікового запису, наведені вище.