Ubuntu 26.04 / Ubuntu-Repositories und bereichsspezifische Signaturschlüssel verwalten
Verwalten Sie Ubuntu 26.04-Repositories, indem Sie die tatsächlichen .sources-Dateien und den Gültigkeitsbereich des Signaturschlüssels prüfen. Bevor Sie eine Drittanbieterquelle hinzufügen, verifizieren Sie deren 26.04-Unterstützung und den vollständigen Schlüssel-Fingerabdruck, und beschränken Sie dann diesen Schlüssel auf das vorgesehene Repository.
Quellen und Kandidatenversionen prüfen
cat /etc/os-release
find /etc/apt/sources.list.d -maxdepth 1 -type f -print
cat /etc/apt/sources.list.d/ubuntu.sources
apt-cache policy
Standard-Ubuntu-Quellen verwenden häufig /etc/apt/sources.list.d/ubuntu.sources, aber Images und Upgrade-Historien können abweichen. Ältere einzeilige .list-Einträge können neben deb822 .sources-Dateien bestehen; überprüfen Sie auf doppelte Definitionen.
Deb822-Felder und Komponenten verstehen
| Feld | Entscheidung, die es repräsentiert |
|---|---|
URIs |
Repository-Anbieter und Standort |
Suites |
Release und Bereiche wie resolute, Updates und Sicherheit |
Components |
Paketbereiche wie main, restricted, universe und multiverse |
Architectures |
Beschränkungen der CPU-Architektur |
Signed-By |
Für diese Quelle zur Signaturprüfung zugelassene Schlüsseldatei |
Enabled |
no deaktiviert den Eintragsblock |
Das Aktivieren einer Komponente gibt nicht jedem Paket identische Sicherheitsabdeckung. Überprüfen Sie Ubuntu Pro und die paketspezifische Unterstützung separat. Das Ändern des Suite-Namens einer anderen Version zu resolute erzeugt keine Kompatibilität.
Schlüsseldateien und Vertrauensnachweise prüfen
gpg --show-keys --with-fingerprint /usr/share/keyrings/ubuntu-archive-keyring.gpg
Der obige Befehl überprüft das vorhandene Ubuntu-Archivschlüsselbund. Für einen Schlüssel von Drittanbietern vergleichen Sie den vollständigen Fingerabdruck mit einer unabhängig geprüften Quelle, wie der offiziellen HTTPS-Dokumentation des Anbieters. Übereinstimmende Dateinamen oder kurze IDs begründen kein Vertrauen.
Platzieren Sie von Administratoren verwaltete Schlüssel am in der Dokumentation des Anbieters angegebenen Ort, üblicherweise /etc/apt/keyrings, und versehen Sie sie mit Signed-By. APT muss in der Lage sein, sie zu lesen. Unterdrücken Sie keine Signaturfehler mit trusted=yes, Authentifizierungsumgehungen oder unnötigem globalem Vertrauen.
Sichern Sie eine Quelle und ändern Sie sie
backup=$(sudo mktemp -d /root/apt-sources.XXXXXX)
sudo cp -a /etc/apt/sources.list.d "$backup/"
printf 'Backup: %s\n' "$backup"
Bewahren Sie den ausgedruckten Backup-Pfad in einem geschützten Arbeitsdatensatz auf. Identifizieren Sie die tatsächliche Drittanbieter-Datei und bearbeiten Sie sie mit sudoedit. Fügen Sie Enabled: no zur entsprechenden deb822-Eintragsblock hinzu, um sie zu deaktivieren, oder ändern Sie nur die erkannte Dateierweiterung dieser Datei, wenn es angebracht ist.
Das Deaktivieren eines Repositorys deinstalliert nicht dessen Pakete und löscht nicht deren Daten. Entfernung oder Downgrade erfordert eine separate Abhängigkeitsprüfung. Löschen Sie keine Schlüsseldatei, bevor Sie nicht überprüft haben, ob eine andere Quelle darauf verweist.
Überprüfen und Wiederherstellen
sudo apt update
apt-cache policy
Überprüfen Sie eine saubere Index-Aktualisierung sowie die beabsichtigten Ursprünge und Kandidatenversionen. Falls dies fehlschlägt, vergleichen und stellen Sie nur die geänderte Quelle wieder her, und aktualisieren Sie dann erneut. Überschreiben Sie nicht mehrere Quellen oder ändern Sie Codename-Versionen, um ein Problem zu umgehen.




