Jetpack произошла ошибка повторите попытку

Support » Plugin: Jetpack – WP Security, Backup, Speed, & Growth » jetpack error occured when trying to set up jetpack error occured when trying to set up Resolved xvlunatic (…
  • I am trying to install jetpack on my website but I cannot get past the set up jetpack button. I think it is because of the xml-rpc file but I do have that file but it is in a subfolder. where my WordPress is installed. So instead of public_html it is in public_html/wp.

    Can anyone help me with this and check if this is even the issue or something else is up?

    The page I need help with: [log in to see the link]

Viewing 5 replies — 1 through 5 (of 5 total)

  • Hi @xvlunatic

    We cannot access your site’s XML-RPC file if it is set in another folder, which is needed for our connection:

    http://www.praktijktonvandepas.nl/xmlrpc.php?for=jetpack

    The link above must return the following message:

    XML-RPC server accepts POST requests only.

    You can see a working example here: http://jetpack.me/xmlrpc.php

    Since your site returns a 404 “Not Found” error for this page, please check the following:

    * Can you see the /xmlrpc.php file at the root of your WordPress installation when accessing your site via FTP (if you’re not sure what this means, please ask your hosting customer support for a hand)? If you don’t, then please try re-installing WordPress. You can do this by going to the Dashboard → Upgrades page, then clicking the “Reinstall WordPress” button.

    * Do you use any security plugins that may block access to this file? If so, could you try to disable them? You might also want to check your site’s .htaccess file for any rules that might be blocking access to the xmlrpc.php file. Again, if you’re not sure what this means, your host customer support should be able to lend a hand.

    * Does your hosting provider block access to this file? If you don’t find any plugin that may block access to the file on your site, I would recommend that you get in touch with your hosting support and ask them to allow Jetpack to access xmlrpc.php.

    Once we are able to access your site’s xmlrpc.php file, you should be able to connect Jetpack to WordPress.com:

    * https://jetpack.com/support/reconnecting-reinstalling-jetpack

    Let me know if you have any questions.

    My best regards,

    Michelle

    Hello Michelle,

    I have tried duplicating the file onto the main folder but that folder is outside of my WordPress installation folder.

    I am now getting a 500 error. Also still not able to connect Jetpack.
    If I go to this link tho it does work:
    https://www.praktijktonvandepas.nl/wp/xmlrpc.php?for=jetpack

    Since my WordPress is installed in the wp folder.

    Anything I can do with this?

    My site still can’t setup Jetpack. If I go to the following link:
    https://www.praktijktonvandepas.nl/wp/xmlrpc.php?for=jetpack

    it gives me the correct response but I believe jetpack is trying to access the link with the /wp

    Since I am seeing that in my servers logs. Could anyone please help me out with this?

    Anonymous User 18700194

    (@anonymized-18700194)

    Duplicating the file outside of /wp unfortunately will not work. That said, I have made an adjustment on our end that should fix the issue.

    Would you please delete Jetpack and then reinstall it? This will cycle the connection. You can follow these steps to do that:

    1. Start at **Plugins** → **Installed Plugins**.
    2. If Jetpack is currently active, click **Deactivate** to disable it. Then click **Delete** to remove it from your site:
    3. Go to **Plugins**  → **Add New**.
    4. Search for “Jetpack by WordPress.com”.
    5. Click **Install** and then **Activate**.

    When Jetpack is installed, click the green **Set up Jetpack** button to reconnect.

    This handy guide explains that process in more detail:

    Jetpack

    You shouldn’t lose any settings or any of your stats or subscribers in doing so, as that info is stored in our system here.

    Please let us know if you continue to have issues.

    Hello Bob,

    It indeed works now! Thank you for making the adjustment!

Viewing 5 replies — 1 through 5 (of 5 total)

  • The topic ‘jetpack error occured when trying to set up’ is closed to new replies.
  • I am trying to install jetpack on my website but I cannot get past the set up jetpack button. I think it is because of the xml-rpc file but I do have that file but it is in a subfolder. where my WordPress is installed. So instead of public_html it is in public_html/wp.

    Can anyone help me with this and check if this is even the issue or something else is up?

    The page I need help with: [log in to see the link]

Viewing 5 replies — 1 through 5 (of 5 total)

  • Hi @xvlunatic

    We cannot access your site’s XML-RPC file if it is set in another folder, which is needed for our connection:

    http://www.praktijktonvandepas.nl/xmlrpc.php?for=jetpack

    The link above must return the following message:

    XML-RPC server accepts POST requests only.

    You can see a working example here: http://jetpack.me/xmlrpc.php

    Since your site returns a 404 “Not Found” error for this page, please check the following:

    * Can you see the /xmlrpc.php file at the root of your WordPress installation when accessing your site via FTP (if you’re not sure what this means, please ask your hosting customer support for a hand)? If you don’t, then please try re-installing WordPress. You can do this by going to the Dashboard → Upgrades page, then clicking the “Reinstall WordPress” button.

    * Do you use any security plugins that may block access to this file? If so, could you try to disable them? You might also want to check your site’s .htaccess file for any rules that might be blocking access to the xmlrpc.php file. Again, if you’re not sure what this means, your host customer support should be able to lend a hand.

    * Does your hosting provider block access to this file? If you don’t find any plugin that may block access to the file on your site, I would recommend that you get in touch with your hosting support and ask them to allow Jetpack to access xmlrpc.php.

    Once we are able to access your site’s xmlrpc.php file, you should be able to connect Jetpack to WordPress.com:

    * https://jetpack.com/support/reconnecting-reinstalling-jetpack

    Let me know if you have any questions.

    My best regards,

    Michelle

    Hello Michelle,

    I have tried duplicating the file onto the main folder but that folder is outside of my WordPress installation folder.

    I am now getting a 500 error. Also still not able to connect Jetpack.
    If I go to this link tho it does work:
    https://www.praktijktonvandepas.nl/wp/xmlrpc.php?for=jetpack

    Since my WordPress is installed in the wp folder.

    Anything I can do with this?

    My site still can’t setup Jetpack. If I go to the following link:
    https://www.praktijktonvandepas.nl/wp/xmlrpc.php?for=jetpack

    it gives me the correct response but I believe jetpack is trying to access the link with the /wp

    Since I am seeing that in my servers logs. Could anyone please help me out with this?

    Anonymous User 18700194

    (@anonymized-18700194)

    Duplicating the file outside of /wp unfortunately will not work. That said, I have made an adjustment on our end that should fix the issue.

    Would you please delete Jetpack and then reinstall it? This will cycle the connection. You can follow these steps to do that:

    1. Start at **Plugins** → **Installed Plugins**.
    2. If Jetpack is currently active, click **Deactivate** to disable it. Then click **Delete** to remove it from your site:
    3. Go to **Plugins**  → **Add New**.
    4. Search for “Jetpack by WordPress.com”.
    5. Click **Install** and then **Activate**.

    When Jetpack is installed, click the green **Set up Jetpack** button to reconnect.

    This handy guide explains that process in more detail:

    Jetpack

    You shouldn’t lose any settings or any of your stats or subscribers in doing so, as that info is stored in our system here.

    Please let us know if you continue to have issues.

    Hello Bob,

    It indeed works now! Thank you for making the adjustment!

Viewing 5 replies — 1 through 5 (of 5 total)

  • The topic ‘jetpack error occured when trying to set up’ is closed to new replies.

На чтение 3 мин Просмотров 701 Опубликовано 2017-02-04
Обновлено 2017-04-28

Ошибка авторизации плагина jetpack на wordpress.comПопулярнейший плагин от разработчиков cms wordpress jetpack установлен у многих блогеров. На своем блоге также установил сей комбайн. Это непросто плагин. По функционалу это несколько плагинов в одном. Однако эта небольшая заметка будет не о функционале, а проблеме, с которой я столкнулся при его использовании.

Странное поведение плагина  jetpack

Когда первый раз установил jetpack на свой блог, проблем с установкой и настройкой не возникло. Через какое-то время мой блог переехал на хостинг от Beget. Отличный хостинг оказался. Кто ищет новый дом для сайта — лучше места не найти. Так как хостер предоставлял бесплатно ssl сертификат, попутно с переездом блог был переведен на протокол https.

И тут, нормально работающий jetpack, отказался работать. Типа нужно авторизоваться на wordpress.com. Странно, плагин уже был авторизован. Ну и ничего страшного. Несложно же нажать кнопочку. Жму и получаю интересный ответ от системы

Извините, вам не разрешено просматривать эту страницу.

Здрасьте, приехали. Как это не разрешено? Начал поиски источника проблемы. Первым делом отключил все плагины, кроме jetpack. Пробую авторизоваться — результат тот же.

Смотрю файл .htaccess. Защитные плагины обычно прописывают там свои правила. И даже при удалении могут эти правила там оставлять. В итоге ничего странного в файле не обнаружено. На всякий случай заменил его дефолтным.
Проверил, а не появился ли, случаем, лишний пользователь с правами администратора. Нет таких. Пришлось перелопачивать интернет. Однако ничего вразумительного нарыть так и не смог не смог.
Стал грешить на некорректный перевод блога на протокол https. Все работает. Плагины, скрипты. А вот jtpack ни в какую. И уже от отчаяния написал в техподдержку своего нового хостинга Beget. Получил ответ, мол поправили. Проверяю — jetpack работает. Авторизация проходит на ура. Интересуюсь у техподдержки, а что собственно поправили-то?

Решение проблемы

В итоге все оказалось до банальности просто. При работе плагин использует файл движка xmlrpc.php. На хостинге этот файл по умолчанию заблокирован, так как через него часто ломают wordpress. И для моего аккаунта его разблокировали. Немного странное решение со стороны хостинга. Вот попробуй догадайся об этом.
Так что если у вас такая же ситуация с плагином jetpack, поинтересуйтесь у своего хостера. Может, он тоже как и бегет блокирует этот файл. На этом все. Пишите в комментариях, какие непонятки возникали у вас с хостерами. Интересно же.

Просмотр 11 ответов — с 1 по 11 (всего 11)

  • Модератор
    Yui

    (@fierevere)

    ゆい

    Обычно бывает при запрете приема соединений по XML RPC

    mysite.com/xmlrpc.php

    любыми средствами, от плагинов безопасности и .htaccess, до запрета у хостера в конфигурации сервера.

    вот что написанно там в .htaccess скорее всего не от этого
    #BEGIN Really Simple SSL LETS ENCRYPT
    RewriteRule ^.well-known/(.*)$ — [L]
    #END Really Simple SSL LETS ENCRYPT
    # Add trailing slash
    RewriteCond %{REQUEST_URI} !^/wp-login
    RewriteCond %{REQUEST_URI} !^/wp-admin
    RewriteCond %{REQUEST_URI} !^/wp-content
    RewriteCond %{REQUEST_URI} !^/wp-json
    RewriteCond %{REQUEST_URI} /[^.]+$
    RewriteRule ^(.+[^/])$ https://%{SERVER_NAME}/$1/ [R=301,L]
    # BEGIN WordPress
    # The directives (lines) between «BEGIN WordPress» and «END WordPress» are
    # dynamically generated, and should only be modified via WordPress filters.
    # Any changes to the directives between these markers will be overwritten.
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* — [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase /
    RewriteRule ^index.php$ — [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    # END WordPress

    Модератор
    Yui

    (@fierevere)

    ゆい

    А у вас наверное не только с Jetpack могут быть проблемы

    
    # Add trailing slash
    RewriteCond %{REQUEST_URI} !^/wp-login
    RewriteCond %{REQUEST_URI} !^/wp-admin
    RewriteCond %{REQUEST_URI} !^/wp-content
    RewriteCond %{REQUEST_URI} !^/wp-json
    RewriteCond %{REQUEST_URI} /[^.]+$
    RewriteRule ^(.+[^/])$ https://%{SERVER_NAME}/$1/ [R=301,L]
    

    вот этот опус вы откуда откопали?

    не знаю, наверно от плагина

    Модератор
    Yui

    (@fierevere)

    ゆい

    ну так удалите этот кусок и проверьте фунциональность Jetpack
    а заодно в Консоль: Инструменты — Здоровье сайта
    загляните на предмет замечаний возможных

    удалил код, но бесполезно
    По возможных вот что:
    Рекомендуется удалить неактивные плагины
    ПО СУБД устарело
    Ваш сайт не использует локальные часовые пояса
    Persistent object caching is not enabled

    Модератор
    Yui

    (@fierevere)

    ゆい

    в меню Jetpack есть меню отладки
    попробуйте обратиться на форум Jetpack с данной информацией
    https://wordpress.org/support/plugin/jetpack/

    Модератор
    Yui

    (@fierevere)

    ゆい

    я могу только сказать о том, что Jetpack у вас не подключен к wordpress.com, поддержка Jetpack (по ссылке данной вам выше),
    возможно подскажет что-то еще

    да создал тему, но ответа нет)

  • Просмотр 11 ответов — с 1 по 11 (всего 11)

    Как  устранить «сюрпризы»  плагина Jetpack

    Плагин JetpackВ связи с перездом на «зимнюю квартиру» и сменой интернет-провайдера, а значит сменой собственного IP-адреса, я получил неожиданный сюрприз.  Установленный мною  несравненный плагин для WordPress на этом сайте — Jetpack, принцип работы которого в сфере статистики посещаемости сайта я немного описал в статье «Сервис статистики от плагина Jetpack», выдал сюрприз от его системы безопасности: он просто не пустил меня в админпанель блога.

    Плагин не дал авторизоваться из-за смены IP-адреса, посчитав мой новый потенциально опасным. Это не шутка и, что примечательно, данный «розыгрыш» произошел аж месяц спустя, после того, как я сменил провайдера! Ничего себе реакция… 🙂

    Содержание

    • 1 Как устранить проблему авторизации на своем сайте, учитывая блокировку IP-адреса плагином Jetpack
      • 1.1 1.Добавляем IP-адрес в разделе плагина на сайте wordpress.com
      • 1.2 2. Добавляем запись в файл wp-config.php
      • 1.3 Related Posts

    Такую проблему, однако, предлагают решить сами авторы плагина. Совет открывается при переходе по ссылке в окне блокировки. Кликаем по ней и попадаем на страницу сайта плагина, в котором подробно (на английском языке) объясняется, что необходимо сделать администратору сайта, чтобы разблокировать вход в админку собственного сайта. Как оказалось, таких способа два.

    1.Добавляем IP-адрес в разделе плагина на сайте wordpress.com

    Для тех, кто установил плагин Jetpack, известно, что администратору необходимо автризоваться на сайте wordpress.com и, желательно, добавить туда свой сайт. Поэтому первый способ основан на том, что при установке плагина, он, сразу определив  IP-адрес администратора сайта, вносит автоматически в разряд безопасных. Но может случиться, как у меня, что при смене этого адреса, плагин почему-то определит новый адрес небезопасным (бывает такое). Для того, чтобы исправить положение, нам придется перейти на страницу плагина в wordpress.com, перейти на вкладку «My Sites» (Мои сайты»), выбрать нужный сайт (если вы установили плагин на более, чем один сайт), кликнуть в меню (в самом низу) по ссылке «Settings» Jetpack - Settings(«Настройки»), а затем в открывшемся меню, вызвать информацию ссылкой «Security» («Безопасность»).

    Далее все просто, в нужном окне добавляем ваш новый IP-адрес и обновляем настройки. Здесь же можно добавить любые IP-адреса, которые администрация считает безопасными (это могут быть авторы контента, другие пользователи сайтом, например).

    добавление IP в Jetpack

    На картинке, кстати, отображенеы два моих адреса — верхний, был у меня ранее, в тот время, когда я установил плагин Jetpack.

    2. Добавляем запись в файл wp-config.php

    Авторы плагина предлагают так же еще один простой способ разблокировки IP-адреса. Все что необходимо сделать — добавить в файл сайта под названием wp-config.php вот такую строку :

    DEFINE (‘JETPACK_IP_ADDRESS_OK’, ‘XXXXX‘);

    Красным выделено число — это нужный вам IP-адрес. Замените, вставив нужный. У меня теперь это число 5.153.128.67.

    Всё! Желаю всем успехов!

    (Visited 45 times, 1 visits today)

    Have trouble connecting Jetpack to WordPress.com? If so, here are some steps that will help you solve the problem.

    Before following this troubleshooting, first check that your site is publicly available, as Jetpack will not be able to connect to it otherwise! You can learn more about why it’s necessary to have your WordPress.com account connected to Jetpack here.

    Running the Jetpack Debug Tool

    The Jetpack Debug Tool can identify many different causes for connection issues.

    Error Messages

    Seeing an error message when trying to connect Jetpack or from the Jetpack Debug Tool above?

    Visit the Error Messages page to see the most common errors, their causes, and how to resolve them.

    Site Health

    Check your site’s health status under Tools > Site Health from the left-hand menu.

    This page will run a number of different checks and provide critical information about your WordPress configuration as well as any other items that may require your attention.

    Your xmlrpc.php File

    Jetpack needs this file to connect to your WordPress.com account.

    Start by checking example.com/xmlrpc.php (replacing “example.com” with your actual domain) in your web browser’s address bar. That page should return the following message:

    XML-RPC server accepts POST requests only.

    The message you see should look exactly the same, without any spaces or line breaks above or below it. Compare yours to this working example.

    If you have blank lines or extra content in your xmlrpc file, you will receive an error. Please check here for fixes before you continue, and feel free to reach out to your webhost for assistance with those instructions.

    Please note that your xmlrpc.php file must be in the home directory of your WordPress install. If it’s not, you can replace it by reinstalling the core files of WordPress (or asking your webhost to).

    Your wp-config.php and .htaccess Files

    If you or one of your plugins added code to either of these files, it may have caused a misconfiguration. You can check these guides for more information and typical settings to help revert the files back to their default state: wp-config / htaccess.

    The PHP-XML Extension

    The PHP on your site needs the XML extension in order to parse XML, which Jetpack needs to properly communicate with your site. Check with your webhost to make sure the PHP-XML extension is installed and active on your server.

    Reinstalling and Reconnecting Jetpack

    Sometimes you need to completely reset your connection between your site and our services. You can follow these instructions to accomplish that.

    Cloudflare

    If you are using Cloudflare on your site, check this guide to make sure Jetpack and Cloudflare are working together properly.

    Plugin Conflicts

    Sometimes other plugins can create a conflict with Jetpack that blocks it from connecting to WordPress.com.

    To rule out a plugin conflict, deactivate all other plugins and keep Jetpack active, then try connecting again. If Jetpack connects, you can turn your plugins back on, one by one, to make sure everything keeps working.

    A conflict may cause other issues in addition to not letting Jetpack connect, so check for anything else not working properly after activating each plugin. If you find that a plugin is causing a conflict with Jetpack, please reach out to that plugin’s developers to see if there is a fix to get it working with Jetpack.

    Theme Issues

    If you’re using a theme that’s not coded to modern standards or kept up-to-date with changes in WordPress development, then the theme could be creating issues with Jetpack’s connection or features.

    Download and temporarily switch to one of the more minimal, default WordPress themes (such as Twenty Twenty Two) and see if the connection issues are resolved. If so, then you’ll need to either replace your original theme or talk to its developers to see if they can figure out where the conflict is happening and how to solve it.

    Testing Your Site Speed

    Your site must initially respond within 5 seconds for the Jetpack connection to work correctly.

    You can check your site speed and overall performance with a variety of tools (like GTmetrix or WebPageTest) and follow up with your webhost by showing them the results. They may be able to help improve your site’s response and loading times from there.

    SSL Certificates

    Your SSL certificate makes sure the traffic on your site is safe and secure. Sometimes they can be misconfigured or expired, which will keep Jetpack from connecting to it. You can check for errors on your SSL certificate with this SSL Checker and test its overall health with this SSL Server Test. It should typically be graded A or A+, and you shouldn’t see any errors.

    The most common SSL errors that your webhost must fix are:

    • Self-signed: The certificate was not created by using standard security practices and is considered unsafe
    • Missing chain/intermediate certificate: Some SSL certificates are applied to your site in multiple parts. When one or more are missing in the chain, the security becomes broken and incomplete
    • Expired: Just like a domain, an SSL certificate needs to be renewed each year, or it will expire. Certificate renewals usually happen without you having to do anything, but sometimes automatic systems at your webhost may fail to do so

    HTTPS Settings

    Check that both the SITE_URL and HOME_URL settings under Settings > General in your wp-admin dashboard are using https before your domain rather than just http. Sites that use only http are not secure and aren’t using the SSL certificate mentioned above – https loads the certificate properly and will allow Jetpack to connect to it.

    Also, make sure that all of your site’s traffic routes to https as well. For example, any requests to http://example.com should automatically redirect to https://example.com instead. Your webhost can help make sure that this happens as expected.

    For more detailed information on troubleshooting SSL issues, please refer to this guide.

    Server Credentials for Jetpack Backup

    If you have issues adding your credentials to Jetpack Backup, we recommend contacting your webhost and asking them to provide you with this information so you can then enter it successfully into your Jetpack settings:

    • Credential type (FTP, SFTP, SSH)
    • Server address
    • Port number
    • Server username
    • Server password
    • WordPress full installation path

    When You Should Contact Your Webhost for Support

    This list of issues that must be addressed by your webhost rather than Jetpack support because they are server-related:

    • SSL certificates
    • Changes in IP addresses or domains/URLs
    • Migration from one server to another
    • Site is down or not responding
    • Errors (500 / 502 / 504 / 403)
    • Server resource or memory usage
    • DNS problems
    • Outdated server software (PHP, MySQL, etc.)
    • File and folder permissions
    • Problems that are still occurring even after Jetpack is uninstalled

    Still need help?

    Please contact support directly. We’re happy to lend a hand and answer any other questions that you may have.

    Понравилась статья? Поделить с друзьями:
  • Jetflash securedrive ошибка устройства
  • Jet runtime has detected unrecoverable error ошибка
  • Jet error 514
  • Jest expect error
  • Jenkins ldap error code 49