Клиент не может соединиться с сервером

[crossly]

почему к сожалению....?? в добавок ко всему я так понимаю ip по dhcp раздается??

[Hellraiser]

[offtop]
Потому, что сервер может быть физически недоступен - установлен где-то в другом месте, нет доступа и т.п. А вариант с пингом может помочь в такой ситуации (если только на сервере не приняты спец. меры по блокировке icmp и отключению NetBIOS (блокировке служб).
Если у сервера ip динамический - все гораздо хуже. Сработает только на текущую резервацию DHCP (48 часов по-умолчанию на маршрутизаторе).Поможет только статический, либо динамический с резервацией по MAC
[/offtop]

[crossly]

ну.... во первых... если человек который устанавливает ПО на сервер по определению должен знать его ip.... и по второму... если дописать немного кода серверу и клиенту, то клиент и сам сможет узнать адрес сервера...

[merke]

если дописать немного кода серверу и клиенту, то клиент и сам сможет узнать адрес сервера...

   
А можно подробнее о таком фокусе?

[Hellraiser]

DHCP + DNS (в локальной сети), DNS (для серверов с выделенным ip в инете, либо при динамическом адресе в инете поможет DynDNS). Это в плане организации. А в плане Qt смотрим http://doc.qt.nokia.com/4.6/network-programming.html#resolving-host-names-using-qhostinfo (смотреть пример по lookupHost).

[crossly]

1. да DNS.
2. использовать udp broadcast..... клиент шлет датаграмму в сеть.... сервер ловит и сообщает клиенту свой адрес...

[Hellraiser]

Тоже очень хороший вариант - в локальной сети так даже лучше (чтобы не мудрить с поднятием DNS-сервера в локалке)

[merke]

Так теперь понятно! Спасибо!

Теперь какую функцию вызвать в QTcpServer дабы получить реальный адрес сервера?

[crossly]

ээ... не совсем понял... для чего на сервере узнавать его же адрес??

сори торможу

Код:

QHostAddress QTcpServer::serverAddress () const

[merke]

Блин уже после всего дня гоню блин.

[Hellraiser]

Пусть сервер слушает порт 1234/tcp для обмена данными и порт 1234/udp для ответа адреса (см. здесь http://doc.qt.nokia.com/4.6/network-programming.html#using-udp-with-qudpsocket). По приходу udp-запроса на порт 1234 сервер отвечает по адресу клиента (а его он узнает из 3-го параметра в readDatagram) сообщением со своим ip. Клиент принимает сообщение (значит надо чтобы он тоже слушал определенный udp-порт), узнает адрес сервера и устанавливает соединение. Как-то так.