Как проверить доступность сервера

Question

alex_lipJan. 16, 2018, 1:55 a.m.

Как проверить доступность сервера

IP сервера с которым я работаю может выглядеть по разному в зависимости от того внутри сети я нахожусь или во вне. Соответственно когда я запускаю программу - мне нужно понять по какому адресу доступен сервер по внешнему или по внутреннему(или вообще не доступен). Сейчас я вот так подключаюсь к серверу

url_sea_text = server_ip_loc+"search/sea_text/"+poisk_txt+"/"+user_id;

networkManager_sea_text = new QNetworkAccessManager();
 QNetworkReply *replay_sea_text =  networkManager_sea_text->get(QNetworkRequest(QUrl(url_sea_text)));

    connect(networkManager_sea_text, &QNetworkAccessManager::finished, this, &AppCore::onResult_sea_text);

    connect(replay_sea_text, SIGNAL(downloadProgress(qint64,qint64)),this, SLOT(updateDownloadProgress(qint64,qint64)));

NetworkAccessManager работает асинхронно. И чтобы сильно долго не ждать надо каким-то образом по таймеру проверить, что ответа нет и пробовать другой адрес. Насколько я понимаю мне в процедуру

void AppCore::updateDownloadProgress(qint64 bytesRead, qint64 totalBytes)
{

   QTextStream cout(stdout);
   cout << QString::number(bytesRead) +"/"+QString::number(totalBytes) << endl;
   qDebug() <<"count"<< count;

   if (totalBytes>0) {
    count=bytesRead/totalBytes;
   }
   if (count>0.2) {
    emit sendToQml(count);
   }
}

Добавить проверку по таймеру, который нужно запустить в момент создания коннекта. И если на заданный тайм-аут

bytesRead =0

то делать replay_sea_text.abort() ?
У Вас есть урок по ping - но как мне кажется в этом случае пинг не достаточен. И он не кросс - платформен.

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Subscribe to the discussion2

Section subscription248

Do you like it? Share on social networks!

Jan. 16, 2018, 9:23 a.m.

Добрый день!
Теоретически можно использовать QTcpSocket, у него есть метод connectToHost.

Возможно, что проверка доступности через этот класс будет осуществляться несколько быстрее, чем через QNetworkAccessManager.

Jan. 17, 2018, 1:35 a.m.

Спасибо. Попробую. Проблема в том, что сервер может пинговаться, но служба не работать(не выдавать нужные ссылки - у меня же на серваке сервер приложений ORDS крутится). Но это уже другая проблема. Но ее тоже надо обработать. И в этом случае QNetworkAccessManager все-таки предпочтителен. Буду пробовать.

Jan. 17, 2018, 1:55 a.m.

Для QTcpSocket - насколько я понял - необходимы настройки прокси сервера(если он есть) - не хочется с этим возиться.

Jan. 17, 2018, 2:17 a.m.

Как и писали на форуме ожидание ответа от connect(networkManager_news, &QNetworkAccessManager::finished, this, &AppCore::onResult_net); составляет 45 секунд. Очень долго.

Jan. 17, 2018, 2:52 a.m.

Как проверить что спустя 10 секунд connect(networkManager_news, &QNetworkAccessManager::finished, this, &AppCore::onResult_net); &QNetworkAccessManager::finished - не финишировал?

Evgenii Legotckoi → alex_lip
#

Jan. 17, 2018, 3:16 a.m.
The answer was marked as a solution.

Сделайте в классе AppCore некоторую переменную, которая будет индикатором финиширования. Если QNetworkAccessManager::finished ещё не финишировал, то переменная должна иметь значение false, если финишировал, то в слоте onResult_net поставьте true.

Также можно просто прерывать запрос после 10 секунд, если QNetworkAccessManager не финишировал. Каждый запрос get, put, post возвращает QNetworkReply, выполнение которого можно прервать через его слот abort()

Jan. 17, 2018, 3:48 a.m.

Точно!!!
Я сейчас так пробую

QNetworkReply *replay_news = networkManager_news->get(QNetworkRequest(QUrl(url_news)));
connect(networkManager_news, &QNetworkAccessManager::finished, this, &AppCore::onResult_net);
QTimer::singleShot(10000, this, &AppCore::singleShotFunc);

void AppCore::singleShotFunc()
{
     qDebug() << reply_news->readAll() ;
}

Как мне в

singleShotFunc

передать

*replay_news

Ну просто интересно. Что вернет

*replay_news - если запрос не выполнен

Jan. 17, 2018, 4:45 a.m.

Ну как вариант вместо singleShotFunc можно использовать лямбду и захватить QNetworkReply по указателю этой лямбдой

Jan. 17, 2018, 5:09 a.m.

Ругается ошибка: 'reply_news' was not declared in this scope
qDebug() << reply_news->readAll() ;
^

QTimer::singleShot(5000, [=] {

       qDebug() << "Спустя 5 сек." << QTime::currentTime().toString("hh:mm:ss");

      qDebug() << reply_news->readAll() ;

});

Jan. 17, 2018, 5:11 a.m.
(edited)

и кстати

void AppCore::singleShotFunc()
{
         if (hatico_net==0){
        server_ip_loc = server_ip_ext;
        qDebug() << "Меняем IP сервера на другой";
        qDebug() << server_ip_loc;
        replay_news->abort();
    }
}

replay_news->abort();   -  программа вываливается

Evgenii Legotckoi → alex_lip
#

Jan. 18, 2018, 7:27 a.m.

Сдаётся мне, что когда вы делаете обращение

replay_news->abort()

У вас указатель протухший оказывается. Проверяйте на nullptr его как минимум прежде, чем обращаться к нему.

Я сейчас решаю сходную задачу, но у меня такой проблемы нет при вызове метода abort().

Jan. 18, 2018, 8:59 a.m.

ок. Проверю. В принципе обошелся вашим советом и искусственными задержками.
А все-таки - сколько на приложение нужно
networkManager = new QNetworkAccessManager(); ? Пишут что вроде бы один. С разными QNetworkReply* replay_cont.
Но у меня в этом случае чушь получается. Поэтому мне приходиться их штамповать на каждую форму (или уникальную ссылку для получения данных с сервера) Как правильно?

Evgenii Legotckoi → alex_lip
#

Jan. 18, 2018, 3:46 p.m.

Тут скорее всего ситуативно, но по факту да, в большинстве задач можно обойтись и одним network менеджером

Comments

Only authorized users can post comments.
Please, Log in or Sign up