# Unblock IP address

**URL:** <https://community.letsencrypt.org/t/unblock-ip-address/183258>\
**Category:** Help\
**Created:** [August 23, 2022, 6:16am UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258 "2022-08-23T06:16:28Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 23, 2022, 6:16am UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/1 "2022-08-23T06:16:28Z")

</div>

Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. [crt.sh | example.com](https://crt.sh/?q=example.com)), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.

My domain is: mercurycolleges.nsw.edu.au

I ran this command: traceroute [acme-v02.api.letsencrypt.org](http://acme-v02.api.letsencrypt.org)

It produced this output:  
traceroute to [acme-v02.api.letsencrypt.org](http://acme-v02.api.letsencrypt.org) (172.65.32.248), 30 hops max, 60 byte packets  
1 \* \* \*  
2 \* \* \*  
3 \* \* \*  
4 \* \* \*  
5 \* \* \*  
6 \* \* \*  
7 \* \* \*

openssl version  
OpenSSL 1.0.2k-fips 26 Jan 2017

My web server is (include version):  
PLESK Version 18.0.46

The operating system my web server runs on is (include version):  
CloudLinux 3.10.0-962.3.2.lve1.5.60.el7.x86\_64

My hosting provider, if applicable, is: CG

I can login to a root shell on my machine (yes or no, or I don't know): YES

I'm using a control panel to manage my site (no, or provide the name and version of the control panel): PLESK

The version of my client is (e.g. output of `certbot --version` or `certbot-auto --version` if you're using Certbot):

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 23, 2022, 12:05pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/2 "2022-08-23T12:05:08Z")

</div>

Welcome @CGC

Why do you think your IP is blocked?

Can you show result of this?

```nohighlight
curl -I https://acme-v02.api.letsencrypt.org/directory

```

---

<div class="post-metadata">

**Author:** ![Bruce5051](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/bruce5051/32/76576_2.png) [@Bruce5051](https://community.letsencrypt.org/u/Bruce5051)\
**Post date:** [August 23, 2022, 2:24pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/3 "2022-08-23T14:24:25Z")

</div>

> [@CGC](#):
>
> traceroute

[Traceroute Limitations Explained](https://www.netbraintech.com/blog/limitations-of-traceroute/) and Wikipedia's [traceroute - Wikipedia](https://en.wikipedia.org/wiki/Traceroute)  
And from the man pages the history [traceroute(8) - OpenBSD manual pages](https://man.openbsd.org/traceroute#HISTORY) and [traceroute](https://www.freebsd.org/cgi/man.cgi?query=traceroute&apropos=0&sektion=0&manpath=OpenBSD+3.6&format=html#end)  
And [FreeBSD](https://www.freebsd.org/)'s current man page [traceroute](https://www.freebsd.org/cgi/man.cgi?query=traceroute&apropos=0&sektion=0&manpath=FreeBSD+14.0-current&arch=default&format=html)

---

<div class="post-metadata">

**Author:** ![Bruce5051](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/bruce5051/32/76576_2.png) [@Bruce5051](https://community.letsencrypt.org/u/Bruce5051)\
**Post date:** [August 23, 2022, 3:19pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/4 "2022-08-23T15:19:33Z")

</div>

Also note I cannot **traceroute** to **mercurycolleges.nsw.edu.au**  
yet **wget [https://www.mercurycolleges.nsw.edu.au/](https://www.mercurycolleges.nsw.edu.au/)** has no problem.

```nohighlight
e6430-i5$ traceroute mercurycolleges.nsw.edu.au
traceroute to mercurycolleges.nsw.edu.au (91.239.243.28), 64 hops max, 40 byte packets
 1 EdgeRouter-4 (192.168.1.1) 0.462 ms 0.336 ms 0.308 ms
 2 96.120.60.137 (96.120.60.137) 8.797 ms 9.345 ms 8.651 ms
 3 68.87.217.41 (68.87.217.41) 8.437 ms 9.335 ms 8.187 ms
 4 96.216.60.245 (96.216.60.245) 10.088 ms 9.496 ms 11.888 ms
 5 68.85.243.197 (68.85.243.197) 15.375 ms 18.127 ms 14.116 ms
 6 be-36211-cs01.seattle.wa.ibone.comcast.net (68.86.93.49) 13.788 ms be-36231-cs03.seattle.wa.ibone.comcast.net (68.86.93.57) 13.703 ms be-36211-cs01.seattle.wa.ibone.comcast.net (68.86.93.49) 14.284 ms
 7 be-2113-pe13.seattle.wa.ibone.comcast.net (96.110.44.82) 21.764 ms be-2313-pe13.seattle.wa.ibone.comcast.net (96.110.44.90) 13.738 ms be-2113-pe13.seattle.wa.ibone.comcast.net (96.110.44.82) 16.596 ms
 8 ae-9.a02.sttlwa01.us.bb.gin.ntt.net (129.250.66.105) 20.331 ms 14.822 ms 13.863 ms
 9 ae-2.r25.sttlwa01.us.bb.gin.ntt.net (129.250.2.94) 26.226 ms 14.493 ms 15.338 ms
10 ae-3.r25.snjsca04.us.bb.gin.ntt.net (129.250.3.124) 28.214 ms * *
11 ae-45.r01.snjsca04.us.bb.gin.ntt.net (129.250.3.175) 28.74 ms 27.395 ms 28.779 ms
12 ce-0-17-0-0.r01.snjsca04.us.ce.gin.ntt.net (128.242.179.34) 27.279 ms 31.255 ms 29.529 ms
13 be6.core1.equinix-sy1.syd.aussiebb.net (180.150.2.109) 179.4 ms 176.48 ms 175.901 ms
14 be5.core1.vdc01.syd.aussiebb.net (180.150.1.156) 178.473 ms 178.259 ms 179.188 ms
15 be1.core2.vdc01.syd.aussiebb.net (180.150.0.157) 174.961 ms 178.155 ms 177.704 ms
16 be2.core2.nextdc-s1.syd.aussiebb.net (202.142.143.203) 180.989 ms 177.078 ms 177.866 ms
17 HundredGigE0-0-0-21.bng2.nextdc-s1.syd.aussiebb.net (202.142.143.167) 179.017 ms 177.46 ms 177.734 ms
64 * * *
e6430-i5$ wget https://www.mercurycolleges.nsw.edu.au/
--2022-08-23 08:17:26-- https://www.mercurycolleges.nsw.edu.au/
Resolving www.mercurycolleges.nsw.edu.au (www.mercurycolleges.nsw.edu.au)... 91.239.243.28
Connecting to www.mercurycolleges.nsw.edu.au (www.mercurycolleges.nsw.edu.au)|91.239.243.28|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: 'index.html'

index.html [<=>] 146.29K 80.8KB/s in 1.8s

2022-08-23 08:17:31 (80.8 KB/s) - 'index.html' saved [149801]

e6430-i5$

```

---

<div class="post-metadata">

**Author:** ![rg305](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/rg305/32/91314_2.png) [@rg305](https://community.letsencrypt.org/u/rg305)\
**Post date:** [August 23, 2022, 6:09pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/5 "2022-08-23T18:09:44Z")

</div>

That `traceroute` output looks like your school doesn't allow `traceroute` [at all].  
[which isn't a requirement in obtaining a cert from LE]

What have you done to try to obtain a cert from LE?  
Show us any of those failures/logs.

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 23, 2022, 9:41pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/6 "2022-08-23T21:41:10Z")

</div>

> [@MikeMcQ](#):
>
> `curl -I https://acme-v02.api.letsencrypt.org/directory`

curl -I [https://acme-v02.api.letsencrypt.org/directory](https://acme-v02.api.letsencrypt.org/directory)  
curl: (35) Network file descriptor is not connected

**BUT if I curl any other sites they do work.**  
curl -I [https://gmail.com](https://gmail.com)  
HTTP/1.1 301 Moved Permanently  
Location: [https://www.google.com/gmail/](https://www.google.com/gmail/)  
Cross-Origin-Resource-Policy: cross-origin  
X-Content-Type-Options: nosniff  
Server: sffe  
Content-Length: 226  
X-XSS-Protection: 0  
Date: Tue, 23 Aug 2022 21:13:58 GMT  
Expires: Tue, 23 Aug 2022 21:43:58 GMT  
Cache-Control: public, max-age=1800  
Content-Type: text/html; charset=UTF-8  
Age: 1513  
Alt-Svc: clear

**Also on any other server (different IP)**

curl -I [https://acme-v02.api.letsencrypt.org/directory](https://acme-v02.api.letsencrypt.org/directory)  
HTTP/1.1 200 OK  
Server: nginx  
Date: Tue, 23 Aug 2022 21:40:25 GMT  
Content-Type: application/json  
Content-Length: 672  
Connection: keep-alive  
Cache-Control: public, max-age=0, no-cache  
Replay-Nonce: 0002rouY9HINPrZT1xYPhSvGW69tSK1v9bPm-0bP1y8Ioe0  
X-Frame-Options: DENY  
Strict-Transport-Security: max-age=604800

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 23, 2022, 9:43pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/7 "2022-08-23T21:43:22Z")

</div>

Hi rg305, I will collect some logs soon, here is just a first one

plesk bin extension --exec letsencrypt cli.php -d mercurycolleges.nsw.edu.au -m support@mercurycolleges.nsw.edu.au  
[2022-08-24 07:42:23.755] 549213:630549bfb77c2 ERR [extension/letsencrypt] The execution of cli.php has failed with the following message:  
Could not obtain directory: cURL error 35: Network file descriptor is not connected (see [libcurl - Error Codes](https://curl.haxx.se/libcurl/c/libcurl-errors.html))  
The execution of cli.php has failed with the following message:  
Could not obtain directory: cURL error 35: Network file descriptor is not connected (see [libcurl - Error Codes](https://curl.haxx.se/libcurl/c/libcurl-errors.html))

exit status 1

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 23, 2022, 9:44pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/8 "2022-08-23T21:44:06Z")

</div>

> [@CGC](#):
>
> curl -I [https://acme-v02.api.letsencrypt.org/directory](https://acme-v02.api.letsencrypt.org/directory)  
> curl: (35) Network file descriptor is not connected

That looks like a cert validation problem to me. What do these show?

```nohighlight
curl --version
curl -Iv https://acme-v02.api.letsencrypt.org/directory

```

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 23, 2022, 9:45pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/9 "2022-08-23T21:45:33Z")

</div>

> [@MikeMcQ](#):
>
> `curl --version`

curl --version  
curl 7.29.0 (x86\_64-redhat-linux-gnu) libcurl/7.29.0 NSS/3.53.1 zlib/1.2.7 libidn/1.28 libssh2/1.8.0  
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp  
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM\_WB SSL libz unix-sockets

curl -Iv [https://acme-v02.api.letsencrypt.org/directory](https://acme-v02.api.letsencrypt.org/directory)

- About to connect() to [acme-v02.api.letsencrypt.org](http://acme-v02.api.letsencrypt.org) port 443 (#0)
- Trying 172.65.32.248...
- Connected to [acme-v02.api.letsencrypt.org](http://acme-v02.api.letsencrypt.org) (172.65.32.248) port 443 (#0)
- Initializing NSS with certpath: sql:/etc/pki/nssdb
- CAfile: /etc/pki/tls/certs/ca-bundle.crt  
CApath: none
- NSS error -5978 (PR\_NOT\_CONNECTED\_ERROR)
- Network file descriptor is not connected
- Closing connection 0  
curl: (35) Network file descriptor is not connected

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 23, 2022, 9:54pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/10 "2022-08-23T21:54:07Z")

</div>

> [@CGC](#):
>
> - Initializing NSS with certpath: sql:/etc/pki/nssdb
> - NSS error -5978 (PR\_NOT\_CONNECTED\_ERROR)

I don't know NSS well enough to advise further. But, that's not the kind of error we see with IP blocks.

Are you able to update curl? I've seen some reports of that version being more vulnerable to PR\_NOT\_CONNECTED errors.

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 23, 2022, 9:57pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/11 "2022-08-23T21:57:40Z")

</div>

Thank you Mike, I tried to update curl no new updates available, also OS is up to date. It's a strange issue

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 23, 2022, 10:05pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/12 "2022-08-23T22:05:13Z")

</div>

> [@CGC](#):
>
> I tried to update curl no new updates available

I don't know. That curl version came out in 2013 if I read the history right. Or is this one of those distros where the version stays the same and security fixes get applied anyway?

We could look at your cert store. Please show result of this:

```nohighlight
grep -Ei 'ISRG|DST|R3' /etc/pki/tls/certs/ca-bundle.crt | grep -e '#'

```

---

<div class="post-metadata">

**Author:** ![jvanasco](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/jvanasco/32/55900_2.png) [@jvanasco](https://community.letsencrypt.org/u/jvanasco)\
**Post date:** [August 23, 2022, 10:10pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/13 "2022-08-23T22:10:03Z")

</div>

I think @MikeMcQ is on the right track with the cert store.

@CGC Can you also post the output of curl with 2 levels of verbosity?

```nohighlight
curl -vv -I https://acme-v02.api.letsencrypt.org/directory

```

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 23, 2022, 10:11pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/14 "2022-08-23T22:11:00Z")

</div>

> [@MikeMcQ](#):
>
> `grep -Ei 'ISRG|DST|R3' /etc/pki/tls/certs/ca-bundle.crt | grep -e '#'`

```nohighlight
grep -Ei 'ISRG|DST|R3' /etc/pki/tls/certs/ca-bundle.crt | grep -e '#'
# GTS Root R3
# GlobalSign Root CA - R3
# ISRG Root X1

```

```nohighlight
curl -vv -I https://acme-v02.api.letsencrypt.org/directory
* About to connect() to acme-v02.api.letsencrypt.org port 443 (#0)
* Trying 172.65.32.248...
* Connected to acme-v02.api.letsencrypt.org (172.65.32.248) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* NSS error -5978 (PR_NOT_CONNECTED_ERROR)
* Network file descriptor is not connected
* Closing connection 0
curl: (35) Network file descriptor is not connected

```

---

<div class="post-metadata">

**Author:** ![jvanasco](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/jvanasco/32/55900_2.png) [@jvanasco](https://community.letsencrypt.org/u/jvanasco)\
**Post date:** [August 23, 2022, 10:32pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/15 "2022-08-23T22:32:16Z")

</div>

I think it's possible that your very old version of curl can not properly handle the TLS connection. You also have a very old OpenSSL. You're on the old 1.02 branch and patch k - they ultimately got up to patch v. IMHO, it's odd that it's running a fips version, but not the latest fips version.

In any event, there may be issues with your machine's ability to handle protocols and ciphers. That would explain why you can access some https sites but not others.

Looking at the curl changelog - there were a lot of improvements to tls1.1 and 1.2 in subsequent releases.

You could try the following, but I don't think your version of curl may support these flags:

`curl --tlsv1.1 -tls-max 1.1 https://acme-staging-v02.api.letsencrypt.org/directory`

`curl --tlsv1.2 -tls-max 1.2 https://acme-staging-v02.api.letsencrypt.org/directory`

I forgot to mention:

The reason why everyone here is focused on curl, is because what you shared earlier does not look like what happens when an ip address is blocked

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 23, 2022, 10:34pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/16 "2022-08-23T22:34:10Z")

</div>

Let's try connecting with something other than curl. Can you show result of this?

```nohighlight
 echo | openssl s_client -connect acme-v02.api.letsencrypt.org:443 | head -10

```

EDIT:  
I'm starting to think your IP _may_ be blocked. Curious to see openssl result still. Is this the machine you have been using to regularly renew the certs for `mercurycolleges.nsw.edu.au` [as seen here](https://crt.sh/?q=mercurycolleges.nsw.edu.au&deduplicate=Y) ?

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 24, 2022, 6:44am UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/17 "2022-08-24T06:44:40Z")

</div>

```nohighlight
echo | openssl s_client -connect acme-v02.api.letsencrypt.org:443 | head -10
write:errno=104
CONNECTED(00000003)
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 289 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported

curl --tlsv1.1 -tls-max 1.1 https://acme-staging-v02.api.letsencrypt.org/directory
error code: 1003curl: (35) Network file descriptor is not connected

curl --tlsv1.2 -tls-max 1.2 https://acme-staging-v02.api.letsencrypt.org/directory
curl: (56) Recv failure: Connection reset by peer
curl: (35) Network file descriptor is not connected

```

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 24, 2022, 10:13am UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/18 "2022-08-24T10:13:37Z")

</div>

Is the IP of your requesting machine as in DNS for `mercurycolleges.nsw.edu.au`

EDIT: @cgc I think it's likely you are blocked but please confirm the IP address to check. Thanks

---

<div class="post-metadata">

**Author:** ![CGC](https://avatars.discourse-cdn.com/v4/letter/c/f1d935/32.png) [@CGC](https://community.letsencrypt.org/u/CGC)\
**Post date:** [August 24, 2022, 10:02pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/19 "2022-08-24T22:02:14Z")

</div>

> [@MikeMcQ](#):
>
> nk it's likely you a

Hi Mike, The IP is 91.239.243.28 thank you

---

<div class="post-metadata">

**Author:** ![MikeMcQ](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/mikemcq/32/52772_2.png) [@MikeMcQ](https://community.letsencrypt.org/u/MikeMcQ)\
**Post date:** [August 24, 2022, 10:20pm UTC](https://community.letsencrypt.org/t/unblock-ip-address/183258/20 "2022-08-24T22:20:52Z")

</div>

> [@CGC](#):
>
> 91.239.243.28

[@lestaff](https://community.letsencrypt.org/groups/lestaff) Will you please check if this IP is blocked.

[Next page](https://community.letsencrypt.org/t/unblock-ip-address/183258.md?page=2)
