UDPClient, UDPServer, TCPClient, TCPServer

← →
Kick (2007-11-07 18:56) [0]

Возможно ли получить данные с помощью этих компонентов, если ip адрес на компьютере не статистичейский?

← →
Anatoly Podgoretsky © (2007-11-07 19:28) [1]

> Kick (07.11.2007 18:56:00) [0]

Возможно

← →
Cerberus © (2007-11-07 19:36) [2]

ТОлько всё время последнии три цифры придётся менять

← →
Kick (2007-11-07 19:47) [3]

> ТОлько всё время последнии три цифры придётся менять

Какие три цифры?

> Возможно

А я вот пишу так:
IdUDPServer1.Send(Ip, 5005,"regresg"), где ip номер компьютера подключенного к интернету, а сообщения не доходят!!!

← →
sniknik © (2007-11-07 19:52) [4]

> а сообщения не доходят!!!
пусть он перечитает их еще раз!!!

← →
Kick (2007-11-07 20:05) [5]

Ну помогите, пожалуйста!
В сети работает - в интернете нет. В чем проблема???
В интернете ни сервер ни клиент не принимают!

← →
sniknik © (2007-11-07 20:14) [6]

в интернете сесюритис повыше...
других различий нет (вообще в принципе это одно и тоже...)

← →
sniknik © (2007-11-07 20:17) [7]

кстати, если пробовать не на UDP... а на TCP... то можеш получить вполне вменяемую ошибку. и узнать что точно не так. (UDP без гарантий доставки, ему на коннект плевать)

← →
Kick (2007-11-07 20:20) [8]

> других различий нет (вообще в принципе это одно и тоже..
> .)

То есть должно и через интернет работать? А то сложилось впечатление что работает только по локальной сети.

← →
sniknik © (2007-11-07 20:32) [9]

ничего оно никому не должно. наоборот, если ты "воткнулся" в чью то безопасность, оно должно НЕ РАБОТАТЬ, пока не договоришься об обратном.

← →
sniknik © (2007-11-07 20:36) [10]

p.s. договариваться не со мной, а с админом сервера, и всех провайдеров что на пути пакета. (UDP почти все "режут", порты не так часто но тоже могут (с Torrent-ом вон на сайте постоянно вопросы "провайдер закрыл порт, что делать?"))

← →
DVM © (2007-11-07 21:44) [11]

> UDP почти все "режут", порты не так часто но тоже могут
> (с Torrent-ом вон на сайте постоянно вопросы "провайдер
> закрыл порт, что делать?"

Глупости. Никто ничего не режет. Особенно UDP. С какой позвольте спросить стати. Закрываются обычно только те порты, которые могут использоваться потенциально опасны будучи открытыми, например 139.

> Глупости. Никто ничего не режет. Особенно UDP.
давай я тебе дам мыло своего админа и ты это ему объяснишь? что никто не режет.
заодно спросишь, а почему я не могу из одной подсети в другую своей же конторы (не то что в инет) послать что нибудь по UDP, и почемуто порты закрыты ВСЕ, а не только "потенциально опасные", открыты только используемые кемто и чемто, довольно небольшой список (хотя этого никто по твоему не делает).
почему приходится через начальство "открывать" нужные порты "наружу" (8080, 8081, могли бы и любые другие, просто у клиента открыты эти. кстати им тоже надо бы сказать, что никто так не делает... хотя, они не послушают, банк, себе на уме... но ты хотябы нашего убеди...).

> давай я тебе дам мыло своего админа и ты это ему объяснишь?
> что никто не режет.

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

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

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

Практика закрывать все и вся практикуется у маленьких провайдеров в офисном здании например.

> почему приходится через начальство "открывать" нужные порты
> "наружу" (8080, 8081, могли бы и любые другие, просто у
> клиента открыты эти. кстати им тоже надо бы сказать, что
> никто так не делает... хотя, они не послушают, банк, себе
> на уме... но ты хотябы нашего убеди...).

Не путай ограничения со стороны провайдера и запреты на маршрутизаторах клиентов. Абсолютно правильно поступают те ваши клиенты, которые на СВОЕМ маршрутизаторе закрывают все, кроме того что необходимо.
Но провайдер так делать не должен.

> Но провайдер так делать не должен.
а кто говорит о провайдере? разговор шел про безопасность, в ... ->

[5]
> В сети работает - в интернете нет. В чем проблема???
[8]
> что работает только по локальной сети.

т.е. в локальной работает, а выход в инет (очевидно оттуда же) нет. до провайдера еще "дойти" нужно.

но и на провайдеров (некоторых) жалобы со стороны "торрентовской братии" не любят "многокачающих", перекрывают некоторые диапазоны портов, те которые обычно популярные торент клиенты используют. но тут это скорее исключения, мелочь разная такое себе позволяет, а крупные типа mtu(стрим) нет.

хотя извини, упоминал [10]
> и всех провайдеров
скорее просто до кучи, но всетаки...

UDPClient, UDPServer, TCPClient, TCPServer Найти похожие ветки