Navigation

    Inedo Community Forums

    Forums

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    1. Home
    2. arkady.karasin_6391
    3. Topics
    A
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    Topics created by arkady.karasin_6391

    • A

      Configure connectors for Debian2
      Support • • arkady.karasin_6391  

      4
      0
      Votes
      4
      Posts
      19
      Views

      dean-houston

      Hi @arkady-karasin_6391 , A 403 error means Not Authorized; since those are publicly-available repositories, my guess is that you have a Proxy or Content Filter that's blocking that URL, and the ProGet Server is getting a 403 response from that intermediate server. -- Dean
    • A

      Error for Visual Studio Extensions feed
      Support • • arkady.karasin_6391  

      6
      0
      Votes
      6
      Posts
      7
      Views

      stevedennis

      Great! I don't believe that there is any public reporting of VISX package vulnerabilities, so this is not data that would be available in ProGet either
    • A

      Remote package
      Support • • arkady.karasin_6391  

      2
      0
      Votes
      2
      Posts
      7
      Views

      atripp

      Hi @arkady-karasin_6391, I'm afraid we don't have enough information to troubleshoot the problem. The use case you describe (using ProGet as an offline cache) is very common, so it might be some kind of misconfiguration on the npm side or something. I don't realy know. I would check the npm logs, try to monitor http traffic, etc. If you can "see" the package in ProGet as a Remote Package, and then download the package from the web page, then the npm client can do the same. The npm API cannot "see" whether it's a local, cached, or remote package, so the package is pulled regardless. Best, Alana
    • 1 / 1