Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu makalede hataların, belge sorunlarının ve güvenlik açıklarının nasıl bildirilip Azure Linux için yeni özelliklerin nasıl istenecekleri açıklanır. Buradaki yönergeleri izleyerek sorunlarınızın ve isteklerinizin doğru kanallara yönlendirilmesini ve verimli bir şekilde ele alınabilmesini sağlar.
Important
Azure Linux açık kaynaklıdır, ancak Microsoft’un destek ve yaşam döngüsü taahhütleri yalnızca Azure senaryoları için geçerlidir. Specifically:
- Azure Linux Sanal Makineleri (VM) / Sanal Makine Ölçek Kümeleri, AKS kapsayıcı ana bilgisayarı ve kapsayıcı görüntüleri desteklenir.
- Çıplak, ISO görüntüleri, şirket içi ve diğer bulutlar desteklenmez.
- Özelleştirilmiş görüntüler yalnızca önceden oluşturulmuş bir Azure Linux görüntüsünün üzerine inşa edildiğinde desteklenir (örneğin, Image Özelleştirici). GitHub üzerindeki
Azure Linux kaynaklarından sıfırdan oluşturulan görüntüler ele alınmıyor.
Bu kapsamın dışındaki sorunlar kapatılabilir.
Note
Azure Linux 4.0 artık preview içindedir ve kesinlikle değerlendirme ve test amaçlarıyla sınırlıdır. Üretim kullanımı için uygun değildir.
Başvurmadan önce
- Sorunun önceden bildirilmiş olup olmadığını görmek için mevcut sorunları arayın. Senaryonuzla eşleşen mevcut bir sorun bulursanız başparmak yukarı (👍) tepkisi ekleyin ve açıklamaya ek bağlam ekleyin. Bu, yinelenen öğeler oluşturmadan öncelik belirlememize yardımcı olur.
- En son Azure Linux görüntüsünü ve düzeltme eklerini denetleyin sorunu dosyalamadan önce daha yeni bir sürümde düzeltilip düzeltilmemiş olup olmadığını denetleyin.
Dosyalandığı yer
| Sorun / istek türü | Dosyalandığı yer |
|---|---|
| Üretim sorunları veya kesintileri | Azure iş yükünüzü etkileyen teknik bir sorunla karşılaşıyorsanız > Azure portalı aracılığıyla Azure desteği isteği açın. GitHub sorunlar üretim desteği için izlenmez. |
| Hata raporları, belge sorunları, özellik istekleri | GitHub sorunlarını doğru depoda uygun sorun şablonunu kullanarak oluşturun. |
| Güvenlik açıkları | CVE'leri yönetme altındaki yönergeleri izleyin. Lütfen güvenlik açıklarını herkese açık GitHub issue'ları üzerinden bildirmeyin. |
İyi bir hata raporu yazma
Important
GitHub üzerinde bir hata raporu açtığınızda, önceden doldurulmuş bir sorun şablonu bu alanlarda size yol gösterir. İstenen tüm bilgileri sağlamak için şablonu kullanın. Lütfen tamamen doldurun. Tamamlanmamış raporlar kapatılabilir.
Çoğaltma örneğiniz ne kadar küçük ve daha bağımsız olursa, o kadar hızlı önceliklendirilebilir. Sorunu ilgisiz yapılandırma veya bağımlılıklardan yalıtmaya çalışın.
İyi bir hata raporu, bakımcıların sorunu daha hızlı yeniden oluşturmasını ve çözmesini sağlar. Raporunuzda lütfen aşağıdaki bilgileri ekleyin:
-
Azure Linux sürümü ve görüntü adı: Örneğin,
AzureLinux 4.0 AKS node image 2026.05. - Yeniden oluşturma adımları: Başka birinin izleyebilebileceği numaralandırılmış, belirli adımlar.
- Beklenen davranış ile gerçek davranış karşılaştırması.
- Günlükler: Hatayı veya beklenmeyen davranışı gösteren ilgili sistem veya uygulama günlükleri.
- Environment details: Azure hizmeti (AKS, VM, Sanal Makine Ölçek Kümeleri vb.), VM boyutu/SKU'su, bölge, ağ yapılandırması ve özel görüntü veya paket değişiklikleri.
- Yardımcı olduğunda ekran görüntüleri veya terminal çıktısı (metin görselleri değil, metni yapıştırın).
Triage dışı bırakılanlar
Önceliklendirmeyi yönetilebilir tutmak için aşağıdaki sorun türleri kapatılır:
-
Microsoft destek ve yaşam döngüsü taahhütleri dışındaki senaryolara yönelik sorunlar, şunlar dahil:
- Bare metal, ISO imajları, şirket içi ve diğer bulutlar.
- GitHub üzerinde
Azure Linux kaynaklarından sıfırdan oluşturulan görüntüler (yalnızca önceden oluşturulmuş bir Azure Linux görüntüsünün üzerinde yapılan özelleştirmeler (örneğin, Image Özelleştirici ) ele alınır).
- Eksik raporlar; yeniden oluşturma adımları, sürüm bilgileri veya ortam bilgileri içermeyen raporlar.
- Yinelenen sorunlar: Bunun yerine mevcut soruna bir başparmak ekleyin (👍).
- Açık bir Azure kullanım örneği veya iş gerekçesi olmayan özellik istekleri.
- Resmî bir destek kanalına yönlendirilmesi gereken canlı ortamla ilgili sorular: Canlı ortam sorunlarıyla ilgili yardım almanın uygun yolu için Azure Linux resmî destek seçenekleri yönergelerini inceleyin.
Dosyaladıktan sonra ne olur?
- Önceliklendirme en iyi çabadır. Bakımcılar, müsaitlik durumlarına göre sorunları değerlendirir. Topluluk tarafından dosyalanan sorunlarda garantili SLA'lar yoktur.
- Sorunlar izleme için etiketlenebilir (örneğin,
bug,docs,upstream).help-wanted - Sorunlar, sorumluluğun doğru adresi bu olduğunda, bir üst projeye veya Fedora'ya yönlendirilebilir.
- Kapsam dışında olan, önemli ayrıntıları eksik olan veya eyleme dönüştürülemeyen sorunlar açıklama yapılmadan kapatılabilir.
- Azure’daki Azure Linux kullanımını etkileyen ve yeniden üretilebilen ayrıntılar içeren sorunlara öncelik veriyoruz.
- 30 gün boyunca etkinlik olmayan sorunlar otomatik olarak kapatılabilir.