NuGet plūsma atveras, bet pakotnes lejupielāde ir bloķēta

Sekojiet NuGet v3 atjaunošanai no pakalpojuma indeksa līdz pakotnes saturam, kad starpniekserveris atļauj metadatus, bet bloķē pakotnes resursdatoru.

Pārlūkā atvērts NuGet v3 indekss vēl nepārbauda piekļuvi pakotņu lejupielādei. Indekss izsludina resursu URL, izmantojot @type un @id; metadati un pakotnes saturs var tikt mitināti citur.

  1. Atjaunošanas izvadē izlasiet pirmo neizdevušos URL, pakotnes ID un versiju.
  2. Salīdziniet šo resursdatoru ar resursu URL plūsmas indeksā. PackageBaseAddress/3.0.0 nodrošina pamatu versiju uzskaitīšanai un pakotnes failu iegūšanai.
  3. Pārskatot nepieciešamo ceļu ar tīkla administratoru, iekļaujiet pāradresācijas.

Hipotētiskam indeksam feed.example, kas izsludina saturu packages.example, pakotņu saraksts var ielādēties, kamēr atlasītā .nupkg ir bloķēta. Atkārtoti pieteikšanās mēģinājumi šos pieprasījumus nepadara līdzvērtīgus. Kešatmiņā esošas pakotnes veiksme arī maz pasaka par citu attālinātu satura URL.

Sekojiet izsludinātajam resursam, nevis miniet resursdatora nosaukumu. NuGet to atklāj, jo plūsmas infrastruktūra var mainīties; noteikums, kas atļauj tikai indeksa resursdatoru, to var neaptvert.

Klasificējiet faktisko atbildi: 407 pieprasa starpniekservera autentifikāciju, savukārt politikas atteikums, neizdevies CONNECT, nesasniedzams resursdators vai TLS kļūda prasa atsevišķu izmeklēšanu. Līdzīgi dialogi var slēpt šīs atšķirības. Lūdziet piekļuvi plūsmas dokumentētajiem resursu resursdatoriem, nevis plašam nesaistīta produkta aizstājējzīmju sarakstam, pēc tam izmeklējiet jebkuru atlikušo konta kļūmi.

Saistītie raksti