SVN Checkout over HTTP fails - macos

I am trying to checkout code from webrtc.googlecode.com/svn/trunk. When I use HTTPS, everything is fine. When I try with HTTP, I get error E175002: could not connect to repository. My subversion preferences in ~/.subversion are empty. I am using Mac OS X Mountain Lion. I installed subversion using Brew. I used Wireshark to trace the traffic and noticed that when I say svn co http://webrtc.googlecode.com/src/trunk, the traffic is on port 443 and not on port 80. Something is forcing svn to use https instead of the specified http. I also disabled VPN to make sure that is not playing any tricks.
Any help would be greatly appreciated.

The problem was with Cisco AnyConnect VPN. I uninstalled it from the system and everything worked perfectly.

Related

Connecting VPN by Mac OS terminal

I'm trying to install Firebase in to my Xcode by using mac os terminal command pod install (CocoaPods) , but it always has overtime, and connection breaks, so i cannot install it.
So here is a problem, i live in China, and i can't connect any Google services via terminal(GitHub also), but i have full access to all services using my VPN App.
Few solutions that i found - to create a custon VPN connection by command networksetup -connectpppoeservice "myVPN" but it doesnt work too, because i'm using VPN desktop App, and have no idea what data i need to type inside. Also i tried to networksetup -setv6off "Wi-Fi", but it didn't help too. I read people said that solution was just to turn off VPN, but in my case i have the same result with VPN ON/OFF.
So i have a question - how can i manage traffic from terminal through my VPN app to reach servers?
My MacOS version: 10.15.7 Catalina
errorMessage
i found how to solve my problem:
i opened a socket port from my VPN distributor
git config --global http.proxy 127.0.0.1:****

MAMP on MacOS 11.2.1 Disfunctional - RESOLVED

Have MAMP 6.3 on an updated macOS 11.2.1
The Configuration popup launches
Web server is working but that is it.
MySQL is not running although indicates Server is 5.7.32
Ports 80 and 30036 or 8888 makes no difference
http://localhost:8888/MAMP ... unable to connect
http://localhost:8888/MAMP/phpmyadmin.php ... unable to connect
Seems like I'm the only one for some reason as doesn't seem to anything I can find
Thanks
Try removing all log files inside of the MAMP/db/mysql directory and restart MAMP.
I'm also using the same MAMP and macOS version as you but it's working.

OSX cannot close server ports properly

I use local server enviroments on my mac. But every time I close the server by terminal process is still working so when I want to turn it on again I've got error that port I used previously is already occupied. So I need to find and kill that process with
netstat -vanp tcp | grep [PORT]
command which is very annoing and time-wasting. This is not related to any server technology since I've got the same problem using both Node.js and Ruby on Rails. It's something wrong with OSX. How can I fix that issue? I use OSX El Capitain version 10.11.6

Unable to use subversion on OSX 10.8 (Mountain Lion)

I've been trying to get subversion to work on my Mac...
Some facts:
1) I configured the subversion with Apache on a Linux server myself and installed a signed SSL cert there as well.
2) On Windows, Tortoisesvn works just fine with my repository.
3) On mac, it doesn't telling me the following error:
$ svn co https://www.[snip].com/svn/snip .
svn: E175002: Unable to connect to a repository at URL 'https://www.[snip].com/svn/snip'
svn: E175002: OPTIONS of 'https://www.[snip].com/svn/[snip]': SSL handshake failed: SSL error code -1/1/336032856 (https://www.[snip].com)
4) I searched the web and the recommended action is to update the openssl on my machine. I did that and built it locally. Now, when I do 'openssl version', the version that it show is:
$ openssl version
OpenSSL 1.0.1c 10 May 2012
5) I also installed the subversion client from http://www.wandisco.com/subversion/download#osx
6) Both openssl and subversion were put on the path in .bash_profile and I've verified that they are the ones I am using.
The problem is that it is STILL giving the same error message on the Terminal.
Any ideas as to why it works just fine on Windows and doesn't work on the Mac Terminal and most importantly what I should do about it?
Thank you!
-YC.
This can happen when the hostname/virtualhost entry does not match the SSL cert.

svn checkout fails on Mac OS 10.8.2 at SSL handshake

I have set up CollabNet Subversion and now I am trying to check-out some repository from my Mac 10.8.2. I have checked-out the repository successfully from a Windows 7 using the exact same command on the same network:
svn co https://myserver.com/svn/repository repository --username=USERNAME
On Mac OS I get the error:
svn: OPTIONS of 'https://myserver.com/svn/repository': SSL handshake failed: SSL error code -1/1/336032856 (https://myserver.com)
BTW: I can access the repository from the Safari Browser with the same URL.
I could not find anything about the error code.
I am running on Mac OS 10.8.2
svn, version 1.6.18 (r1303927)
compiled Aug 4 2012, 19:46:53
OpenSSL 1.0.1c 10 May 2012
which all came with the XCode Developer Tools.
Has anybody an idea what is going on or can recommend any solutions?
The SubvesionEdge Server software version is: 3.2.2-3395.103 with Subversion version: 1.7.8-3395.103, OpenSSL on Server: 1.0.0j
Who was able get svn check-out working on Mac OS 10.8.2 and which version of svn, openssl and SubversionEdge did you use?
Thanks,
Nelson
That error code looks bogus (336032856 is 0xC84A8B70):
$ openssl errstr 0xC84A8B70
error:C84A8B70:lib(200):func(1192):reason(2928)
Usually you get a somewhat useful string, like the reason, the source file and line number.
OpenSSL on Server: 1.0.0j
That's a TLS 1.1 server.
OpenSSL 1.0.1c 10 May 2012
That's a TLS 1.2 client.
They should inter-operate OK.
Try dropping the --username=USERNAME, and let svn prompt you for it when needed.
Did you get prompted to trust the the certificate? Perhaps the SVN server is misconfigured.
Finally, Super User might be a better place for this. (I personally don't care, but there are folks who like to close questions and downvote for any reason. They hunt in packs).

Resources