İçeriğe geç
BetRupi logo BetRupi giriş ve hesap rehberi

Hesap erişiminin kurtarılması

Kurtarma, ihtiyaç duyulduğu günden çok önce kurulan ve arka planda sessizce bekleyen bir yedek yol olarak çalışır. Kayıtlı e-postanın güncelliği ile yedek kodların yeri belliyse, kapanan bir kapı birkaç adımda yeniden açılır.


Kurtarmanın önceden kurulması

Erişim kaybı yaşandığında süreç yalnızca o an elde bulunan bilgilerle yürüdüğü için hazırlık bütün ağırlığı taşır. Hazırlığın iki taşıyıcı ayağı bulunur ve ikisi de hesap açıldığı gün birkaç dakika içinde tamamlanabilecek kadar kısadır. Birinci ayak, hesaba kayıtlı e-posta adresinin güncel ve gerçekten açılabilir durumda tutulması olarak tanımlanır. İkinci ayak ise doğrulayıcı uygulamanın yedek kodlarının ekran görüntüsü yerine fiziksel bir yerde saklanmasıdır.

Kayıtlı e-posta, yedek kod listesi ve kurtarma talebi arasındaki bağı gösteren erişim kurtarma şeması
Kurtarma yolu, hazırlık aşamasında kurulan iki dayanak üzerinde ilerler.

Kayıtlı e-postanın güncelliği

Kayıtlı e-posta adresi, kurtarma sürecindeki bütün mesajların ve doğrulama bağlantılarının geçtiği ana durak olarak çalışır. Yıllar önce açılıp sonradan unutulan bir adres, kurtarma anında en büyük engele dönüşür ve süreci daha başlamadan durdurur. Adresin hâlâ açıldığı, parolasının bilindiği ve kendi doğrulamasının çalıştığı yılda bir kez gözden geçirilir. Adres değiştiğinde hesap ayarlarındaki güncelleme aynı gün yapılır, çünkü eski adrese gönderilen bir kod artık kimseye ulaşmaz.

Yedek kodların yeri

Yedek kodlar, doğrulayıcı uygulamaya ulaşılamadığı durumlarda onun yerine geçen ve tek kullanımlık çalışan kısa dizilerdir. Kurulum ekranında yalnızca bir kez gösterildikleri için o an kâğıda yazılmadıklarında geri getirilmeleri güçleşir. Kodların telefondan ayrı bir yerde (çekmece veya dosya klasörü gibi) durması, iki nesnenin birlikte kaybolma ihtimalini ortadan kaldırır. Liste tükenmeye yaklaştığında güvenlik ayarlarından yeni bir liste üretilir ve önceki liste aynı anda geçersiz duruma düşer.

Erişim kaybında izlenen sıra

Erişimin kaybedildiği fark edildiğinde acele etmek yerine tanımlı sırayı izlemek hem zaman kazandırır hem de dosyayı temiz tutar. Süreç üç durakta ilerler ve her durak bir sonrakinin girdisini hazırladığı için sıra atlanamaz. Duraklardan biri eksik bırakıldığında talep yetersiz bilgiyle açılır ve incelemenin sonuçlanması uzar. Aşağıdaki sıra, hem parolanın çalışmadığı hem de doğrulama adımının geçilemediği durumlar için geçerli kalır.

  • İlk adımda e-posta hesabının hâlâ kullanıcıda olduğu doğrulanır.E-posta erişimi de kaybedilmişse kurtarma önce orada başlar, çünkü bütün bildirimler o adrese ulaşır.
  • İkinci adımda hesap ayarlarındaki yardım bölümünden kurtarma talebi oluşturulur.Talep açılırken hangi adımda takılındığı ve son başarılı girişin yaklaşık tarihi belirtilir.
  • Üçüncü adımda hesabın kullanıcıya ait olduğunu gösteren ayrıntılar istenir.Kayıt tarihi, ilk kullanılan kullanıcı adı ve son oynanan yapımlar bu aşamada işi kolaylaştırır.

İlk doğrulama adımı

Kurtarmanın ilk adımı hesabın kendisiyle değil, ona bağlı e-posta kutusuyla ilgili olduğundan oradan başlanır. Kutu açılıyorsa süreç kısa yoldan ilerler, açılmıyorsa önce o kutudaki erişimin geri alınması beklenir. E-posta sağlayıcısının kendi kurtarma yolu bu noktada devreye girer ve oyun hesabı bir süre beklemede kalır. Sıralamanın böyle kurulmasının nedeni, kurtarma bağlantılarının tamamının aynı posta kutusuna ulaşmasıdır.

Talepte verilen bilgiler

Talep formunda istenen bilgiler, hesabın gerçek sahibini benzerlerinden ayırt etmeye yarayan işaretler olarak toplanır. Kayıt tarihi tam olarak hatırlanmadığında yaklaşık bir ay bilgisi de değerlendirmeye alınır ve süreci durdurmaz. Son oynanan yapımların adları, oturum geçmişiyle doğrudan karşılaştırıldığı için güçlü bir işaret sayılır. Bilgiler ne kadar tutarlı verilirse inceleme o kadar kısa sürer ve hesap o kadar erken açılır.

Kurtarma talebinin durumunu tarih ve inceleme aşamasıyla gösteren hesap yardım ekranı
Talep açıldıktan sonra durum bilgisi aynı ekrandan izlenir.

Kurtarmanın yürüdüğü kanal

Kurtarma sürecinin tamamı platformun kendi kanalları üzerinden yürür ve bunun dışında tanımlı başka bir yol bulunmaz. Arama sonuçlarında Betrupi official veya benzeri ifadelerle çıkan aracı bağlantılar, bu sürecin parçası olarak görülmez. Talep açıldıktan sonra gelen bütün bilgilendirmeler yalnızca hesaba kayıtlı e-posta adresine ulaşır. Tek kanal kuralı, kurtarma anını fırsat sayan sahte tekliflerin önünü daha ilk mesajda keser.

Dışarıdan gelen yardım teklifleri

Erişimini kaybeden bir kullanıcı, oyun sohbetlerinde ve topluluk kanallarında hızla yardım teklifleriyle karşılaşır. Bu tekliflerin ortak yanı, birkaç mesaj sonra parola veya tek kullanımlık kod istemeleridir. Gerçek bir inceleme süreci hiçbir aşamada parola sormaz, dolayısıyla böyle bir istek doğrudan sahtelik işareti sayılır. Kurtarma sırasında paylaşılan tek şey, hesabın kendi geçmişine ilişkin kullanıcının hatırladığı ayrıntılar olur.

Bekleme süresinin işleyişi

İnceleme, verilen bilgilerin hesap kayıtlarıyla tek tek karşılaştırılmasını istediği için anlık biçimde sonuçlanmaz. Bilgiler tutarlıysa süreç birkaç iş günü içinde kapanır, eksik kaldığında ise ek soru gönderilir. Bekleme sırasında yeni talepler açmak kuyruğu uzattığından ilk talebin numarası üzerinden ilerlemek daha hızlı sonuç verir. Aynı dönemde parolayı değiştirme denemeleri de kayda geçtiğinden (her deneme oturum geçmişinde görünür) sakin bir bekleme daha temiz bir dosya bırakır.

Betrupi giriş adresini yer imlerinden açma alışkanlığı, kurtarma sürecinin devam ettiği günlerde de aynı ölçüde geçerli kalır. Talep durumu her defasında adres çubuğundan girilen Betrupi resmi adresi üzerinden görüntülenir ve mesajlardaki bağlantılara dokunulmaz. Sürecin tamamını kendi açılan bir adres üzerinden yürütmek, en sade ve en ucuz güvenlik önlemi olarak durur.

Kurtarma sonrası ilk işlem.

Erişim geri alındığında ilk iş, oturum listesindeki bütün kayıtların sonlandırılmasıdır. Ardından parola değiştirilir ve doğrulama yönteminin hâlâ tanımlı olduğu denetlenir.

Yedek listenin tazelenmesi.

Kurtarma sırasında kullanılan yedek kodlar tükendiği için liste yeniden üretilir. Yeni liste eskisini geçersiz kılar, dolayısıyla eski kâğıdın saklanmasına ihtiyaç kalmaz.

Denetim aralığı.

Kurtarmadan sonraki ilk ay içinde oturum listesi iki kez gözden geçirilir. Sonrasında ayda bir yapılan kısa denetim yeterli olur.

Doğrulama seçenekleri · Oturum yönetimi · Bildirim kanalı