Erişim ve izin sorunlarını giderme

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Azure DevOps'un kapsamlı güvenlik ve izin yapısı nedeniyle, bir kullanıcının neden beklediği bir projeye, hizmete veya özelliğe erişimi olmadığını araştırabilirsiniz. Proje üyesinin bir projeye bağlanırken veya Azure DevOps hizmetine veya özelliğine erişirken karşılaşabileceği sorunları anlamak ve gidermek için adım adım kılavuz bulun.

Bu kılavuzu kullanmadan önce aşağıdaki içeriğe aşina olmanız önerilir:

• İzinleri, erişimi ve güvenlik gruplarını kullanmaya başlama
• Varsayılan izinler ve erişim hızlı başvurusu.

İpucu

Azure DevOps güvenlik grubu oluştururken, erişimi sınırlamak için oluşturulup oluşturulmadığını kolayca anlayan bir şekilde etiketleyin.

İzinler aşağıdaki düzeylerden birinde ayarlanır:

• nesne düzeyi
• proje düzeyi
• kuruluş veya proje koleksiyonu düzeyi
• güvenlik rolü
• ekip yöneticisi rolü

Yaygın erişim ve izin sorunları

Proje üyesinin bir projeye, hizmete veya özelliğe erişememesinin en yaygın nedenlerine bakın:

Sorun	Sorun giderme eylemi
Erişim düzeyleri hizmete veya özelliğe erişimi desteklemez.	Nedeninin bu olup olmadığını belirlemek için kullanıcının erişim düzeyini ve abonelik durumunu belirleyin.
Güvenlik grubundaki üyelikleri bir özelliğe erişimi desteklemez veya bir özelliğe erişim izni açıkça reddedildi.	Nedeninin bu olup olmadığını belirlemek için bir izni takip edin.
Kullanıcıya kısa süre önce izin verildi, ancak istemcinin değişiklikleri tanıması için yenileme gerekiyor.	Kullanıcının izinlerini yenilemesini veya yeniden değerlendirmesini sağlayın.
Kullanıcı belirli bir ekip için yalnızca ekip yöneticisine verilen bir özelliği uygulamaya çalışıyor ancak bu role sahip değil.	Bunları role eklemek için bkz . Ekip yöneticisi ekleme, kaldırma.
Kullanıcı bir önizleme özelliğini etkinleştirmedi.	Kullanıcının Önizleme özelliklerini açmasını ve belirli bir özelliğin açık/kapalı durumunu belirlemesini sağlayın. Daha fazla bilgi için bkz . Önizleme özelliklerini yönetme.
Proje üyesi, Proje Kapsamlı Kullanıcılar grubu gibi sınırlı bir kapsam güvenlik grubuna eklendi.	Nedeninin bu olup olmadığını belirlemek için kullanıcının güvenlik grubu üyeliklerini arayın.

Daha az yaygın erişim ve izin sorunları

Sınırlı erişim için daha az yaygın nedenler, aşağıdaki olaylardan birinin meydana geldiği durumlardır:

Sorun	Sorun giderme eylemi
Proje yöneticisi bir hizmeti devre dışı bırakmış. Bu durumda, devre dışı bırakılan hizmete kimsenin erişimi yoktur.	Bir hizmetin devre dışı bırakılıp bırakılmadığını belirlemek için bkz . Azure DevOps hizmetini açma veya kapatma.
Proje Koleksiyonu Yöneticisi bir önizleme özelliğini devre dışı bırakmış ve bu özellik kuruluştaki tüm proje üyeleri için devre dışı bırakılmıştır.	Bkz. Önizleme özelliklerini yönetme.
Kullanıcının erişim düzeyini veya proje üyeliğini yöneten grup kuralları erişimi kısıtlar.	Bkz . Kullanıcının erişim düzeyini ve abonelik durumunu belirleme.
İş öğesi türünün iş akışında özel kurallar tanımlanmıştır.	Bkz. Seçme işlemini kısıtlayan bir iş öğesi türüne uygulanan kurallar.

Kullanıcının erişim düzeyini ve abonelik durumunu belirleme

Kullanıcıları veya kullanıcı gruplarını aşağıdaki erişim düzeylerinden birine atayabilirsiniz:

• Paydaş
• Temel
• Temel + Test Planları
• Visual Studio aboneliği

Azure DevOps'ta erişim düzeyi kısıtlaması hakkında daha fazla bilgi için bkz . Desteklenen erişim düzeyleri.

Azure DevOps özelliklerini kullanmak için kullanıcıların uygun izinlere sahip bir güvenlik grubuna eklenmesi gerekir. Kullanıcıların web portalına da erişmesi gerekir. Belirli özelliklerle ilgili sınırlamalar, kullanıcının atandığı erişim düzeyine ve güvenlik grubuna bağlıdır.

Kullanıcılar aşağıdaki nedenlerle erişimi kaybedebilir:

Erişim kaybı nedeni	Sorun giderme eylemi
Kullanıcının Visual Studio aboneliğinin süresi doldu.	Bu arada, bu kullanıcı Paydaş olarak çalışabilir veya kullanıcı aboneliğini yenileyene kadar kullanıcıya Temel erişim verebilirsiniz. Kullanıcı oturum açtıktan sonra Azure DevOps erişimi otomatik olarak geri yükler.
Faturalama için kullanılan Azure aboneliği artık etkin değil.	Visual Studio abonelikleri de dahil olmak üzere bu abonelikle yapılan tüm satın alma işlemleri etkilenir. Bu sorunu çözmek için Azure hesap portalını ziyaret edin.
Faturalama için kullanılan Azure aboneliği kuruluşunuzdan kaldırıldı.	Kuruluşunuzu bağlama hakkında daha fazla bilgi edinin

Aksi takdirde, takvim ayının ilk gününde, kuruluşunuzda en uzun süre oturum açmamış kullanıcılar önce erişimi kaybeder. Kuruluşunuzun artık erişime ihtiyacı olmayan kullanıcıları varsa bunları kuruluşunuzdan kaldırın.

İzinler hakkında daha fazla bilgi için bkz . İzinler ve gruplar ve İzinler arama kılavuzu.

İzin izleme

Kullanıcının izinlerinin belirli bir özelliğe veya işleve erişmesine neden izin vermediğini belirlemek için izin izlemeyi kullanın. Bir kullanıcının veya yöneticinin izin devralmayı nasıl araştırabileceğini öğrenin. Web portalından bir izni izlemek için ilgili düzeyin izin veya güvenlik sayfasını açın. Daha fazla bilgi için bkz . İzin düzeylerinde artış isteme.

Bir kullanıcı izin sorunları yaşıyorsa ve izinler için varsayılan güvenlik gruplarını veya özel grupları kullanıyorsanız, izin izlememizi kullanarak bu izinlerin nereden geldiğini araştırabilirsiniz. İzin sorunları gecikmeli değişikliklerden kaynaklanıyor olabilir. Microsoft Entra grup üyeliklerinin veya izin değişikliklerinin Azure DevOps'a yayılması 1 saate kadar sürebilir. Bir kullanıcı hemen çözülmeyen sorunlarla karşılaşıyorsa, çözülüp çözülmediğini görmek için bir gün bekleyin. Kullanıcı ve erişim yönetimi hakkında daha fazla bilgi için bkz . Azure DevOps'ta kullanıcıları ve erişimi yönetme.

Kullanıcılar etkin izinlerini doğrudan veya gruplar aracılığıyla alabilir.

Yöneticilerin bu izinlerin tam olarak nereden geldiğini anlayabilmesi ve gerektiğinde bunları ayarlaması için aşağıdaki adımları tamamlayın.

1. Proje ayarları>İzin kullanıcıları'nı> ve ardından kullanıcıyı seçin.

   

   Artık sahip oldukları izinleri gösteren kullanıcıya özgü bir görünüme sahip olmanız gerekir.

2. Bir kullanıcının neden listelenen izinlere sahip olduğunu veya izinlere sahip olmadığını izlemek için, söz konusu iznin yanındaki bilgi simgesini seçin.

Sonuçta elde edilen izleme, listelenen izni nasıl devraldıklarını size bildirir. Daha sonra kullanıcının izinlerini, içinde bulundukları gruplara sağlanan izinleri ayarlayarak ayarlayabilirsiniz.

Daha fazla bilgi için bkz . Belirli özelliklere ve işlevlere erişimi yönetme veya İzin düzeylerinde artış isteme.

İzinleri yenileme veya yeniden değerlendirme

İzinleri yenilemenin veya yeniden değerlendirmenin gerekli olabileceği aşağıdaki senaryoya bakın.

Sorun

Kullanıcılar bir Azure DevOps veya Microsoft Entra grubuna eklenir. Bu eylem, bir kuruluşa veya projeye devralınan erişim verir. Ancak, hemen erişemezler. Kullanıcıların beklemesi veya oturumu kapatması, tarayıcılarını kapatması ve izinlerinin yenilenmesi için yeniden oturum açması gerekir.

Çözüm

Kullanıcı ayarları'nın İzinler sayfasında İzinleri yeniden değerlendir'i seçebilirsiniz. Bu işlev, grup üyeliklerinizi ve izinlerinizi yeniden değerlendirir ve son değişiklikler hemen geçerli olur.

Seçme işlemlerini kısıtlayan bir iş öğesi türüne uygulanan kurallar

Bir işlemi özelleştirmeden önce Azure Boards'ı yapılandırma ve özelleştirme makalesini gözden geçirmenizi öneririz. Bu, Azure Boards'ı iş gereksinimlerinizi karşılayacak şekilde özelleştirme konusunda rehberlik sağlar.

İşlemleri kısıtlamaya yönelik iş öğesi türü kuralları hakkında daha fazla bilgi için bkz:

• İş akışı durumlarına kural uygulama (Devralma işlemi)
• Örnek kural senaryoları
• Alan yollarını tanımlama ve takıma atama

Kuruluş ayarlarını kullanıcılardan gizleme

Bir kullanıcı yalnızca projelerini veya kuruluş ayarlarını görmeyle sınırlıysa, aşağıdaki bilgiler bunun nedenini açıklayabilir. Kullanıcıların kuruluş ayarlarına erişimini kısıtlamak için Kullanıcı görünürlüğünü ve işbirliğini belirli proje önizlemesi ile sınırla özelliğini etkinleştirebilirsiniz. Güvenlikle ilgili önemli aramalar dahil, daha fazla bilgi için, bkz. Kuruluşunuzu yönetme, Projeler için kullanıcı görünürlüğünü sınırlama ve daha fazlası.

Kısıtlanmış kullanıcılara örnek olarak Paydaşlar, Microsoft Entra konuk kullanıcıları veya bir güvenlik grubunun üyeleri verilebilir. Etkinleştirildikten sonra, Proje Kapsamlı Kullanıcılar grubuna eklenen tüm kullanıcı veya grupların Genel Bakış ve Projeler dışında Kuruluş Ayarları sayfalarına erişimi kısıtlanır. Yalnızca eklendikleri projelere erişmeleri kısıtlanmıştır.

Kuruluş ayarlarını kullanıcılardan gizleme hakkında daha fazla bilgi için bkz . Kuruluşunuzu yönetme, Projeler için kullanıcı görünürlüğünü sınırlama ve daha fazlası.

CLI ile izinleri görüntüleme, ekleme ve yönetme

Komutları kullanarak az devops security permission izinleri daha ayrıntılı bir düzeyde görüntüleyebilir, ekleyebilir ve yönetebilirsiniz. Daha fazla bilgi için bkz . Komut satırı aracıyla izinleri yönetme.

Daha az izin içeren grup kuralları

Grup kuralı türleri şu sırada sıralanır: Abone > Temel + Test Planları > Temel > Paydaş. Kullanıcılar her zaman Visual Studio (VS) aboneliği de dahil olmak üzere tüm grup kuralları arasında en iyi erişim düzeyini elde eder.

Not

• Proje okuyucularda grup kuralları aracılığıyla yapılan değişiklikler kalıcı olmaz. Proje okuyucuları ayarlamanız gerekiyorsa, doğrudan atama veya özel güvenlik grupları gibi alternatif yöntemleri göz önünde bulundurun.
• "Kullanıcılar" sayfasının "Grup kuralları" sekmesinde listelenen kuralları düzenli olarak gözden geçirmenizi öneririz. Microsoft Entra Id grup üyeliğinde herhangi bir değişiklik yapılırsa, bu değişiklikler grup kurallarının bir sonraki yeniden değerlendirmesinde gösterilir. Bu değişiklikler isteğe bağlı olarak, bir grup kuralı değiştirildiğinde veya her 24 saatte bir otomatik olarak yapılabilir. Azure DevOps, Microsoft Entra grup üyeliğini saatte bir güncelleştirir, ancak Microsoft Entra Id'nin dinamik grup üyeliğini güncelleştirmesi 24 saate kadar sürebilir.

Abone algılama faktörlerinin grup kurallarına nasıl dahil olduğunu gösteren aşağıdaki örneklere bakın.

Örnek 1: Grup kuralı bana daha fazla erişim sağlıyor

VS Pro aboneliğim varsa ve Bana Temel + Test Planları veren bir grup kuralındaysam ne olur?

Beklenen: Grup kuralının bana verdiği özellik aboneliğimden daha büyük olduğundan Temel + Test Planları alıyorum. Grup kuralı ataması, erişimi sınırlamak yerine her zaman daha yüksek erişim sağlar.

Örnek 2: Grup kuralı bana aynı erişimi veriyor

Visual Studio Test Pro aboneliğim var ve bana Temel + Test Planları sunan bir grup kuralındayım – ne olur?

Beklenen: Erişim grup kuralıyla aynı olduğundan Visual Studio Test Pro abonesi olarak algılandım. Visual Studio Test Pro için zaten ödeme yapıyorum, bu nedenle bir daha ödeme yapmak istemiyorum.

GitHub ile çalışma

GitHub ile Azure DevOps'ta kod dağıtmaya çalışırken aşağıdaki sorun giderme bilgilerine bakın.

Sorun

Ekip üyelerinizi kuruluş ve proje üyesi olarak eklemenize rağmen ekibinizin geri kalanını kuruluşa ve projeye getiremezsiniz. E-posta alırlar ancak oturum açarken 401 hatasını alırlar.

Çözüm

Büyük olasılıkla Azure DevOps'ta yanlış bir kimlikle oturum açmışsınızdır. Aşağıdaki adımları tamamlayın.

1. Azure DevOps çalıştırmamış tarayıcılar da dahil olmak üzere tüm tarayıcıları kapatın.

2. Özel veya gizli bir gözatma oturumu açın.

3. Şu URL'ye gidin: https://aka.ms/vssignout.

   "Oturumu kapatma devam ediyor" yazan bir ileti görüntülenir. Oturumu kapattırdıktan sonra dev.azure.microsoft.com yönlendirilirsiniz.

4. Azure DevOps'ta yeniden oturum açın. Diğer kimliğinizi seçin.

İzinlerin uygulanabileceği diğer alanlar

• Alan yolu izinleri
• İş öğesi etiketleri
• İş öğelerini proje dışına taşıma
• Silinen iş öğeleri
• Azure Boards için varsayılan izinlere ve erişime yönelik hızlı kılavuz
• Özel kurallar
• Örnek özel kural senaryoları
• Özel kapsamlar ve panolar
• Özel denetimler

İlgili makaleler

• Komut satırı aracıyla izinleri yönetme
• Tek tek veya grup izinlerini değiştirme
• En iyi güvenlik uygulamaları
• Güvenlik ve izin yönetimi araçları
• Yönetici rolüne kullanıcı ekleme