Plesk Panel Kullanıcı Yetkileri Nasıl Sınırlandırılır?

Plesk panel içinde kullanıcı yetkilerini sınırlandırmanın güvenli yolu, önce hesabın türünü ve mevcut rolünü belirlemek, ardından yalnız gereken hizmetleri açmaktır. Paylaşımlı hosting hesabında müşteri veya abonelik izinleriyle çalışılır; sunucu yöneticisi hesabında ise daha geniş sistem ayarları görülebilir. Değişiklikten önce mevcut rolü ve erişimleri not edin, tek bir yetkiyi değiştirin ve aynı işlemi yeniden deneyerek sonucu kontrol edin.

Plesk panel yetki yapısı neyi değiştirir?

Plesk panelde erişim genellikle kullanıcı rolü, abonelik izinleri ve sunucu yöneticisinin sağlayıcı tarafından tanımladığı sınırlar üzerinden belirlenir. Kullanıcı rolü, bir hesabın panelde hangi bölümleri görebileceğini etkiler; abonelik izinleri ise alan adı, e-posta, veritabanı, DNS veya yedekleme gibi hizmetlerin o abonelikte kullanılabilmesini belirleyebilir. Bu iki katman aynı şey değildir: Bir kullanıcı bir bölümü görebilse bile sağlayıcı hesabı o hizmeti aboneliğe açmadıysa işlem tamamlanmayabilir.

Önce ihtiyacı ayırın. Kullanıcı yalnızca bir web sitesinin dosyalarını ve alan adını yönetecekse sınırlı bir müşteri rolü yeterli olabilir. Birden fazla müşterinin aboneliklerini yönetecekse bayi veya benzeri daha geniş bir rol gerekebilir; ancak bu rol gereksiz yere verilirse kullanıcı başka hesapların yönetim alanlarını da görebilir. Sadece tek bir site üzerinde çalışacak kişi için karar, en dar rol ve yalnız ilgili abonelik şeklinde olmalıdır.

Değişiklikten önce ortamı ve mevcut erişimi doğrulayın

Bu işlem için Plesk’e giriş yapabilmeniz ve ilgili hesapta kullanıcı ya da abonelik izinlerini düzenleme yetkinizin bulunması gerekir. Paylaşımlı hosting kullanıyorsanız bazı menüler sağlayıcı tarafından gizlenebilir; bu durumda sunucu yöneticisi ayarlarını değiştirmeye çalışmak yerine hosting hesabınızda sunulan rol ve abonelik seçenekleriyle sınırlı kalın. Yönetilen bir sunucuda çalışıyorsanız, yönetici hesabındaki değişiklikler birden fazla siteyi etkileyebileceğinden önce mevcut ayarların ekran görüntüsünü veya yazılı kaydını saklayın.

Kontrol edeceğiniz ilk kanıt, kullanıcı veya abonelik ayrıntılarındaki mevcut rol ve açık izinlerdir. Kullanıcı site dosyalarına erişemiyor fakat e-posta ayarlarını görebiliyorsa sorun genel bir panel arızası değil, rol kapsamının kısmi olması olabilir. Buna karşılık ilgili bölüm hiç görünmüyorsa abonelikte hizmetin kapalı olması ya da sağlayıcının bu özelliği sunmaması daha olasıdır. Bu iki bulgu için aynı ayarı rastgele yükseltmeyin; önce sorunun kullanıcı rolünde mi, abonelik hizmetinde mi olduğunu ayırın.

Yetkiyi güvenli biçimde daraltma adımları

1. Hedef hesabı belirleyin. Plesk panelde kullanıcılar veya abonelikler bölümünden düzenleyeceğiniz hesabı seçin. Alan adı, kullanıcı adı ve abonelik adının doğru olduğunu kontrol edin. Birden fazla site varsa yanlış abonelikte değişiklik yapmamak için mevcut rolü ve izin listesini not edin.
2. Gereken işlemleri listeleyin. Kullanıcının dosya yönetimi, e-posta, veritabanı, DNS veya yedekleme işlemlerinden hangilerine gerçekten ihtiyaç duyduğunu yazın. Örneğin yalnız içerik güncelleyecek bir hesap için sunucu düzeyindeki ayarları açmak yerine dosya ve ilgili site yönetimiyle sınırlı kalın.
3. Rol veya izin ekranında tek değişiklik yapın. Kullanıcı rolünde gereksiz bir yetki açıksa yalnız onu kapatın; abonelik hizmeti gerekli olduğu halde kapalıysa yalnız ilgili hizmeti etkinleştirin. Kaydetmeden önce yeni ve eski değerleri karşılaştırın. İzin seçeneği görünmüyorsa bunu zorlamak yerine sağlayıcı kısıtlaması olarak değerlendirin.
4. Oturumu yeniden doğrulayın. Kullanıcı hesabıyla yeni bir oturum açın veya mevcut oturumu kapatıp tekrar bağlanın. Beklenen bölüm görünüyorsa, örneğin yalnız ilgili abonelik ve dosya yönetimi açılıyorsa, rol değişikliği uygulanmıştır. Kullanıcının erişmemesi gereken başka bir abonelik hâlâ görünüyorsa rol kapsamını yeniden inceleyin ve daha dar bir kullanıcı türü seçin.
5. Aynı gerçek işlemi tekrarlayın ve yeni kanıtı kontrol edin. Kullanıcıdan daha önce yapabildiği veya yapamadığı aynı işlemi gerçekleştirmesini isteyin. İşlem engellendiyse Plesk’teki yeni erişim durumunu ve varsa işlem günlüğündeki aynı zamana ait kaydı inceleyin. İzin hatası devam ediyorsa yalnız değiştirdiğiniz ayarı geri alıp oturumu yenileyin; ardından hizmetin abonelikte açık olup olmadığını sağlayıcı ekranından kontrol edin.

Somut bir erişim senaryosu nasıl değerlendirilir?

Diyelim ki bir içerik editörü yalnızca tek bir alan adının dosyalarını güncelleyecek, fakat Plesk panel içinde başka abonelikleri de görebiliyor. İlk bulgu, dosya izninden çok kullanıcı rolünün kapsamının geniş olduğuna işaret eder. Önce mevcut rol kaydedilir, kullanıcı yalnız hedef aboneliğe bağlanır ve başka abonelik görünürlüğü tekrar kontrol edilir. Yeni oturumda yalnız hedef alan adı görünüyorsa seçim uygundur. Dosya düzenleme bölümü hâlâ yoksa rolü daha da genişletmek yerine ilgili abonelikte dosya hizmetinin kapalı olup olmadığı araştırılır; çünkü iki ayrı sorunu tek değişiklikle çözmeye çalışmak güvenli değildir.

Başka bir durumda kullanıcı alan adı yönetimini görebilir, ancak e-posta kutusu oluşturamaz. Bu sonuç, genel kullanıcı yetkisinin yeterli olup e-posta hizmetinin abonelikte kapalı olabileceğini düşündürür. E-posta hizmetini açmadan önce bu özelliğin pakete dahil olup olmadığını ve sağlayıcının bunu yönetip yönetmediğini kontrol edin. Açma işleminden sonra aynı kullanıcıyla yeni bir oturum açıp posta kutusu oluşturma ekranını deneyin. Menü hâlâ yoksa önceki ayarı geri yükleyin ve sağlayıcı kısıtlamasını doğrulayın.

Değişiklik işe yaramazsa güvenli geri dönüş

Yetki değişikliğinden sonra kullanıcı beklenmeyen alanlara erişebiliyor veya gerekli işlemi yapamıyorsa tüm izinleri topluca açmayın. Önce kaydettiğiniz eski rol ve izin değerlerine dönün; ardından yalnız tek bir hizmeti değiştirerek yeniden test edin. Yönetici hesabında yapılan değişiklik başka kullanıcıları da etkilediyse, eski yapılandırmayı geri yüklemek ve etkilenen hesaplarla aynı işlemi tekrar denemek daha güvenli olur. Hangi menünün sağlayıcı tarafından kontrol edildiği belirsizse, kimlik bilgilerini veya özel log içeriğini paylaşmadan yalnız hesap türünü ve görülen izin adını sağlayıcınıza iletin.

Sunucu yönetimi, kullanıcı izolasyonu veya çok sayıda abonelik için daha geniş kontrol gerekiyorsa, Türkiye VDS sunucu paketleri gibi seçenekleri değerlendirirken önce yönetim sorumluluğunun kimde olacağını netleştirin. Daha fazla yönetim erişimi, doğru rol tasarımı yapılmadığında tek başına daha güvenli bir yapı anlamına gelmez. İlk sonraki adım, mevcut Plesk rolünü ve abonelik izinlerini kaydedip yalnız ihtiyaç duyulan tek erişim alanını kontrollü biçimde değiştirmektir.