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

Question

alex_lip16 января 2018 г. 1:55

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

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 - но как мне кажется в этом случае пинг не достаточен. И он не кросс - платформен.

Рекомендуем хостинг TIMEWEB

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Подписка на обсуждение2

Подписка на раздел248

Вам это нравится? Поделитесь в социальных сетях!

16 января 2018 г. 9:23

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

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

17 января 2018 г. 1:35

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

17 января 2018 г. 1:55

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

17 января 2018 г. 2:17

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

17 января 2018 г. 2:52

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

Evgenii Legotckoi → alex_lip
#

17 января 2018 г. 3:16
Ответ был помечен как решение.

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

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

17 января 2018 г. 3:48

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

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 - если запрос не выполнен

17 января 2018 г. 4:45

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

17 января 2018 г. 5:09

Ругается ошибка: '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() ;

});

17 января 2018 г. 5:11
(ред.)

и кстати

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
#

18 января 2018 г. 7:27

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

replay_news->abort()

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

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

18 января 2018 г. 8:59

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

Evgenii Legotckoi → alex_lip
#

18 января 2018 г. 15:46

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

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

Рекомендуем хостинг TIMEWEB

Комментарии