I'm trying to get used to the VS git plugin.
I'm using it with bitbuket and GitHub remote repositories.
Sometimes i get the following error :
An error was raised by libgit2. Category = Net (Error).
Chunked encoding upload is not supported on the HTTP/1.0 protocol.
Is someone knowing how to avoid this error ?
The problem came from the proxy server i had to use at work which didn't support the HTTP/1.1 protocol.
Our sysadmin confirmed me that he was using squid 2.7 and he didn't support HTTP/1.1.
Thank's again for the tip.
This is because of your system proxy settings. Check in IE internet options if you are using the proxy. Disable the proxy setting from the IE Options and try to push it again. It worked for me.
In my case it was due to Fiddler monitoring requests. Once I've turned it off the problem disappeared.
Related
I am working with microsoft bot emulator and everytime I make a request to an external link my office proxy blocks it and application returns 407 error. To work around this I tried following hacks.
Hack #1:
Used fiddler 4 with auto authenticate rule enabled. But I found it doesn't work for ntlm proxy.
I also found that the request which are completing with 200 status code has a proxy-authorization header with some encoded content. but I don't know how to set this header for all the requests.
Hack #2:
Installed and ran a cntlm proxy, still same error.
I am using Micosoft bot framework 4 with dotnet core and bot emulator 4.10, Os: windows 7
Please help let me know if I can somehow make it work around ntlm proxy.
Looks like the office network is very restricted when it comes to network access.
May be you should better talk to your IT department if you can't get a PC that is located in a different subnet that is less restrictive. Or if you are lucky the change the configuration for your PC so that you can access the required servers without proxy.
I'm using BurpSuite to intercept the HTTP/HTTPS requests sent when logging in on https://www.nike.com/. I'm trying to achieve this with the following step:
Opening BurpSuite and Firefox
Turning on the proxy intercept
Turning on FoxyProxy on Firefox
Opening the website and trying to logging
These steps usually work for me, but in this case, I'm getting a "we are unable to connect to our servers" error without anything appearing on the intercept tab when trying to logging (I have tried turning off the intercept feature but it still yields the same issue, so I think it might be a proxy and certificate problem).
To clear things up:
I'm running the latest versions of BurpSuite and FireFox.
I have installed and reinstalled the BurpSuite certificate using this guide.
I've tried all of this on my iMac, MacBook and iPhone all of these devices yield the same issue
Here bellow is the error message I'm getting:
Here are my BurpSuite Proxy setting:
(in the Certificate tab I just have Generate CA-signed per-host certificates selected)
I have been using BurpSuite for over 2 years now and it's the first time I'm facing such an issue, any help is appreciated
I have shared my question with the Portswigger support (the team behind BurpSuite) and got the following response:
Hi
Thanks for your message.
We have reproduced the issue in our testing environment.
It looks like Nike.com are performing a fairly sophisticated check to
stop automated tool from accessing parts of their site.
Please let us know if you need any further assistance.
Cheers
Liam Tai-Hogan
PortSwigger Web Security
I am updating from Windows 7 to a Windows 10 on a 64 bit system. I have no problems updating and checking out projects from the Subversion server on the Windows 7 box. I downloaded the latest 64 bit version and installed it on the Windows 10 box with no issues.
On the Windows 10 box I can post an update, but I cannot check out a project from the repository. When I attempt to logon the server I get the following error message:
svn: E170013: Unable to connect to a repository at URL 'https://svn.example.com/!/%23MyRepo/'
svn: E175003: The server at 'https://svn.example.com/!/%23MyRepo/' does not support the HTTP/DAV protocol
message that says The server does not support the HTTP/DAV protocol.
I passed the error message to the server manager and was told the problem was with the TortoiseSVN app settings. I cannot find a setting in the app that would address the problem.
Anyone have any suggestions on how I can fix this issue?
You get this error message because the URL is invalid. It leads to a web interface (i.e. a web client) and Subversion clients do not know how to parse this URL. Please, see the following article - KB102: Subversion client errors caused by inappropriate repository URL.
The comment by Bahrep is the correct answer, but since in the comments there seems to be some confusion, I decided to elaborate further.
"The error indicates that the URL used to address the repository using Subversion client is inappropriate. Most likely, the URL was copied from the web browser's address bar when exploring the repository through the web interface of VisualSVN Server. Subversion client programs are not capable of handling the syntax of such URLs. The appropriate URLs should be obtained by clicking the Checkout button in the web interface."
I got this error because I used browser link in the toroise interface, but I should instead click "copy repository url" in the svn and use that link. As simple as that!
I working in my project with Visual Studio 2010 and AnkhSvn (the last version) when I like to do commit I have this error:
An internal error ocurred:
Commit failed(details follow):
MERGE of '/svn/credinform/trunk/Cotizador/Crd.Cotizador': Could not parse response status line (http:/192.168.1.10:3456)
How I can resolve this problem?
I probe with TortoiseSVN and the same error
This could be a problem with a proxy or a firewall between the local computer and the svn server. In this case your system administator probably can help you.
What does the apache log at your Subversion server say?
This appears to be some problem at the http (or server) level. I don't think you can answer this question by just using a subversion client.
It might help when you try to access the same url (I would guess http://<192.168.1.10>:3456/svn/credinform/trunk/Cotizador/Crd.Cotizardor ) by a normal webbrowser. This will probably also show some kind of error.
My guess would be some access problem at the server that isn't transfered as a readable error to the client, but your apache server log should give you the full details.
I am using dynatrace ajax edition and it requires an proxy server and password to connect to dynatrace server.
The problem is I ONLY have the .pac file URL that we use at work.
Is it possible to know which proxy server and port my requests resolve to so that I can provide the proxy server name and password directly?
I have checked few links in the stackoverflow community but they do not seem to answer this question.
Like: How to discover de proxy used in a pac
I am using an windows 7 64 bit system with IE8.
Thanks,
Ayusman
After trolling through some more google search results,
This nifty tool helped me perfectly
Please note that I was on a 64 bit windows 7 machine, still it worked fine.
Hit the URL in the address bar of the browser. It should download the file. Open the file with any text editor. Looking at the content of the file, you can easily find out the proxy IP/port being used. This worked for me. Hope it helps others too.
To find your Web Proxy, simply go to:
http://www.whatismyproxy.com/
This web page will display information about your proxy server.