Server status error
-
Reconnect to this site via IPv6 (not required; this may not be an issue on some sites. Click here to find out if this is a problem)
wp_remote_post() The test to connect back to this server failed! The response was: cURL error 7: Couldn’t connect to serverI configured IPv4 only, but Wordfence doesn’t change the status to “Basic Protection for WordPress.”
And the yellow triangle keeps appearing under “Server Status” in the Analyze section.
I can’t optimize the Wordfence firewall.
Could you help me please.
Thanks
LuisThe page I need help with: [log in to see the link]
-
Hi @lemdeals, thanks for getting in touch.
The IPv6 message shows for some customers as the check needs to be there, but not all hosts are supporting it yet. The message won’t affect operation or show to your users outside of that diagnostics page. You can also check our scan stages documentation for why the yellow triangle may appear under a certain heading.
The
wp_remote_post()test will be the biggest blocker for you here. AcURL Error 7happens at the site and suggests that it can’t connect outwardly to our servers at all. It’s possible that a firewall, service like Cloudflare, or other setting on your server is blocking the connection.I would certainly still check our connection troubleshooting page in addition to the scan troubleshooting you mention already trying, just in case anything there helps:
https://www.wordfence.com/help/central/connect/#troubleshooting-connection-issuesIf you have access to the shell on your server, sometimes running
curl -v https://noc1.wordfence.com/and sending us the output can help. It’s not a perfect check as it bypasses PHP but in many cases can point to the precise cause of the cURL error. Sometimes your host/admin is able to assist with this as they will have the ability to run that command.Many thanks,
Peter.Hello Peter,
We have reviewed the Wordfence settings with the hosting provider where our website is hosted, but we couldn’t identify the issue.
The hosting provider performed the requested test: curl -v https://noc1.wordfence.com/
Y a continuación te envío la respuesta o salida luego de ejecutar la instrucción recomendada.
[yosiga@cp209 ~]$ curl -IL https://noc1.wordfence.com/
HTTP/2 200
date: Fri, 10 Apr 2026 15:33:51 GMT
content-type: text/plain
content-length: 108
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
x-content-type-options: nosniff
strict-transport-security: max-age=31536000; includeSubDomains
</conde>Please, let us know what other configuration o test we need to do to solve the pronlem.
Thanks for your help
LuisHi @lemdeals, thanks for doing that.
The test result shows a successful connection to
https://noc1.wordfence.com/. The key line isHTTP/2 200, which means the server reached Wordfence successfully over HTTPS and received a normal response. Make sure to check:- Whether the domain resolves correctly on the server
- If any firewall/WAF/ModSecurity/CSF/Imunify rule is blocking self-requests
- and if ports 80/443 are reachable locally from the server itself
This appears to be a loopback connection issue where your site cannot connect to itself, rather than a general outbound connectivity issue to Wordfence. Once your site can connect to itself, that error in diagnostics will clear and scans/extended protection should work as expected.
If you need to add a trusted proxy to correctly detect IPs, or need to allow Wordfence in Cloudflare we have documentation at the following pages:
https://www.wordfence.com/help/dashboard/options/#general-wordfence-options
https://www.wordfence.com/help/advanced/compatibility/#cloudflare-compatibilityThanks again,
Peter.Hello Peter, thanks for your reply,
The issue we’re trying to resolve is the one shown in the attached image, “Connectivity.”As you can see, the IPv4 connection works fine, but the IPv6 connection fails. Perhaps the hosting provider isn’t using IPv6. What do you think?
Connectivity Posibilidad de conectar a los servidores de Wordfence y a tu propio sitio.
- Conectando a los servidores de Wordfence (https) OK
- Conectando de nuevo a este sitio OK – 198.27.88.204
- Conectar de nuevo a este sitio a través de IPv6 (no es obligatorio; esto puede no ser un problema en algunos sitios. Haz clic aquí para saber si esto es un problema)wp_remote_post () ¡la prueba de regreso a este servidor falló! La respuesta fue:cURL error 7: Couldn’t connect to server
We can disable IPv6 for connectivity?
We also configure IPv4 Only
Usar solo IPv4 para empezar las exploraciones Esta opción requiere cURL. (Esto podría no tener ningún efecto en algunas versiones antiguas de PHP o cURL.)
Thanks for your help
Luis-
This reply was modified 3 months ago by
Lem Technology Web.
-
This reply was modified 3 months ago by
Lem Technology Web.
Hi @lemdeals,
If IPv6 isn’t supported by your host, it’ll just fall back to IPv4. The error message on the Diagnostics page doesn’t result in any issue provided IPv4 is working.
Thanks again,
Peter.Hi Peter,
Thank you for your help, but it might be a good idea to modify the error messages displayed to users when IPv6 isn’t supported, or when the hosting provider or server isn’t IPv6, to avoid confusion, because the current error message makes it seem like there’s a configuration issue.
But I appreciate any help
Luis
Hi @lemdeals,
Thanks for your suggestion. I’ll mention it to the development team to see if the label wording, “Not required; this may not be an issue on some sites. Click here to learn whether this is an issue)” can be adjusted for clarity. The result text itself was originally in red, although was changed to orange to reduce its severity level.
Many thanks,
Peter.Thanks a lot Peter for your help.
You must be logged in to reply to this topic.