Мониторинг _данных_ сетевых приложений
Модераторы: SLEDopit, Модераторы разделов
-
kirby
- Сообщения: 36
Мониторинг _данных_ сетевых приложений
Чем можно посмотреть данные отправляемые приложениями (конкретно флэшкой и браузером), а так же куда они уходят..?
-
*Sasha*
- Сообщения: 2519
- Статус: Мимо шёл
- ОС: Debian
-
neol
- Сообщения: 600
- ОС: Debian Stable
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
-
kirby
- Сообщения: 36
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Мониторинг _данных_ сетевых приложений
как может флешка общаться?..
а время можно померить так
Shell
$ time -p wget linuxforum.ru
--2009-06-20 15:29:14-- http://linuxforum.ru/
Распознаётся linuxforum.ru... 89.104.102.12
Устанавливается соединение с linuxforum.ru|89.104.102.12|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 200 OK
Длина: нет информации [text/html]
Сохраняется в каталог: `index.html'.
[ <=> ] 91 709 20,9K/s в 4,3s
2009-06-20 15:29:22 (20,9 KB/s) - `index.html' сохранён [91709]
real 8.45
user 0.00
sys 0.00
почти 9 секунд ушло на загрузку заглавной странички этого форума...
-
skor
- Сообщения: 419
- ОС: RTFM-OS v127.0.0.1
Re: Мониторинг _данных_ сетевых приложений
Надеюсь для Вас не будет откровением что HTTP работает поверх TCP. И неужели флешка у Вас с сервером "общается" по своему собственному порту и протоколу? Что-то мне подсказывает что флешка тоже тянет картинки по HTTP...
Вы бы более детально описали чего вам надо.
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Мониторинг _данных_ сетевых приложений
почему-бы и нет?
жена у меня сейчас кино-же смотрит по FTP, с моего диска? она про эти детали не в курсе, у неё ярлычёк есть.
-
skor
- Сообщения: 419
- ОС: RTFM-OS v127.0.0.1
Re: Мониторинг _данных_ сетевых приложений
С ФТП через какой-то flash-player? То что такое можно "накрутить" - не вопрос. Но если это вариант для более-менее распространенного применения, то все же лучше через 80 порт и по HTTP, а то файрволы с проксями не очень любят "отсебятину".
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Мониторинг _данных_ сетевых приложений
зачем через flash? через vlc
ИМХО через 80й я не могу это регулировать. точнее могу конечно, но через FTP - проще. Расскажите, чем лучше HTTP?
ЗЫЖ апач он как-бы более общий, а вот в FTP я могу гибко настроить права, что-бы жена с 192.168.1.3 видела одно(без пароля), а вот вы, со своего IP увидите совсем другое. Да и то, если пароль знаете. Такое возможно и по HTTP, вот только... Зачем?
-
skor
- Сообщения: 419
- ОС: RTFM-OS v127.0.0.1
Re: Мониторинг _данных_ сетевых приложений
Ответ все тот же - прокси и файрволы.
Один порт гораздо проще прокинуть через НАТ.
А если и клиент и сервер находятся за НАТом, то ФТП требуется "хитрая" настройка, как в НАТе так и в самом ФТП-сервере.
Для домашних сетей допустимо использование любых протоколов - каждый сам себе хозяин. А вот в "большой сети", ИМХО стоит висеть на 80-м порту и не "выпендриваться". Иначе рано или поздно начнется хождение по граблям.
Один порт гораздо проще прокинуть через НАТ.
А если и клиент и сервер находятся за НАТом, то ФТП требуется "хитрая" настройка, как в НАТе так и в самом ФТП-сервере.
Для домашних сетей допустимо использование любых протоколов - каждый сам себе хозяин. А вот в "большой сети", ИМХО стоит висеть на 80-м порту и не "выпендриваться". Иначе рано или поздно начнется хождение по граблям.
-
kirby
- Сообщения: 36
Re: Мониторинг _данных_ сетевых приложений
http это частный случай tcp протокола. Флэш может использовать сокеты.Надеюсь для Вас не будет откровением что HTTP работает поверх TCP. И неужели флешка у Вас с сервером "общается" по своему собственному порту и протоколу?
Проблема в том что я не знаю сервер, порт, и сам запрос, и то же самое с js который запрашивает уже какой-то свой адрес. Я не хочу ломать голову с передаваемыми параметрами и заголовками, а просто повторить какой-то из запросов..
-
kirby
- Сообщения: 36
Re: Мониторинг _данных_ сетевых приложений
drBatty
В принципе с измерением времени проблем нет - напишу скриптик на руби, а вот сам запрос..
В принципе с измерением времени проблем нет - напишу скриптик на руби, а вот сам запрос..
-
pelmen
- Сообщения: 1268
- ОС: debian
Re: Мониторинг _данных_ сетевых приложений
один я подумал, что имеется ввиду не адоб флешка, а юсб?
-
Ленивая Бестолочь
- Бывший модератор
- Сообщения: 2760
- ОС: Debian; gentoo
Re: Мониторинг _данных_ сетевых приложений
похоже, что да :-)
а по теме - может вот тут ответ на ваш вопрос:
Чем посмотреть входящую и исходящую скорость в данный момент
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
-
kirby
- Сообщения: 36
Re: Мониторинг _данных_ сетевых приложений
BandWidth интересная штука..Ленивая Бестолочь писал(а): ↑21.06.2009 23:26а по теме - может вот тут ответ на ваш вопрос:
Чем посмотреть входящую и исходящую скорость в данный момент
так.. юзаю tcpdump
Код: Выделить всё
sudo tcpdump -t -i eth0 -n -nn -vvv 'dst host 92.50.130.115'выводит следующее
IP (tos 0x0, ttl 64, id 56431, offset 0, flags [DF], proto TCP (6), length 60) 192.168.0.2.46328 > 92.50.130.115.80: S, cksum 0x975e (correct), 666024168:666024168(0) win 5840 <mss 1460,sackOK,timestamp 1598599 0,nop,wscale 6>
при сохранении в файл я получаю нечто нечитаемое.. хотя по идее должно быть что-то напоминающее xml..
-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Мониторинг _данных_ сетевых приложений
skor писал(а): ↑21.06.2009 17:11Ответ все тот же - прокси и файрволы.
Один порт гораздо проще прокинуть через НАТ.
А если и клиент и сервер находятся за НАТом, то ФТП требуется "хитрая" настройка, как в НАТе так и в самом ФТП-сервере.
Для домашних сетей допустимо использование любых протоколов - каждый сам себе хозяин. А вот в "большой сети", ИМХО стоит висеть на 80-м порту и не "выпендриваться". Иначе рано или поздно начнется хождение по граблям.
это ВАШЕ имхо.
я предпочитаю FTP.
дык...
что вы имеете, и что хотите получить?
лично у МЕНЯ проблемы даже такой нет...
-
kirby
- Сообщения: 36
Re: Мониторинг _данных_ сетевых приложений
все что необходимо написали в 2-х первых постах)
+ еще я нашел ссылки http://www.linuxshare.ru/docs/net/tcpdump.html
Как расшифровать дампы wireshark | tcpdump ?
немаловажно
последний момент.. похоже измеряет время отправки, а не получения ответа, можно ли измерить именно время необходимое для получения ответа на запрос сохраненный в файле one_req?
+ еще я нашел ссылки http://www.linuxshare.ru/docs/net/tcpdump.html
Как расшифровать дампы wireshark | tcpdump ?
немаловажно
(Mazdader) писал(а):Основная проблема в том, что по-умолчанию tcpdump сохраняет только первый 68 байт пакета. Это решается ключом -s: tcpdump -w dump.raw -s 0 <прочие правила>
последний момент..
Код: Выделить всё
time -p tcpdump -r one_req-
drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: Мониторинг _данных_ сетевых приложений
команда time измеряет время работы ВСЕЙ следующей команды.