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

Question

alex_lipҚаң. 16, 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, 3:46 Т.Қ.

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

Пікірлер

Тек рұқсаты бар пайдаланушылар ғана пікір қалдыра алады.
Кіріңіз немесе Тіркеліңіз