Rclone ve Google Drive OAuth: yedi günlük test yetkisinden sürdürülebilir otomasyona

Bir yedek görevi kurulum gününde çalışıp sonraki hafta yetkilendirme hatası verebilir. Sorun her zaman cron, ağ veya parola değildir. Google uygulamasının yayın modu, istenen kapsam ve yenileme yetkisinin yaşam döngüsü birlikte incelenmelidir. Bu rehber, dosya yedekleyen temsili bir uygulamanın hesabın tamamına erişmeden nasıl sürdürülebilir işletileceğine odaklanır; şifreleme ve geri dönüş tasarımını ayrı yedekleme rehberi tamamlar.

İstemci kimliğini çalışma biçimine göre seçin

Rclone için üreticinin güncel Drive kılavuzundaki kendi istemci kimliği oluşturma akışını izleyin. Masaüstü veya CLI yetkilendirme akışını bir web sunucusu uygulamasının callback tasarımıyla karıştırmayın. Kullanıcı ilk onayı etkileşimli olarak verirken sonraki dosya aktarımı farklı bir sunucuda çalışabilir. Bu ayrım, tarayıcı oturumunun sürekli açık kalması gerektiği anlamına gelmez.

Google hesabını yalnızca tarayıcıdaki profil resminden çıkarmayın. Uygulamanın eriştiği hesabı ve oluşturduğu test dosyasının sahibini API veya uygun araç çıktısıyla doğrulayın. Birden fazla Google hesabının açık olduğu ortamlarda başarılı yetkilendirme yanlış hedef hesabı seçmiş olabilir. Deneme dosyasında sahiplik ve görünürlük kabul edilmeden gerçek yedek aktarımına geçilmemelidir.

İstenen kapsamı gerçekten daraltın

drive.file kapsamı, uygulamanın oluşturduğu veya kullanıcı tarafından uygulamayla yetkilendirilmiş dosyalara erişmek için kullanılabilir. Bu kapsamı “Drive’daki her dosyayı okur” şeklinde yorumlamayın. Tersine, mevcut bir klasör kimliğini yapılandırmaya yazmak da tek başına tüm hesap erişimini o klasörle sınırlayan güvenlik sınırı oluşturmaz. Yetki kapsamı ile hedef dizin ayarı ayrı kavramlardır.

Yedekleme uygulaması kendi klasörünü ve tarihli paketlerini oluşturabiliyorsa hesabın tamamına erişim istemek çoğu basit senaryoda gereksizdir. Mevcut dosyalarla çalışılması gerekiyorsa kullanıcının bu dosyaları uygulamaya hangi mekanizmayla yetkilendireceği tasarlanır. Kapsam genişletmesi, erişim süresi veya alıcı değiştiğinde yeniden açık onay ve kabul kontrolü yapılmalıdır.

Test modu ile üretim modunu ayırın

Google, External türünde ve Testing yayın durumundaki uygulamalarda, yalnızca temel kimlik kapsamlarıyla ilgili istisna dışında, yenileme belirteçlerinin yedi gün içinde dolabileceğini belirtir. Drive dosya aktarımı gibi kapsamlar kullanılırken bu davranış günlük görevin sürdürülebilirliğini etkiler. İlk gün görülen başarı, bir hafta sonraki çalışma için yeterli kanıt değildir.

Üretim moduna geçmek otomatik olarak dosyaları herkese açmaz ve Google doğrulamasından geçildiği anlamına da gelmez. Dosya paylaşım izinleri, uygulama kitlesi ve gereken doğrulama işlemleri ayrı değerlendirilir. Kullanıcı kendi verileri için onay verir; bu, başka bir kullanıcının yedeğini açmaz. Yayın modu değişikliğinden sonra mevcut yetkinin davranışını varsaymak yerine uygun onay akışı ve gerçek görevle doğrulayın.

Yenileme dosyasını hizmet hesabı kadar koruyun

Kısa ömürlü erişim belirteci ile onu yenilemeye yarayan yetki aynı şey değildir. Yenileme bilgisi web yayın dizininin dışında, yalnızca ilgili işletim hesabının okuyup yazabildiği bir dosyada tutulmalıdır. Rclone yeni erişim bilgisini kaydetmek isteyebileceği için cron kullanıcısının yazma gereksinimini de inceleyin. Dosyayı herkese okunur yaparak izin hatasını çözmeye çalışmayın.

Tanılama sırasında ham yapılandırmayı, access token veya refresh token değerlerini terminal çıktısına, destek kaydına ya da e-postaya dökmeyin. Aşağıdaki komutlar sürüm, remote adları ve izin modunu incelemek içindir. Örnek dosya yolu kendi kurulumunuzdaki özel yolla değiştirilir; içerik görüntülenmez.

rclone version
rclone listremotes
stat -c '%a %n' "$HOME/.config/rclone/rclone.conf"

Süre dolmasını ve hata durumunu işletim testine katın

Görevi kullanıcı tarayıcısı kapalıyken ve gerçek cron hesabıyla çalıştırın. Yeni erişim belirteci gerektiren sonraki çalışmayı da gözleyin. Kilit, dosya izinleri, saat, ağ erişimi ve dönüş kodu aynı kabul kaydında bulunmalıdır. Süresiz yetki ifadesi hiçbir zaman iptal edilemez yetki anlamına gelmez; kullanıcı iptali, hesap politikaları veya belirteç limitleri nedeniyle yeniden onay gerekebilir.

Başarısız yenileme durumunda yeniden denemeleri sınırlayın ve yükleme yapılmış gibi başarı e-postası göndermeyin. Kaynak yedeği koruyun; yeniden yetkilendirme gerektiğini açıkça bildirin. Sık sık yeni yetki oluşturarak hatayı gizlemek de doğru değildir. Google’ın belirteç sayısı sınırları nedeniyle yeni belirteçler eski olanları geçersiz bırakabilir.

Geri dönüş ve iptal yolunu belgeleyin

Aktarım sorununda sağlıklı yerel yedek ayrı tutulmalı, otomasyon düzelene kadar uzak kopya varmış gibi rapor üretilmemelidir. Yetki iptali ve yeniden bağlama sorumlusu belirlenir. Yeni uygulama kimliğine geçişte eski dosyaların görünürlüğünün kendiliğinden aynı kalacağını varsaymayın. Önce küçük test dosyası, doğru sahiplik, dar kapsam ve yenileme kabulü; ardından gerçek yedekler sırası izlenmelidir.

İlgili rehberler

• Şifreli yedek aktarımı ve geri dönüş
• Cron ortamı ve kilit kontrolü