Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird erläutert, wie Fehler, Dokumentationsprobleme und Sicherheitsrisiken gemeldet und neue Features für Azure Linux angefordert werden. Anhand der hier aufgeführten Anleitungen wird sichergestellt, dass Ihre Probleme und Anforderungen an die richtigen Kanäle weitergeleitet werden und effizient behoben werden können.
Important
Azure Linux ist Open Source, aber Microsoft Support- und Lebenszyklusverpflichtungen gelten nur für szenarien Azure. Specifically:
- Azure Linux Virtual Machines (VM) / Virtual Machine Scale Sets, AKS-Containerhost und Containerimages werden unterstützt.
- Bare Metal-, ISO-Images, lokale und andere Clouds werden nicht unterstützt.
- Angepasste Images werden nur unterstützt, wenn sie auf einem vordefinierten Azure Linux-Image basieren (z. B. mit Image Customizer). Images, die von Grund auf neu aus den Azure Linux-Quellen auf GitHub erstellt wurden, werden nicht abgedeckt.
Probleme außerhalb dieses Umfangs können geschlossen werden.
Note
Azure Linux 4.0 befindet sich jetzt in preview und ist streng auf Auswertungs- und Testzwecke beschränkt. Es ist nicht für den Produktionseinsatz geeignet.
Bevor Sie einreichen
- Durchsuchen Sie vorhandene Probleme , um festzustellen, ob das Problem bereits gemeldet wurde. Wenn Sie ein vorhandenes Problem finden, das Ihrem Szenario entspricht, fügen Sie eine „Daumen hoch“-Reaktion (👍) hinzu und geben Sie zusätzliche Informationen in einem Kommentar an. Dadurch können wir priorisieren, ohne Duplikate zu erstellen.
- Überprüfen Sie das neueste Azure Linux-Image und -Patches um festzustellen, ob das Problem bereits in einer neueren Version behoben wurde, bevor ein neues Problem eingereicht wird.
Speicherort der Datei
| Problem/ Anforderungstyp | Wo einreichen |
|---|---|
| Produktionsprobleme oder Ausfalle | Wenn ein technisches Problem auftritt, das Sich auf Ihre Azure Workload auswirkt, öffnen Sie eine Azure-Support Anforderung über das Azure-Portal. GitHub-Issues werden für den Produktionssupport nicht überwacht. |
| Fehlerberichte, Dokumentationsprobleme, Featureanforderungen | GitHub-Probleme mithilfe der entsprechenden Problemvorlage im richtigen Repository. |
| Sicherheitsrisiken | Befolgen Sie die Anleitungen unter "CvEs verwalten". Bitte melden Sie keine Sicherheitslücken über öffentliche GitHub-Issues. |
Schreiben eines guten Fehlerberichts
Important
Wenn Sie auf GitHub einen Fehlerbericht erstellen, führt Sie eine vorausgefüllte Issue-Vorlage durch diese Felder. Verwenden Sie die Vorlage, um alle angeforderten Informationen bereitzustellen. Bitte füllen Sie es vollständig aus. Unvollständige Berichte können geschlossen werden.
Je kleiner und eigenständiger Ihr Reproduktionsfall ist, desto schneller kann er geprüft werden. Versuchen Sie, das Problem von nicht verknüpften Konfigurationen oder Abhängigkeiten zu isolieren.
Ein guter Fehlerbericht hilft Wartungsbetreuern, das Problem schneller zu reproduzieren und zu beheben. Bitte geben Sie in Ihrem Bericht die folgenden Informationen an:
-
Azure Linux-Version und -Imagename: Beispielsweise
AzureLinux 4.0 AKS node image 2026.05. - Schritte zum Reproduzieren: Nummeriert, bestimmte Schritte, die eine andere Person ausführen kann.
- Erwartetes Verhalten im Vergleich zum tatsächlichen Verhalten.
- Protokolle: Relevante System- oder Anwendungsprotokolle, die den Fehler oder unerwartetes Verhalten anzeigen.
- Environmentdetails: Azure Dienst (AKS, VM, Virtual Machine Scale Sets usw.), VM-Größe/SKU, Region, Netzwerkkonfiguration und alle benutzerdefinierten Image- oder Paketänderungen.
- Screenshots oder Terminalausgaben, falls hilfreich (Text einfügen, keine Bilder von Text).
Ausschlüsse aus der Triage
Um die Triage überschaubar zu halten, werden die folgenden Arten von Problemen geschlossen:
-
Probleme bei Szenarien außerhalb der Support- und Lebenszykluszusagen von Microsoft, einschließlich:
- Bare Metal, ISO-Images, lokale und andere Clouds.
- Images, die von Grund auf aus den Azure Linux-Quellen auf GitHub erstellt wurden (nur Anpassungen auf Basis eines vorgefertigten Azure Linux-Images, zum Beispiel mit Image Customizer, sind abgedeckt).
- Unvollständige Berichte , die Keine Vervielfältigungsschritte, Versionsinformationen oder Umgebungsdetails enthalten.
- Doppelte Probleme: Fügen Sie stattdessen einen Daumen nach oben (👍) zum vorhandenen Problem hinzu.
- Feature-Anforderungen ohne eindeutige Azure Anwendungsfall oder geschäftliche Begründung.
- Produktion-bezogene Fragen, die zu einem offiziellen Supportkanal gehören: Lesen Sie die Anleitungen in Azure Linux offizielle Supportoptionen, um Hilfe zu Produktionsproblemen zu erhalten.
Was nach dem Einreichen passiert
- Triage erfolgt nach bestem Bemühen. Die Verwalter priorisieren Probleme entsprechend ihrer verfügbaren Kapazitäten. Für von der Community gemeldete Probleme gibt es keine garantierten SLAs.
- Probleme können für die Nachverfolgung bezeichnet werden (z. B.
bug, ,docs,upstream).help-wanted - Probleme können an ein vorgelagertes Projekt oder an Fedora umgeleitet werden, wenn dies der richtige Zuständigkeitsweg ist.
- Probleme, die außerhalb des vorgesehenen Umfangs liegen, bei denen wichtige Details fehlen oder die nicht bearbeitet werden können, können ohne Erklärung geschlossen werden.
- Wir priorisieren Probleme, die sich auf die Nutzung von Azure Linux in Azure auswirken und reproduzierbare Details enthalten.
- Probleme ohne Aktivität für 30 Tage werden möglicherweise automatisch geschlossen.