“Onaylanmış” gerçekte ne anlama gelir
Gönderilmiş, hatta kabul edilmiş bir davet henüz onaylanmış bir acil durum düzenlemesi değildir. Sahibin hâlâ bir doğrulama adımını tamamlaması gerekir. Aşağıdaki her madde doğru olana kadar düzenlemeyi onaylanmamış olarak değerlendirin.
Davet edilen kişinin aynı sunucu coğrafyasında bir Bitwarden hesabına ihtiyacı vardır, daveti kabul etmelidir ve ardından davet eden sahip tarafından parmak izi ifadesi kullanılarak onaylanmalıdır. Kaynak
Bu parmak izi onayı yapılana kadar, alıcının daha sonra işlem yapabileceğine güvenmeyin. Alıcı daveti kabul etmediyse, sonraki adım sizin değil onların sorumluluğundadır; kabul ettiyseniz ancak siz onaylamadıysanız, sonraki adım sizin sorumluluğunuzdadır.
Sahip, alıcı ve durum kontrol listesi
Bu tabloyu bir durum denetimi olarak kullanın. Her satır kontrol edebileceğiniz bir koşuldur, bir menü talimatı değildir — incelenen gerçekler tam ekranları ortaya koymaz, bu nedenle hatırladığınız bir yolu izlemek yerine kendi hesabınızdaki güncel ifadeyi doğrulayın.
| Rol | Doğru olması gereken | Değilse |
|---|---|---|
| Sahip | Uygun premium erişime sahip | Acil durum kişisi özellikleri kullanılamayabilir; önce plan durumunuzu kontrol edin |
| Sahip | Bir kuruluş politikası tarafından engellenmemiş | Bir kuruluşun otomatik onay politikası, kişi eklemeyi kullanılamaz hale getirebilir |
| Alıcı | Aynı sunucu coğrafyasında bir Bitwarden hesabına sahip | Düzenleme amaçlandığı gibi tamamlanamaz; güvenmeden önce hesap/coğrafya uyuşmazlığını çözün |
| Alıcı | Daveti kabul etmiş | Henüz hiçbir şey onaylanmadı; alıcı harekete geçmeli |
| Sahip | Alıcıyı parmak izi ifadesi kullanarak onaylamış | Düzenleme hâlâ onaylanmamış; onayı tamamlayın |
Acil durum kişileri eklemek uygun premium erişim gerektirir ve bir kuruluşun otomatik onay politikası kapsamında kullanılamayabilir. Kaynak
Pratik bir sonuç: bunu bir iş veya aile kuruluşu içinde kuruyorsanız, birine acil durum erişiminin çalışacağına söz vermeden önce yöneticiye otomatik onayın geçerli olup olmadığını sorun. Bilmediğiniz bir politika, sessiz bir başarısızlık yoludur.
Görüntüleme ile Devralma: ihtiyaç duymadan önce karar verin
Erişim düzeyi, onaydan ayrı bir karardır. Her iki düzey de aynı onaylanmış düzenlemeye bağlıdır, ancak alıcıya farklı yetki verir.
Görüntüleme ve Devralma farklı erişim düzeyleridir; talepler, reddedilmediğinde seçilen bekleme süresinden sonra manuel veya otomatik olarak onaylanabilir. Kaynak
Editoryal rehberlik: sorunu hâlâ çözen en az erişimi seçin. Alıcının acil bir durumda yalnızca belirli bir kimlik bilgisini okuması gerekiyorsa, Görüntüleme daha dar seçenektir. Devralma, alıcının hesap parolasını değiştirmesi gereken durumlar içindir ve bu yetkiyi emanet edeceğiniz birine ayrılmalıdır. Hiçbir düzey onaylanmış bir davetin yerini tutmaz ve hiçbiri hiç davet edilmemiş birine erişim vermez — resmi olmayan bir ilişki, bir aile bağı veya sözlü bir söz hesap erişimi oluşturmaz.
Parmak izlerini ve kasa verilerini gizli tutun
Parmak izi ifadesi, sahibin doğru kişiyi doğrulamasını sağlamak için vardır, duyurulmak için değil. Yalnızca kontrol ettiğiniz bir kanal aracılığıyla paylaşın ve grup sohbetlerine, destek taleplerine veya herkese açık gönderilere yapıştırmayın. Aynısı kasa içeriği için de geçerlidir: henüz erişime ihtiyaç duymamış bir alıcıya “her ihtimale karşı” kimlik bilgileri gönderilmemelidir. Onay, düzenlemeyle ilgilidir, verileri önceden paylaşmakla değil.
Bir kanalın yeterince özel olup olmadığından emin değilseniz, onu herkese açık kabul edin ve başka bir kanal kullanın.
Planlamanız gereken başarısızlık yolları
- Alıcı hiç kabul etmez. Davet onaylanmadan kalır. Kişiyle doğrudan iletişime geçin; sistemin onları dürtükleyeceğini varsaymayın.
- Alıcı kabul etti ancak sahip hiç onaylamadı. Düzenleme sohbette tamamlanmış görünür ama kullanılamaz. Parmak izi adımını yeniden kontrol edin.
- Kuruluş politikası kişi eklemeyi engeller. Yöneticiye başvurun; politikayı atlatmaya çalışmayın.
- Yanlış erişim düzeyi seçildi. Görüntüleme ayarlandıysa ancak parola değişiklikleri gerekiyorsa veya Devralma çok geniş verildiyse, düzeyi şansa bırakmak yerine bilinçli olarak yeniden gözden geçirin.
- Sunucu coğrafyası uyuşmazlığı. Alıcının hesabı aynı sunucu coğrafyasında olmalıdır; değilse kurulum planlandığı gibi ilerleyemez.
- Talep reddedildi veya yok sayıldı. Bir talep, reddedilmediğinde seçilen bekleme süresinden sonra manuel veya otomatik olarak onaylanabilir; bu nedenle acil bir durumdan önce kurulumunuz için hangi davranışın geçerli olduğunu anlayın.
Kullanılabilir bir güven öncesi kontrol listesi
- Uygun premium erişime sahip olduğunuzu doğrulayın.
- Hiçbir kuruluş otomatik onay politikasının kişi eklemeyi engellemediğini doğrulayın.
- Alıcının aynı sunucu coğrafyasında bir Bitwarden hesabına sahip olduğunu doğrulayın.
- Alıcının daveti kabul ettiğini doğrulayın.
- Onları parmak izi ifadesi kullanarak doğruladığınızı teyit edin.
- Erişim düzeyinin (Görüntüleme veya Devralma) alıcının yapabilmesi gerekenlerle eşleştiğini doğrulayın.
- Taleplerin bekleme süresinden sonra manuel mi yoksa otomatik mi onaylandığını anladığınızı doğrulayın.
- Parmak izi ifadesini ve kasa verilerini paylaşılan veya herkese açık kanallardan uzak tutun.
Plan, kuruluş üyeliği veya alıcı hesabındaki herhangi bir değişiklikten sonra bu kontrol listesini yeniden çalıştırın. Temel koşullar değişirse onaylanmış bir düzenleme geçersiz hale gelebilir.
Hazırlığınızın bir kısmı unutmuş olabileceğiniz hesapları bulmayı içeriyorsa, hangilerinin acil durum kapsamına ihtiyacı olduğuna karar vermeden önce unutulmuş çevrimiçi hesapları bulma rehberi makul bir sonraki adımdır.