Wenn ein Proxy den User-Agent von APT ablehnt
Erkennen Sie eine ausdrückliche Ablehnung der Client-Identitätsrichtlinie, wenn curl erfolgreich ist, APT über denselben Proxy aber blockiert wird.
curl ruft eine URL ab. APT erhält über denselben Proxy eine Seite, die besagt, dass sein User-Agent nicht zugelassen ist. Diese Antwort grenzt die Untersuchung bereits ein: Der Vermittler wendet eine Client-Richtlinie an.
Gleichzeitiges Ändern von Repository-Spiegeln, Passwörtern und DNS verwirft diesen nützlichen Hinweis. Bewahren Sie den zurückgegebenen Status und den relevanten Ablehnungstext auf, bevor Sie die Route ändern.
APT dokumentiert Acquire::http::User-Agent für die HTTP-Beschaffungsmethode. Wenn der Netzbetreiber eine zugelassene Kennung verlangt, setzen Sie den vereinbarten Wert bewusst. Das Kopieren der vollständigen Identitätszeichenfolge eines Browsers aus einer alten Antwort kann den tatsächlichen Aktualisierer verschleiern und dennoch an einer anderen Richtlinienbedingung scheitern.
Prüfen Sie den Umfang der fehlgeschlagenen Anfrage. Eine HTTP-Repository-Anfrage und ein HTTPS-Tunnel geben einem gewöhnlichen, nicht abfangenden Proxy unterschiedliche Informationen preis. Schließen Sie nicht daraus, dass eine auf einem Pfad sichtbare Header-Richtlinie innerhalb verschlüsselten Verkehrs automatisch identisch angewendet wird.
Eine Ablehnungsseite, die dort zurückgegeben wird, wo Repository-Metadaten erwartet wurden, kann später einen Parsing- oder einen wie ein Signaturfehler wirkenden Fehler verursachen. Lesen Sie die Herkunft der Antwort, bevor Sie das Vertrauen in das Repository ändern. Erfolgreiches Proxy-Routing macht aus einer HTML-Richtlinienseite keinen gültigen Paketindex. Bei einem Hash Sum mismatch halten Sie die erwartete Prüfsumme und die tatsächlichen Bytes zusammen.