у нас есть некоторые проблемы с приложением на основе клиент-сервер, и мы хотели бы лучше понять взаимодействие клиент-сервер, не обращаясь к компании-разработчику программного обеспечения, которая продала приложение. По крайней мере, мы хотели бы провести анализ параллельно.
Не могли бы вы предложить мне фиктивное приложение, которое мы можем легко получить и установить для анализа трафика клиент-сервер?
Большое спасибо!
Предположительно ваша «связь клиент-сервер» происходит по сети, поэтому анализатор сети, например Wireshark, наверное, хорошее начало. Надеюсь, что конкретный протокол, который использует ваше приложение, может декодировать Wireshark. В противном случае вам необходимо сохранить захваченный трафик и проанализировать его с помощью инструмента, который может декодировать протоколы в стеке, предпочтительно до уровня 7. (Если какой-либо из стека протоколов на этом пути является проприетарным, вы, вероятно, в беде из-за чего-либо, кроме анализа трафика.)
Если ваш протокол основан на HTTP (S), Скрипач тоже может быть вам по душе, хотя очень легко инкапсулировать уродливый проприетарный протокол внутри HTTP (S), так что он столь же непонятен, как бинарный протокол (Sage "ACT!" Репликация на основе HTTP, я говорю с вами) .
Трудно ответить на ваш запрос "фиктивного доказательства". Чтобы эффективно использовать такой инструмент, как Wireshark (особенно некоторые из хороших расширенные возможности например, отслеживание TCP-потоков или обнаружение аномалий) вам действительно нужно понимать стек уровня протокола и то, что происходит. Пока компьютеры не станут «умными», не будет хорошей программной замены человеческим знаниям.
Редактировать:
Я провел некоторый анализ для клиентов, которые испытывали проблемы с "медлительностью" с непрозрачными проприетарными протоколами уровня 7 (привет, Bentley "AutoPlant", я говорю с вами), и могу сказать, что даже в простом трафике есть некоторая ценность анализ (кто с кем разговаривает, когда и сколько). Намек состоял в том, что «сеть» была узким местом, поэтому небольшое обнюхивание трафика в сочетании с запуском трассировки «Монитора процессов» на клиентском ПК позволило получить несколько хороших графиков, которые показали сравнение загрузки ЦП клиента, загрузки ЦП сервера, сетевой ввод-вывод и внутренний ввод-вывод SAN. В конце концов, это был всего лишь своего рода анализ трафика, но он помог выявить неприятную ошибку «зацикливания» в клиентском программном обеспечении, которая не имела ничего общего с «сетью».
В качестве другого примера, вчера здесь был вопрос о медленный вход в систему с перемещаемыми профилями пользователей где ставилось под сомнение поведение кэширования перемещаемых профилей пользователей Windows XP. Не имея доступа к исходному коду Windows (как я часто этого не делаю), я решил выполнить анализ трафика, чтобы определить, каково было поведение кэширования. Протокол клиент / сервер, SMB, не является opqaue, но я рассматривал его как таковой, поскольку на самом деле я искал метрику передаваемых данных.
Насколько глубоко вы войдете в кроличью нору, зависит от того, что вы ищете.
Пытаться http://www.wireshark.org/ -
ПРЕДУПРЕЖДЕНИЕ! Этот инструмент может быть незаконным в некоторых странах и при определенных обстоятельствах.
Вы можете попробовать Чарльза, http://www.charlesproxy.com. Это не совсем бесплатно, но их бесплатная пробная версия поможет вам довольно далеко. Вы получаете полчаса записи трафика за раз. Его также намного проще использовать, чем что-то вроде WireShark. Это также разумная цена, если вы решите использовать полную версию. WireShark, скорее всего, даст вам больше всего отзывов, но я бы не стал считать это фиктивным доказательством. http://www.wireshark.org/.
если это Windows, загрузите новейшую версию netmon с сайта download.microsoft.com.
tcpview - это самый простой инструмент, который вы найдете, но при этом сохраняющий некоторую полезность:
http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx
Что касается более широкого вопроса - вы не можете разбить сложное устранение неполадок на что-то «фиктивное». Это мнение немного оскорбительно.