getting 'internet not reachable' with sdkman

Question

Internet is working fine, but I'm getting this error from sdkman:

    06:47 $ sdk version
==== INTERNET NOT REACHABLE! ===============================

 Some functionality is disabled or only partially available.
 If this persists, please enable the offline mode:

   $ sdk offline

============================================================

SDKMAN 4.0.35

My DNS does seem to be resolving very slowly. I can ping, but the resolution takes ~7 seconds. Could that be causing sdkman to time out?

Any thoughts? what's the next step towards debugging? Thanks!

score 32 · Answer 1 · answered Jul 20 '16 at 00:37

32

you need to set the curl connect timeout and curl max time in the config file which is allocated in the following path :

 $YOUR_HOME/.sdkman/etc/config

to the following :

sdkman_curl_connect_timeout=20
sdkman_curl_max_time=0

i hope this will help you

answered Jul 20 '16 at 00:37

Mohammad Salem

1,113
9
15

3

It is such weird – RxRead Aug 14 '19 at 12:37
2

@RxRead It is not weird. It just adjust the timeout config to support sdkman update in weak network. – Kami Wan Feb 03 '23 at 02:34

score 5 · Answer 2 · answered Jul 04 '19 at 13:47

Well, I had to struggle to get SDKMAN let me download packages. I am behind a Corporate proxy and use CNTLM to work around it on my local machine.

I had to edit a file of sdkman on my local machine after downloading it.

Downloading was a thing too. For me adding the -x http://localhost:3128 to the curl command worked. Steps i took to get gradle installed:

I downloaded the install script and stored it in a /tmp folder.
Adjusted the installscript and added the extra parameter to the curl command. Now I could see the tool getting downloaded and installed in the $HOME/.sdkman dir.
After that I had to run sdkman-init.sh
Then I had to edit the .sdkman/src/sdkman-utils.sh and added the -x option to every line where curl was called.

That did the trick. Remember to close the terminal and open a new one after each step.

score 2 · Answer 3 · answered Mar 16 '17 at 09:02

Different applications use different settings to establish network connection.

In my case(I access the internet through a proxy using Macbook Pro), although I had set http and https proxy in System Preferences->Network->Advanced->Proxies. It did take effect for browser(Safari), but not for sdkman command line tool.

I have to set environment variables http_proxy and https_proxy manually.

Below is what I set on my Macbook Pro.

export http_proxy=http://proxy.abc.com:2500
export https_proxy=https://proxy.abc.com:2500

Then sdkman works fine.

score 2 · Answer 4 · answered May 04 '19 at 04:10

2

Fix was a two-step process for me:

Set the executable bit on sdkman-init.sh (chmod +x .sdkman/bin/sdkman-init.sh)
Modify ~/sdkman/etc/config, set

sdkman_curl_connect_timeout=30
sdkman_curl_max_time=50

And don't forget to restart the terminal.

answered May 04 '19 at 04:10

Aleksander Rezen

877
7
14

adding the executable bit did the trick for me... thanks! – fditz Jul 22 '20 at 07:52

score 2 · Answer 5 · edited Feb 05 '22 at 08:48

2

Try

sdkman_insecure_ssl=true in .sdkman/etc/config

edited Feb 05 '22 at 08:48

Syscall

19,327
10
37
52

answered Feb 05 '22 at 08:29

Tapan Sarangi

41
1

Remember that Stack Overflow isn't just intended to solve the immediate problem, but also to help future readers find solutions to similar problems, which requires understanding the underlying code. This is especially important for members of our community who are beginners, and not familiar with the syntax. Given that, **can you [edit] your answer to include an explanation of what you're doing** and why you believe it is the best approach? – Jeremy Caney Feb 08 '22 at 01:14

score 1 · Answer 6 · answered Apr 28 '21 at 12:04

I got the same issue (being behind a corporate proxy). In my case, http_proxy as well as https_proxy environment variable was set.

Interestingly, most distros don't compile openssl with (rather uncommon) https_proxy support and therefore curl fails:

curl https://www.google.com
curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to proxy.company.com:3128

Solution for my problem:

unset https_proxy

After unsetting https_proxy, curl and sdkman (because they seem to use openssl) both worked out of the box.

score 0 · Answer 7 · answered May 15 '16 at 05:11

0

Looks like it's working now ... maybe an issue on the server side? Or maybe an intermittent networking issue on my side. Anyhow, next crisis ... :)

answered May 15 '16 at 05:11

ether_joe

1,068
1
13
32

score 0 · Answer 8 · answered Mar 02 '23 at 14:03

Or 6 years later, you get hit by a curl bug and the issue is resolved by updating curl.

Steps to analyze:

# Find the SDK website URL:
cat ~/.sdkman/bin/sdkman-init.sh | grep -i api
# Run curl
curl -vvv https://api.sdkman.io/2

If this shows something like Internal SSL engine error encountered during the SSL handshake you need to update curl, e.g. on MacOS using brew: brew upgrade curl

getting 'internet not reachable' with sdkman

8 Answers8