Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.08.05;
Скачать: CL | DM;

Вниз

О портах NMEcho.   Найти похожие ветки 

 
kettle   (2002-05-13 21:25) [0]

Ответьте пожалуйста на такой вопрос:
На странице FastNet есть компонента NMEcho, которую я использую для определения “подключён ли ПК в локальной сети”. У компоненты есть свойство Port. Пробовал много значений этого свойства (1-100, 7, 1025, 139, и т.д.), но наиболее верные были при Port = 139. Но всё-таки не удавалось определить , что подключены некоторые ПК.
При Port = 7 вообще была полная ерунда.
В чём дело? Какой порт лучше использовать? Какие порты для чего лучше использовать? Дайте пожалуйста адреса где смогу найти ответ.


 
chukcha   (2002-05-14 05:45) [1]

Сложный вопрос...


 
Anatoly Podgoretsky ©   (2002-05-14 08:42) [2]

Этот компонент не предназначен для определения доступнсти компьютера, а только для обращения к эхо-сервису


 
kettle   (2002-05-14 15:28) [3]

Почему? 95% всех ПК он определяет правильно.

Вначале:
nmecho1.host:="IP-address";
nmecho1.connect;

Далее если происходит событие NMEcho1Connect, то - подключён
если не происходит, то - не подключён.
Или я не прав??!


 
Anatoly Podgoretsky ©   (2002-05-14 15:43) [4]

Любой инструмент можно использовать не по назначению


 
kettle   (2002-05-14 17:04) [5]

А на счёт первого вопроса...
(на счёт достоверности определения и портов)


 
Wonder ©   (2002-05-14 17:09) [6]

Самое верное (именно для локальной сети) - это пинговать.


 
Anatoly Podgoretsky ©   (2002-05-14 17:24) [7]

Да как правило, за небольшим исключением, пинг не запрщен на локальных станциях, но тогда тебе придется использовать, что ниюудь другое вместо NM


 
kettle   (2002-05-14 21:20) [8]

Смысл-то как раз в том, чтобы заменить ping;
А есть-ли другая компонента?


 
Daddy   (2002-05-15 05:52) [9]

Мастера должны знать


 
Wonder ©   (2002-05-15 10:58) [10]

Зачем заменить? Чем он не подходит?
В TCP/IP сетях изначально было и есть две утилиты проверки соединения, маршрутов и т.п. : ping и traceroute. Для глобальных сетей с теперешними firewall-ами это может и не пройти (некоторые firewall-ы режут часть протокола ICMP), а вот в локальных сетях это единственный правильный путь. Можно конечно использовать метод подключения (то, что ты собственно и пытался сделать), но в этом случае нет никакой гарантии, что на конкретном компьютере есть хоть один запущенный сервис (т.е. открыт серверный сокет на каком-то порту). Даже если сервис и есть, то ты заранее можешь и не знать его номер порта. Тогда придется сканировать все порты на всех компьютерах.

Настоятельно советую все-таки применять ping.
Или привести хотя бы обоснованные аргументы против его использования.
Использование ping (читай ICMP) = использование встроенных в сам протокол TCP/IP средств диагностики, проверенных десятилетиями.


 
kettle   (2002-05-15 12:19) [11]

To Wonder:
Thank You So Much!!!
Ты сам не понял как мне помог!
Если честно, это - была учебная задача(заменить ping); В чём неполадки я понял.

Последний вопрос:
Ping можно заменить без больших усилий (основную его функцию - проверку доступности ПК)


 
Logo ©   (2002-05-23 07:00) [12]

Единственный правильный путь узнать работает ли компьютер подключенный к сети - это использовать сниффер. Остальные методы реально обрубить всегда. Настройка брэндмауэра не пропускать ICMP плюс закрытие портов. А если компьютеры сети не только Windows-ные, то с некоторыми сервисами вообще можно намаяться.



Страницы: 1 вся ветка

Текущий архив: 2002.08.05;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.016 c
14-13803
CA
2002-07-10 14:46
2002.08.05
pdf


14-13777
Александр
2002-07-09 14:09
2002.08.05
Флайт Симулятор от Майкрософт


8-13727
Pinochet
2002-03-31 14:26
2002.08.05
Direct Sound на Delphi.


1-13645
Scooooot
2002-07-22 20:25
2002.08.05
Как сделать форму полноэкранной, т.е. поверх Task Bar’а и т.д…?


3-13557
zomba
2002-07-16 08:41
2002.08.05
TreeView