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

ну а если доступ в интернет 3G или 4G то конекта тебе не видать, так как порт там не открыть...

если у тебя стоит wifi то сделай там ещё проброс порта

Если ты хочешь, чтобы к твоему компьютеру можно было подключится из Интернета, у тебя должен быть "внешний" IP-адрес (дополнительная услуга у провайдера). Подробности - поиском по форуму.

Rysik, а я то гадал почему нет соединения, а оказывается провайдер 3G закрывает порты, а выделенный статический IP адрес не предоставляет. Спасибо что подсказали, сам бы не додумался))

единственный вариант это у тебя ICMP ...

Netspirit, вроде разобрался. У меня есть одна задумка но не знаю возможно ли реализовать с помощью данных компонентов. (Есть сервер sql с базой данных, база постоянно обновляется и за собой обновляет локальные клиенты подключенных в сеть к серверу). По этому понадобилась программа которая будет уметь следующее:
1. С рабочего места администратр. отправлять всплывающее сообщения клиентам о том что будет в данный момент производится обновления, что бы не было ошибок они должны завершить работу своей программы.
2. После текстового предупреждения с течением определенного промежутка времени данная программа будет убивать процесс если он не был завершен клиентами (процесс клиентской части базы данных).
3. Программа будет запускать процесс обновления клиентов через открытия bat файла или еще каким нибудь способом.
Так вот, возможно ли реализовать связь и в какой то степени управления администрат. с клиентами, по средствам TCPserver и TCPclient?

Да, ничего сложного. В клиенте по onReceive принимаешь команды и сравниваешь со списком. В зависимости от команды, выполняешь действия: 1) показать предупреждение пользователю, 2) найти и закрыть указанный процесс, 3) выполнить указанный файл. Сервер соответственно эти команды отправляет. Команду №2 можно не посылать - её можно выполнить через заданный таймаут после №1. Под командами здесь понимается любая строка, отправляемая компонентами. Хоть назови "а", "б", "в".

Можно поменять роли местами - у пользователей серверы, а у админа клиент (чтобы не держать клиентов постоянно подключенными). Тогда админ сам подключается к каждому клиенту и посылает команды. Правда это для локальной сети.

Netspirit, последовал твоему совету, все работает на УРА!!! Единственное пока не могу понять как через точку onReceive получить и сохранить обновленные dll файлы на клиентские места в определенную директорию

Это уже сложнее. Если в первом случае были просто команды, то теперь
1) нужно придумать более сложный протокол, чтобы отличать команды от файлов (а также параметры - куда файл сохранять, его размер)
2) поскольку при передачи больших данных они выдаются порциями событием onReceive, нужно уметь накапливать данные.
Примерный алгоритм:
1) Отправка файла (после соответствующих команд) - как в примере с помощью конвертора
2) Прием файла после получения команды, что сейчас отправляется файл - с помощью FileStream и модифицированного DataToFile (стандартный не умеет писать в файл без доп. разделителей).

Более конкретно ничего не предложу. Попробуй сам подумай, исходя из следующего: любые отправляемые компонентами данные на принимающей стороне могут быть выданы любым количеством событий onReceive. Например, при посылке 200 байт, первое событие может выдать 20, второе - 180 (реально, макс. размер посылки где-то 8КБ, но полагаться не стоит). То-есть, систему команд нужно придумывать таким образом, чтобы при её разбиении принимающая сторона могла дождаться полной команды из нескольких onReceive путем накопления, например, до обнаружения некоего разделителя.

Если я правильно понял, то нужно передаваемые файлы больших объемов разбить на части, запаковать (используя компрессию)и на стороне клиента собрать в один единый файл. Меня один нюанс интересует, допустим получится реализовать данный алгоритм, но если в сети 40 клиентов которым нужно передать dll библиотеки через onReceive это как то может повлиять на скорость и время передачи?

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

Спасибо за ответ. Уже мудрю, надеюсь с этого что нибудь получится

ruin, пример на старых компонентах из репозитория, может поможет ;)

code_34140.txt
------------ Дoбавленo в 03.39:
nesco,может пора уже добавить? весь форум перерыл пока эту тему нашел (

Разрешение от автора пока не получено.

а может и рановато, при небольшой нагрузке сервер падает
16 клиентов передают 1 строку раз в секунду, схемы клиент и сервер из примеров
сервер на Win serwer 2008 r2 sp1 в дата центре, клиенты у меня на 7ке

Теоретически могут быть ошибки. Сейчас компоненты полностью перерабатываются (чтобы в сервере экономней использовались потоки). Будет видно.
Попробуй в примерах поставь AsyncEvents=None, скажи, помогло ли.
[offtop]Да получено несколькими страницами ранее. Но сейчас пока не стоит: компоненты ещё дорабатываются.[/offtop]