Connecting to feed behind proxy is failing

Jul 15, 2011 at 2:42 PM

Creating a discussion thread for work item:

Jul 15, 2011 at 2:49 PM

@diger74: Can you send me a screen shot of the Internet Options dialog box where you specify your proxy settings? I would like to know which options you have in there so that I can better understand your problem.

In regards to having a manual proxy settings dialog I don't think that it's needed because of the way that the proxy detection functionality is working.
What ever you have setup/enabled in the Internet Options Proxy settings dialog is what is going to be used when making requests from NuGet.
So if you have a proxy defined there and it requires authentication then the first step is to Use NTLM/Integrated Windows authentication.
If that fails then the user will be prompted with a dialog to provide credentials for the configured proxy server.

Jul 18, 2011 at 11:55 AM

@ilyalozovyy Sorry, but I can't find how to attach files here((

I've attached my proxy settings screenshots at issue tracker, where it was started:

(watch at proxy_settings.rar)


Is it also possible, that the main package source and serching page have different service URI's? We also have high secured firewall, that possibly blocks searching service and allows service, that provides list of package names. Or that URI's are the same?

Jul 18, 2011 at 1:45 PM

@diger74: Thanks for attaching those pictures and just to let you know that you can also attach pictures directly to the discussion posts by simply copying an image into the clipboard and just pasting it into the textbox so you don't have to keep on adding them as attachments.
So there are two things that happen when NuGet tries to connect to the package feed. The first is it uses a forwarding link: which when connected to redirects to the actual NuGet feed:
The next step is when the user searches for a package using the using a Linq to OData express so for example a query for the "Moq" package would look like this:
"$filter=(Id eq 'Moq') and (VersionDownloadCount gt 1)"

If you are able to get to 3 links mentioned above then you should be able to do the same thing through the NuGet extension.
If you are able to validate that you can get to the above 3 links without problems when you are behind the proxy/firewall then we would have to try and figure out a different approach on trying to troubleshoot your issue. You can also try using Fiddler to trace the connection(s) being made and see if you are able to get any other information as to why you are not able to use the search feature.

Jul 19, 2011 at 8:02 AM
Edited Jul 19, 2011 at 8:22 AM

@ilyalozovyy thanks for the hint with copy-and-paste images into textbox, but I can't do it( No matter.

I have tried all these links - they works well, firewall doesn't blocks them.

Also, I have tried Fiddler to trace my communication with server, and I've got these results:

Here, 1-9 sessions are corresponds to loading online gallery and 10-13 sessions are corresponds to searching packeges. At 13th session I had this response "no-cache, must-revalidate", that differs from normal request existing "must-revalidate".

@ilyalozovyy, If you needed more info - please tell me and I'll send you more screens with info. I can't send you Fiddler's log because it contains proxy addresses and my credentials.