Can’t connect
-
Hello… I cannot connect jetpack social to one website. I use jetpack with another website and I had no issue.
- If I try to connect a social, it shows me a list of my facebook pages but gives a: Error connecting account. Something went wrong while creating a connection. (doesn’t elaborate)
- Activity log page shows: You are not authorized to view this page (doesn’t elaborate)
The page I need help with: [log in to see the link]
-
Hi Alessandro,
Sebastian here, I hope you are doing well.
Thank you for reaching out! Both errors you are seeing, the Social connection error and the “You are not authorized” message on the Activity Log, are likely caused by a broken Jetpack connection on this site.
I’ve gone ahead and disconnected the site on our end to give you a clean slate. Could you please reconnect Jetpack by following these steps?
- Go to your WordPress dashboard and navigate to Jetpack > My Jetpack.
- Click Connect Jetpack (or Set up Jetpack) and follow the prompts to reconnect to your WordPress.com account.
Once the connection is restored, try connecting your Facebook account via Jetpack Social again, and the Activity Log should also become accessible.
For reference: https://jetpack.com/support/getting-started-with-jetpack/troubleshooting-tips/
Cheers,
Hello Sebastian! Sadly this did not work…
activity log: You are not authorized to view this page
connecting socials: Error connecting account. Something went wrong while
creating a connection.Please, can anyone help? The error log is so generic… that it does not help me track the cause at all 🙁
Ciao @alessandropreviti,
Thanks for your patience and for bearing with us; we’re working on a backlog of support requests at this time, and we generally answer in the order received.
I checked the Jetpack connection again for your site, and i can confirm that the generic error you see with the Social feature is indeed likely related to a general connection error with the plugin.
The might be a block happening at your server end which is preventing the plugin from connecting as expected. Here are some actions you can take to fix the connection:
- ensure our IP range is fully in the allow list for your servers: https://jetpack.com/support/how-to-add-jetpack-ips-allowlist/
- check for any security/caching plugins you may have enabled, and try temporarily disabling them to see if it fixes the problem.
- search for any firewall on your server-side that might be blocking the communication with the xmlrpc.php file – your host should be able to help you with that.
Hope that’s all clear! Let me know what you find out, and we’ll take it from there if necessary.
Grazie per la collaborazione, e a presto!
my hosting says that CML-RPC are blocked by default and will never be allowed by them in any case…
Ciao @alessandropreviti,
Thanks for sharing that detail, that’s helpful. Jetpack relies on XML-RPC for the standard connection, so if it’s fully blocked at the hosting level, that would explain why the connection isn’t going through.
Here are a few things you can try:
- Some hosts block XML-RPC by default for security reasons, but can allow access specifically to
xmlrpc.phpor whitelist Jetpack/WordPress.com requests. It’s worth asking if they can enable it the Jetpack/WordPress.com requests just for your site. - If you’re using any security plugins or firewall rules, make sure XML-RPC isn’t disabled there as well.
- Jetpack has an alternate way to connect that can work in some restricted environments. I have changed the connection to use this alternate method, but it still returns errors. That indicates that there must be another block (security, firewall, etc) worth checking with your host. Keep also in mind that if XML-RPC is completely blocked at the server level, this may not always work.
- Make sure your site is publicly accessible (not behind maintenance mode or password protection), as Jetpack needs to reach it during the connection process.
Let’s see how it goes with these steps, and we’ll keep investigating should they not work.
Un caro saluto e a presto 🙂
Hello, ciao!
I ran numerous random tests and I am quite desperate… I even tried another plugin (paid) that does a similar thing… and I dislike it so much. Jetpack is so simple to use, and has a nice interface, i so much want it to work… but the hosting team wasn’t really helpful.
I ran several diagnostics on my side:
- Hosting / XML-RPC / allowlist
I asked my hosting provider, Tophost, about XML-RPC. They confirmed that XML-RPC requests are blocked on their servers and that they do not enable them.
They did not offer a way to allowlist Jetpack/WordPress.com requests or enable XML-RPC just for this site.
I also tested this directly.
GET https://www.agedonazionale.org/xmlrpc.phpreturns the expected message:
XML-RPC server accepts POST requests only.But a POST request to the same file:
curl -i -X POST https://www.agedonazionale.org/xmlrpc.phpreturns:
HTTP/2 401Errore 401 - Richiesta autorizzazioneThe same happens with a valid XML-RPC body:
curl -i -X POST https://www.agedonazionale.org/xmlrpc.php \ -H "Content-Type: text/xml" \ --data '<?xml version="1.0"?><methodCall><methodName>system.listMethods</methodName><params></params></methodCall>'This also returns
HTTP/2 401.So XML-RPC POST requests are blocked at hosting/server level before WordPress can handle them.
- Security / cache plugins
I temporarily disabled the cache-related plugins and retried the Jetpack Social connection.
The result did not change.
The failing request still returns:
500 Internal Server Errorwith:
{ "code": "jp_connection_update_failed", "message": "Something went wrong while creating a connection.", "data": "Could not update the Jetpack Social connections on the remote Jetpack site. No Jetpack Social connection created." }I also checked WordPress Site Health. There are no critical issues reported. The only recommendations are inactive plugins/themes, missing optional Imagick module, and one failed SeedProd scheduled event.
- REST API / alternate method
The REST API is reachable, and POST requests are not generally blocked.
For example:
curl -i -X POST https://www.agedonazionale.org/wp-json/wpcom/v2/publicize/connectionsreturns a normal WordPress/Jetpack REST JSON response about the missing
keyring_connection_ID.Another REST test:
curl -i -X POST https://www.agedonazionale.org/wp-json/jetpack/v4/connection/testreturns a normal WordPress REST JSON response:
rest_no_routeSo REST API POST requests are not blocked in general.
When I try to connect Facebook through Jetpack Social, the Facebook OAuth step seems to work: I can see the list of my Facebook pages.
The failure happens after that, when Jetpack Social tries to create/save the connection.
In Chrome DevTools → Network, the failing request is:
POST https://www.agedonazionale.org/wp-json/wpcom/v2/publicize/connections/?_locale=userIt returns:
500 Internal Server ErrorResponse body:
{ "code": "jp_connection_update_failed", "message": "Something went wrong while creating a connection.", "data": "Could not update the Jetpack Social connections on the remote Jetpack site. No Jetpack Social connection created." }The request payload seems to be present and valid. It includes:
external_user_IDkeyring_connection_IDshared: true- Site accessibility / Jetpack connection
The site is publicly accessible and is not behind password protection or maintenance mode.
In Jetpack, the connection appears to be OK:
Site and account connectedEverything looks goodConnected as owner: AdminServer shows
REMOTE_ADDR = a short internal ip
HTTP_X_FORWARDED_PROTO = https
HTTP_X_FORWARDED_FOR = a different ipI do not see particular issues with firewall, but I might be wrong.
WordPress marks the website is in a reverse proxy.
Given all this, the issue seems to be specifically that Jetpack Social receives the Facebook connection data but cannot update the Jetpack Social connections on the remote Jetpack site.
Could you please check on your side why this remote Jetpack Social connection update is failing?
Also, can you confirm whether Jetpack Social can work on this site without XML-RPC, using the alternate connection method you mentioned? Or does Jetpack Social still require XML-RPC at some point in the connection/sync process?
At this point I need to know whether this can be fixed on the Jetpack connection side, or whether Jetpack Social simply cannot work on this hosting because XML-RPC POST requests are blocked at server level.
Thank you. Grazie mille!
Thank you again for the extremely thorough investigation, I went through everything carefully and also reproduced some of the XML-RPC tests from my side.
At this point, the issue is much clearer.
The main problem is not Facebook itself or Jetpack Social specifically, but the underlying Jetpack connection with WordPress.com.
Your site currently shows as connected in wp-admin, however the Jetpack connection is not healthy. The reason is that authenticated POST requests to the XML-RPC endpoint are being blocked by the hosting server.
In practice:
- GET requests to
xmlrpc.php?for=jetpackwork correctly - but POST requests return
401 Unauthorized - because of this, Jetpack cannot complete authenticated communication with the site
- and features that depend on that communication, including Jetpack Social and Activity Log, fail
Your diagnostics were actually very accurate and consistent with what I’m seeing from the Jetpack side as well.
Regarding your question about the alternate connection method: it can help some Jetpack features work in restricted environments, and that is likely why the site still appears as “connected” in wp-admin. However, in your case, the server is still blocking the authenticated XML-RPC communication required for a healthy Jetpack connection, so Jetpack Social cannot complete the connection process successfully.
So unfortunately, based on the tests and server responses, this does not appear to be something we can fully fix from the Jetpack side alone while the hosting restrictions remain in place.
At this point, the realistic options would be:
- ask the host whether they can specifically allow Jetpack/WordPress.com authenticated communication,
- migrate to a host that supports standard WordPress XML-RPC/Jetpack communication,
- or use a different social sharing solution that does not rely on the Jetpack connection architecture.
I know this is probably not the answer you hoped for, especially after all the time you spent debugging this, but your investigation was genuinely very helpful in identifying the root cause here.
Ciao @alessandropreviti,
Do you have updates about that, do you still need help? We usually close inactive threads after one week of no movement, but we want to make sure we’re all set before marking it as solved. Thanks!
You must be logged in to reply to this topic.