Feedul NuGet se deschide, dar descărcarea pachetului este blocată

Urmăriți o restaurare NuGet v3 de la indexul serviciului până la conținutul pachetului când proxy-ul permite metadate, dar blochează gazda pachetului.

Deschiderea indexului NuGet v3 într-un browser nu testează accesul la descărcarea pachetelor. Indexul anunță URL-uri de resurse prin @type și @id; metadatele și conținutul pachetului pot fi găzduite în altă parte.

  1. Citiți în ieșirea restaurării primul URL eșuat, ID-ul pachetului și versiunea.
  2. Comparați acea gazdă cu URL-urile resurselor din indexul feedului. PackageBaseAddress/3.0.0 oferă baza pentru enumerarea versiunilor și obținerea fișierelor de pachet.
  3. Includeți redirecționările când analizați calea necesară cu administratorul de rețea.

Pentru un index ipotetic la feed.example care anunță conținut la packages.example, o listă de pachete se poate încărca în timp ce .nupkg selectat este blocat. Încercările repetate de autentificare nu fac acele cereri echivalente. Un pachet din cache care reușește spune și puțin despre un alt URL de conținut la distanță.

Urmați resursa anunțată în loc să ghiciți un nume de gazdă. NuGet o descoperă pentru că infrastructura feedului se poate schimba; o regulă de permisiune doar pentru gazda indexului poate să nu o acopere.

Clasificați răspunsul real: 407 cere autentificare proxy, în timp ce o respingere de politică, un CONNECT eșuat, o gazdă inaccesibilă sau o eroare TLS necesită propria investigație. Ferestre similare pot ascunde aceste diferențe. Solicitați acces la gazdele de resurse documentate ale feedului în locul unei liste largi de metacaractere a unui produs nelegat, apoi investigați orice eșec de cont rămas.

Articole similare