Слушать не мой Сервер (программу)

← →
Silver... © (2006-07-03 12:52) [0]

Есть программа Сервер посылающая данные в сеть клиентам

Мне надо эти самые данные отловить и использовать в своей проге. Сервер не мой инфы нет и получить невозможно (конкурент - не даст :) ). 99.9 что инфа посылается не кодированая.

Вопрос: как заполучить данные посланные сервером. Слышал проги на то (что и куда посылаем) есть тока я в этом профан

← →
Silver... © (2006-07-03 15:16) [1]

ну не верю что никому не приходилось этим заниматься :(

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

← →
Eraser © (2006-07-03 15:28) [2]

> [0] Silver... © (03.07.06 12:52)

1. подсоединиться к серваку, испольузю соответствующий транспортный протокол.
2. принимать данные, в соответствии с прикладным протоколом сервера.

← →
Silver... © (2006-07-03 18:01) [3]

> подсоединиться к серваку

инфы ноль

... инфу не дадут конкуренту :))

← →
medved_68 © (2006-07-03 18:12) [4]

А сама программа Сервер у тебя есть??? Или тоже конкуренты.....

← →
Silver... © (2006-07-03 18:27) [5]

есть :)
и клиент есть

... чем слушать?

← →
Eraser © (2006-07-03 18:43) [6]

> [5] Silver... © (03.07.06 18:27)

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

← →
medved_68 © (2006-07-03 18:51) [7]

> Silver...

А кто тебе мешает начирикать простенькую прогу для выяснения протокола. для начала на чем общаемся TCP, или UDP, затем на каких портах общаемся, затем что в ответ на коннект посылаем....? Тем более что ты утверждаешь что 99,9 % не кодированно???

← →
Silver... © (2006-07-03 21:01) [8]

сервер посылает данные в сеть, клиенты на сервере не регистрируются (смею предположить по UDP всие происходит - "плюнул и забыл")

> А кто тебе мешает начирикать простенькую прогу для выяснения
> протокола

а никто и не мешает - я просто не снаю как отловить то что Сервер "Плюнул" а уж разбураться мне не в лом

> сниффером, только неблагодарное это дело,

посоветуй онный

> особенно если
> прикладной протокол обмена данными наворочен и меняется
> в зависимости от самих данных.

... не думаю - сервер посылает практически одни и те же данные

Не ну если ты знаешь протокол (TCP или UDP) и порт на котором работает сервер, то как говорится флаг в руки...В чем проблема , я не понимаю????
> не думаю - сервер посылает практически одни и те же данные

Тем более....

беда то в том кто я тока подразумеваю (не уверен) и порт не знаю.

Не знаю как узнать. Это-то и спрашиваю

- как (чем) узнать на какие порты... и что именно посылает сервер. А уж с тем что он посылает разбираться буду потом.

> - как (чем) узнать на какие порты... и что именно посылает
> сервер. А уж с тем что он посылает разбираться буду потом.
>

Я бы для начала проверил UDP BroadCast. Тем более что по логике сам сервер по определению не работает на отправку сообщений клиентам без коннекта, а только прослушивает какие то порты. Тогда остается UDP BroadCast как средство сообщить клиентам что сервер запущен и можно коннектится (предположение....). Но если так..... Ставь UDP сервер, врубай на прослушку и запускай приложение. Если что то поймает разбирайся что. Если нет то перебор портов на UDP сервере. Если и здесь нет то UDP отпадает. Примерно такая логика поиска

Слушать не мой Сервер (программу) - у кого есть опыт Найти похожие ветки