Поиск хоста в сети

nmap -p80 192.168.0.0/24 -oG - | grep 80/open

http://sourceforge.net/projects/nmapsi/ nmap Qt4-based Graphical User Interface

я так понял, утилитка работает через dbus. Не подойдет, нужно что-то более легкое

а что насчёт «родных» средств?

броадкаст?
http://qt-project.org/doc/qt-4.8/network-broadcastsender.html
http://qt-project.org/doc/qt-4.8/network-broadcastreceiver.html

если для поиска «не своих» ресурсов, вряд ли есть что-то, сканирующее лучше, чем nmap. Может просто скопировать исходники nmap внутрь твоего проекта? :3

правильно, не надо изобретать.
http://libqxt.bitbucket.org/doc/0.6/qxtzeroconf.html

Что вы понимаете под «несвоими» ресурсами?

Я так понимаю, что данная библиотечка ищет сервисы у которых включен Zeroconf, и неважно какие это сервисы (сторонние, родные, системные...)?

80й порт apache, например. Это в «своем», собственноручно написанном сервисе можно сделать обработку ответа на «запрос поиска», а чужие сервера наоборот будут прятаться от сканирования сети (см. http://nmap.org/book/man-port-scanning-techniques.html)

Забыл добавить, что решение нужно кроссплатформенное.

дергай nmap через QProcess и анализируй выхлоп. Дешево и сердито и Unix Way

Теперь понятно. Спасибо, ссылку посмотрю обязательно.

Дешево, сердито, толсто, баго-рассадник, велосипед. Если других вариантов нет, то буду делать именно так. Просто не люблю я работу с сетью, вот совсем не люблю.

баго-рассадник, велосипед.

И в каком месте там багорассадник и велосипед?

Багорассадник - в анализе выхлопа.
Велосипед - юзание QProcess.

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

К тому же в венде nMap по дефолту отсутствует, а я лучше буду за собой либу таскать, чем доставлять его.

Багорассадник - в анализе выхлопа.

Кто то регулярки отменял?

Велосипед - юзание QProcess.

Да что вы говорите, велосипед блин. ну ходи пешком на костылях тогда.

Если будет удобнее буду ходить.

Я так понимаю, что данная библиотечка ищет сервисы у которых включен Zeroconf

которые анонсируются через zeroconf

QTcpSocket. Обойти всю доступную до роутера подсеть, постучаться в интересующие порты.

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

Таймауты поменьше задать и стучать сначала в наиболее вероятные порты. Делать сканирование с теми или иными оптимизациями. Тот же апач, слушая свой порт, никуда не анонсирует об этом факте.

Багорассадник - в анализе выхлопа.
Велосипед - юзание QProcess.

Багорассадник как раз будет, если писать свой код для этого. А nmap уже написан и баги в нём отловлены, и выхлоп у него стандартный, меняется редко по идее. Unix-way не зря придумали

Перебор слишком уж в лоб. Тут даже nmap будет лучше.

Извиняюсь, но ещё раз про кроссплатформенность. Для венды одна сетупилка nmap весит 26 метров. Так что скорее всего буду обходиться бродкастом или зеро-конфом. Если они не удовлетворят, тогда да, тогда nmap.

Извиняюсь, но ещё раз про кроссплатформенность. Для венды одна сетупилка nmap весит 26 метров.

ну и что? Можно скомпилированный бинарник nmap-а с собой таскать, без инсталлятора (если лицензия позволяет)

В сухом итоге получаем четыре варианта решения:

• nmap
• • очень не хочется парсить выхлоп
  • под вендой больно много за собой тащить и ставить
• QTcpSocket и обход всей подсети
• • долго и слишком прямолинейно
• Qt-шный бродкаст
• • пока сказать нечего
• QxtZeroconf
• • пока сказать нечего

Спасибо всем отписавшимся за дельные советы.