A NuGet-hírcsatorna megnyílik, de a csomag letöltése blokolt

Kövesse végig a NuGet v3 helyreállítást a szolgáltatásindexről a csomag tartalmáig, amikor a proxy engedi a metaadatokat, de blokkolja a csomag gazdagépét.

Ha egy böngésző megnyitja a NuGet v3 indexet, az még nem teszteli a csomagletöltés elérését. Az index erőforrás-URL-eket hirdet a @type és @id segítségével; a metaadatok és a csomag tartalma máshol is üzemeltethető.

  1. Olvassa ki a helyreállítás kimenetéből az első sikertelen URL-t, a csomagazonosítót és a verziót.
  2. Hasonlítsa össze ezt a gazdagépet a hírcsatorna indexében szereplő erőforrás-URL-ekkel. A PackageBaseAddress/3.0.0 adja a verziók felsorolásának és a csomagfájlok lekérésének alapját.
  3. A hálózati adminisztrátorral való egyeztetéskor vegye figyelembe az átirányításokat is.

Egy feed.example címen lévő képzeletbeli indexnél, amely packages.example címen hirdet tartalmat, a csomaglista betölthet, miközben a kiválasztott .nupkg blokolt. Az ismételt bejelentkezési kísérletek nem teszik egyenértékűvé ezeket a kéréseket. Egy gyorsítótárazott csomag sikere szintén keveset mond egy másik távoli tartalom-URL-ről.

Kövesse a hirdetett erőforrást ahelyett, hogy gazdagépnevet találgatna. A NuGet azért fedezi fel, mert a hírcsatorna infrastruktúrája változhat; egy csak az index gazdagépére vonatkozó engedélyezési szabály esetleg nem fedi le.

Osztályozza a tényleges választ: A 407 proxyhitelesítést kér, míg a házirend szerinti elutasítás, a sikertelen CONNECT, az elérhetetlen gazdagép vagy a TLS-hiba saját vizsgálatot igényel. A hasonló párbeszédablakok elrejthetik ezeket a különbségeket. A kapcsolódó termék széles helyettesítő karakteres listája helyett kérjen hozzáférést a hírcsatorna dokumentált erőforrás-gazdagépeihez, majd vizsgálja meg a fennmaradó fiókhibát.

Kapcsolódó cikkek