| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Delphi: Сети > Сканирование подсети на наличие порта |
| Автор: Calypso 30.6.2004, 10:00 | ||
| Я сделал сетевую прогу-сервер и прогу-клиент с помощью компонентов ServerSocket и ClientSocket, но вот беда: призапуске клиента необходимо вручную вводить ИП-адрес хоста где запущен сервер. Как сделать чтобы клиент сам сканировал сеть и определял наличие сервера. Я тупо делаю так:
Но этот процесс растягивается на 10 минут. Помогите, кто разбирается никто реально ничего не подсказывает....буду благодарен |
| Автор: Girder 30.6.2004, 12:29 |
| Попробуй послать широковешательный пакет с запросом. А на сервере обработай и ответь клиенту. |
| Автор: Akella 30.6.2004, 14:35 |
| напрашивается ворос: как послать широковещательный пакет с запросом? |
| Автор: Guest 30.6.2004, 15:02 |
| Посылаешь пакет на адрес xxx.xxx.xxx.255. Если сетка класса "C". Например, в твоей сети адреса машин начинаются с 192.168.222.ххх вот и отправляешь на 192.168.222.255. Поэкспериментируй с netsend-ом. Если есть такие службы на компах в сети, то они все получат твое сообщение. |
| Автор: Girder 30.6.2004, 15:08 | ||
Обшибся малость |
| Автор: Гость_Unregistered 30.6.2004, 16:02 |
| Как так обшибся? Все должно работать. Попробуй. |
| Автор: Girder 30.6.2004, 16:49 |
| Да это я не тебе,а dsergey. Просто когда я писал ответ(отвлекли на работе малость Как ты написал тоже можно. |
| Автор: Akella 1.7.2004, 08:05 | ||
мне здаётся, что это нормально. Сканеры так и работают. |
| Автор: Гость_Unregistered 1.7.2004, 16:05 |
| dsergey, не надо путать попу с пальцем |
| Автор: Akella 2.7.2004, 08:18 | ||||
|
| Автор: Calypso 2.7.2004, 09:31 | ||||||
У меня так не получается. Как я понял сделать надо так:
И ни к чему он не подключается, а следовательно нельзя послать пакет..... Конечно я чего-то недопонимаю. Возникла мысль: А что если подконнект осуществлять не по одному адресу, а сразу по нескольким с помощью нескольких компонентов. Но вот задача: на строке TcpClient.Open; или ClientSocket.Open или UdpSocket.Open; процесс останавливается и весь параллелизм сводится к нулю. Я чтото слыхал про параллельное программирование, может это и есть выход, но как запустить несколько взаимодействующих процессов из проги.................... |
| Автор: Girder 2.7.2004, 13:51 | ||
| File->New->Application Бросаеш на форму три кнопки и memo Имена кнопок bSendTo,bStartUDPServer,bStopUDPServer и подцепляеш к ним(OnClick) обработчики Заменяеш модуль на следующий:
Может быть есть ошибки - я думаю сам разберешся. Удачи. |
| Автор: RA 3.7.2004, 20:23 |
| Лови исходник многопоточного сканера портов. |
| Автор: Girder 4.7.2004, 15:23 | ||
| Забыл расписать(а то мож чё непонятно). Кнопки: bSendTo - Посылка широковещательного UDP пакета bStartUDPServer,bStopUDPServer - соответственно запуск и старт UDP эхо сервера. Компилируеш и запускаеш на двух компьютерах. На одном запускаеш сервер, на другом посылаеш широковешательный UDP пакет.
Удачи. |
| Автор: Calypso 5.7.2004, 04:44 |
| |
| Автор: Calypso 5.7.2004, 07:05 | ||
| Заценил исходники и от Girder и от RAdmin. Благодарю, именно это я и ищу уже недели две-три
Задачи, которые решают эти проги, я бы сказал, прямо перпендикулярные. УGirder на один порт сканируется вся сеть, а у RAdmin на один ИП сканируются все порты. Толико я не понял почему я отправляю пакет на порт 1212 а "приходит" он на сервер в виде совершенно иного, причем при каждом обмене номер порта на сервере увеличивается. Впрочем полезность от этого не уменьшается.... |
| Автор: Girder 5.7.2004, 09:24 | ||
| Вот здесь очень хорошо все расписанно(мне к этому добавить не чего): http://www.delphikingdom.com/asp/viewitem.asp?catalogid=1021 Но если лень читать, то вот выдрал тебе ответ(если я твой вопрос правильно понял
А вообще почитай, статья свежая и доходчивая. Удачи. |
| Автор: Calypso 5.7.2004, 15:18 | ||
Girder
Тхенкс Ю |
| Автор: Петрович 12.7.2004, 09:27 | ||
| Сразу извиняюсь за OFFTOP. Тут заглянул в эту тему, посмотрел приведенный Girder пример. Пу сути правильный, но, по реализации есть серьезное замечание:
Такая реализация потока абсолютно бессмысленна! Метод GetAdd в этом случае будет исполняться в контексте основного потока приложения. Т.е. результат будет таким-же как и вызов данного метода непосредственно из обработчика какой-нибудь кнопки. Убедиться в этом очень просто, достаточно запустить приведенный пример, и нажать кнопку bStartUDPServer. После этого, программа перестанет реагировать на Ваши нажатия, перемещения формы и пр. Реагировать она будет лишь на получение пакета. Это следствие того, что основной поток, вместо того что-бы обрабатывать поток сообщений от Windows, будет приостановлен в ожидании получения пакета (RecvFrom в GetAdd). Дело в том, что метод Synchronize специально сделан для того, что-бы приостановить текущий поток и запустить переданный ему метод в контексте основного потока. Это нужно для обеспечения нормальной работы обращений к VCL-компонентам. Я бы не стал сюда писать, но дело в том, что подобный стиль написания "многопоточных" приложений я уже встречал, причем в статье то-ли на "Мастерах Дельфи", то-ли в "Королевстве Делфи". К счастью, сейчас найти эту статью мнее не удалось, надеюсь ее сняли с сайта. В той статье, автор пропагандировал именно такой способ написания многопоточных приложений! Он искренне считал что таким образом, выполняя основное действие через Syncronize, он получает именно многопоточное приложение. Так что мне кажется, что Girder стал жертвой этой вредоносной статьи. |
| Автор: Girder 12.7.2004, 09:35 |
| По моему ты ошибся, я подправил это в тот же день как записал. Я даже оставил в годе: "// обшибся: было Synchronize(GetAdd);". И дату посмотри когда я внес и отредактировал: внес:"Дата 2.7.2004, 13:51" отредактировал: "Это сообщение отредактировал Girder - 2.7.2004, 15:46" А эти статьи я не читал. Просто паралельно был загружен код где требуется синхронизация. Просто лень весь код набивать. Набросал на пустую форму заготовки из других и отредактировал, а это просмотрел Мой кладезь знаний: MSDN и Help Delphi Удачи. |
| Автор: Петрович 13.7.2004, 08:38 | ||||
Приношу свои извинения. У меня страница была сохранена на локальном диске в первоначальной редакции. Поэтому предыдущий пост относился именно к ней. Что касается текущей редакции (от 2.7.2004, 15:46) то она к сожалению тоже не без греха. Дело в том, что обращение к методам и свойствам VCL в контексте не основного потока небезопасно. Т.е., как раз вот такие операторы:
допустимо использовать лишь методах запускаемых через Synchronize. Самое неприятное, что это вызывает ошибки довольно редко. Но проявляться они могут настолько странным образом, что могут кого угодно запутать. В качестве примера, такое в принципе приемлемо - в данном случае, вряд-ли кто будет во время вывода в Memo что-то туда "вколачивать". Но, для "боевой" программы это недопустимо. |
| Автор: Girder 13.7.2004, 09:11 | ||
Согласен. Только вывод в Memo cделан для наглядности работы проги(а не для того чтобы тупа передерать
Ладно, думаю мы друг друга поняли. Удачи. |
| Автор: Calypso 13.7.2004, 12:18 |
| Мой админ мне по шапке не даст Благодарствую! |