NuGet 407 ile 401: Proxy oturumu mu, özel akış kimlik bilgileri mi?
NuGet akışı kimlik bilgilerini yönlendirici proxy kimlik bilgilerinden ayırın ve geri yüklemeyi gerçekten gerçekleştiren aracın kullandığı yapılandırmayı inceleyin.
Bir NuGet geri yüklemesi hem yönlendirici proxy hesabı hem de özel akış hesabı gerektirebilir. Hangi yapılandırmanın inceleneceğine karar vermek için yanıtı kullanın:
| Gözlem | Buradan başlayın |
|---|---|
| Proxy 407 döndürür | Yönlendirici proxy'ye ulaşmak için kullanılan yol ve hesap |
| Paket kaynağı 401 döndürür | Akışın kimlik doğrulama yapılandırması |
| Yanıttan önce bağlantı veya TLS başarısız olur | Uç nokta, taşıma ve sertifikaya ilişkin kanıtlar |
Akış belirteci proxy'nin 407'sine yanıt veremez. Aynı şekilde, yanıttan önceki bir bağlantı veya TLS hatası hangi parolanın yanlış olduğunu kanıtlamamıştır.
Proxy'yi akıştan ayrı yapılandırın
NuGet'in proxy girdisi config altında yer alır. Gömülü kimlik bilgisi olmayan bir yol için:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Bu örneği uygun mevcut yapılandırmayla birleştirin. Genel aracılara izin verilen genel bir akış için, HTTP proxy listesi bu kimlik bilgisi gerektirmeyen yol için bir aday sunar. Paket kaynaklarını kendi bölümünde tutun; akış URL'sini genel bir proxy adresiyle değiştirmek aracıdan paketleri ister.
Belgelenen http_proxy.password değeri şifrelenmiştir. Bu alana düz metin yazmak veya başka bir makineden şifrelenmiş görünen bir değeri taşınabilir kimlik bilgisi biçimiymiş gibi kopyalamak yerine desteklenen yapılandırma araçlarını kullanın.
Gerçekten başarısız olan geri yüklemeyi inceleyin
İstemciyi, kullanıcıyı ve başlatma ortamını adlandırın, ardından etkin yapılandırma hiyerarşisini bulun. Kullanıcı, makine ve çözüm ayarları katkıda bulunabilir. Eski devenv.exe.config düzeltmesi belirli bir Visual Studio süreciyle ilgilidir; komut satırı geri yüklemesinin veya derleme hizmetinin ne okuduğunu kanıtlamaz. Kullanılmayan bir proxy girdisini ararken çalışan paket kaynaklarını ve ilkeleri koruyun.
Kimlik doğrulama çalıştıktan sonra, daha sonra başarısız olan her URL'yi izleyin. Akış meta verileri ve paket içeriği farklı uç noktalar kullanabilir, bu nedenle kabul edilen tek bir istek tüm geri yükleme yolunu kanıtlamaz. Bunu düzeltirken normal paket imzası ve TLS doğrulamasını koruyun.