Пошта для рэгістрацыі ў VPN: тэрмін жыцця аліаса і шлях аднаўлення
Выберыце адрас для рэгістрацыі, які пражыве даўжэй за ўліковы запіс. Праверце, што VPN дасылае туды, хто кіруе аліасам і як аднаўленне перажывае мёртвую скрыню.
Поле рэгістрацыі прымае любы адрас, які вы ўвядзеце, і гэта ўсё, што яно падказвае. Тое, чым адрас робіцца пазней — імем для ўваходу, месцам скіду пароля, каналам апавяшчэнняў пра бяспеку — вырашае, ці будзе аліас, тэрмін якога сканчаецца ў наступным месяцы, бясшкодным ці будучай блакіроўкай. Прайдзіце гэтыя праверкі па парадку і спыніцеся на той, якая не прайшла. Мэта — кантакт, які вы кантралюеце ўвесь час існавання ўліковага запісу, а не самая кароткая скрыня, якую можна знайсці.
Прыватнасць і магчымасць аднаўлення тут цягнуць у процілеглыя бакі, і правільны баланс залежыць ад ролі ўліковага запісу.
Што служба дасылае на гэты адрас
Чытайце апублікаваны парадак рэгістрацыі, аднаўлення і апавяшчэнняў, а не здагадвайцеся па форме. Адрас можа служыць імем карыстальніка, месцам скіду, кантактам для плацяжоў, каналам паведамленняў пра ўцечкі або проста неабавязковым полем. Кожная роля мае свой спосаб адмовы, калі скрыня знікае: страціць імя карыстальніка — нязручнасць, страціць адзіны канал скіду — зварот у падтрымку з праверкай асобы.
Уліковы запіс без аднаўлення праз пошту ўсё адно мае механізм аднаўлення, звычайна ключ або набор кодаў. Стаўцеся да гэтага артэфакта як да таго, што трэба бараніць, а да поля пошты — як да неабавязковай інфармацыі.
Праверце аліас да рэгістрацыі
Выканайце гэтыя запыты да пастаўшчыка аліаса і да службы VPN, пакуль адрас не прывязаны да ўліковага запісу. Домен без працуючага паштовага абменніка або пастаўшчык, які адказвае за любую лакальную частку, паказваюць, колькі кантролю вы насамрэч маеце.
dig +short MX your-alias.example.net dig +short TXT your-alias.example.net openssl s_client -connect mx1.your-alias.example.net:25 -starttls smtp swaks --to [email protected] --quit-after RCPT
Запіс MX паказвае, ці прымае хтосьці пошту для домена наогул; размова SMTP паказвае, ці існуе скрыня, перш чым вы на яе спадзяецеся. Пастаўшчык, які прымае любы адрас, — гэта перахопнік, значыць дастаўка працуе, але пошту аднаўлення можа чытаць і той, хто кіруе гэтым доменам.
Спытайце пастаўшчыка непасрэдна, што адбываецца пры заканчэнні тэрміну, перадачы і змене домена, бо гэтыя падзеі вырашаюць, ці дайдзе да вас старое паведамленне для аднаўлення.
Што аліас хавае, а што не
Аліас для кожнай службы асобна не дае аднаму ідэнтыфікатару з'яўляцца ўсюды, што абмяжоўвае выпадковую сувязь паміж уліковымі запісамі. Ён не хавае сувязь пастаўшчыка аліаса з канчатковай скрыняй і не перашкаджае службе VPN захоўваць свой ідэнтыфікатар запісу, плацежныя дадзеныя ці гісторыю падтрымкі. Таму змена адрасоў — рашэнне пра жыццёвы цыкл запісу, а не перамыкач прыватнасці.
Кіраўніцтва NIST па аўтэнтыфікацыі разглядае пацверджаны адрас для аднаўлення як частку сродкаў кіравання жыццёвым цыклам запісу, і гэта слушная разумовая мадэль для самой змены.
Спыніць адрас, не страціўшы доступ да запісу
Перш чым аліас будзе скасаваны, змяніце кантакт у аўтэнтыфікаваных наладах службы і прайдзіце ўсю праверку, якую патрабуе гэтая змена. Пераканайцеся, што новы адрас атрымлівае тэставае апавяшчэнне. Дазвольце старой скрыні спыніцца толькі пасля таго, як абодва крокі ўдаліся. Зрабіць гэта ў адваротным парадку — гэта і ёсць шлях да запісаў, якія немагчыма аднавіць.
Захоўвайце коды аднаўлення там, што перажыве скрыню, напрыклад у запісе менеджара пароляў або ў афлайнавым запісе. Нататка «скінуць праз старую пошту» не з'яўляецца планам аднаўлення, калі гэтай скрыні ўжо няма.
Закрыццё ўліковага запісу і закрыццё скрыні — асобныя дзеянні. Скарыстайцеся апісаным парадкам выдалення запісу, потым спыніце адрас і праверце, ці захоўвае служба плацежны або юрыдычны запіс, які перажыве абодва.