De NuGet-feed iepenet, mar it pakket-download is blokkeard

Folgje in NuGet v3-restauraasje fan 'e tsjinst-yndeks oant pakket-ynhâld wannear't de proxy metadata tastean lit mar de pakket-host blokkearret.

In browser dy't de NuGet v3-yndeks iepenet, hat de tagong ta pakket-download net test. De yndeks advertearret boarne-URL's fia @type en @id; metadata en pakket-ynhâld kinne earne oars hosted wurde.

  1. Lês yn 'e restauraasje-útfier de earste mislearre URL, pakket-ID en ferzje.
  2. Fergelykje dy host mei de boarne-URL's yn 'e feed-yndeks. PackageBaseAddress/3.0.0 jout de basis foar ferzje-optelling en it opheljen fan pakketbestannen.
  3. Nim trochferwizings mei as jo it fereaske paad mei de netwurkbehearder besjogge.

Foar in hipotetyske yndeks op feed.example dy't ynhâld op packages.example advertearret, kin in pakketlist lade wylst it keazen .nupkg blokkeard is. Werhelle oanmeldpogingen meitsje dy oanfragen net gelykweardich. In cachet pakket dat slagget seit ek net folle oer in oare fiere ynhâld-URL.

Folgje de advertearre boarne yn plak fan in hostnamme te rieden. NuGet ûntdekt it omdat feed-ynfrastruktuer feroarje kin; in tasteanregel allinnich foar de yndeks-host kin it miskien net dekke.

Klassifisearje it werklike antwurd: 407 freget proxy-ferifikaasje, wylst in beliedswegering, in mislearre CONNECT, in net berikbere host of in TLS-flater har eigen ûndersyk nedich hawwe. Soartgelikense dialogen kinne dy ferskillen ferbergje. Freegje tagong ta de dokumintearre boarne-hosts fan 'e feed yn plak fan in brede wildcard-list fan in net besibbe produkt, en ûndersykje dan alle oerbleaune akkountflaters.

Relatearre artikelen