HTTP, टीसीपी, आदि की निगरानी करने के लिए टूल वेब सेवा यातायात

Question

वेब सेवा, एसओएपी, डब्ल्यूसीएफ, आदि यातायात की निगरानी करने के लिए आप सबसे अच्छा टूल क्या उपयोग कर रहे हैं और तार पर जा रहे हैं? मैंने जावा के साथ बनाए गए कुछ टूल देखे हैं लेकिन वे थोड़ा क्रोधित लगते हैं। मैं जो चाहता हूं वह एक उपकरण है जो मध्य में प्रॉक्सी के रूप में बैठता है और बंदरगाह पुनर्निर्देशन करता है (जिसमें कॉन्फ़िगर करने योग्य सुनो/रीडायरेक्ट पोर्ट होना चाहिए)। क्या ऐसा करने के लिए विंडोज़ पर कोई उपकरण काम करता है?

Answer 1

विंडोज HTTP के लिए, आप Fiddler को हरा नहीं सकते हैं। वेब सर्वर पर पोर्ट-फॉरवर्डिंग के लिए आप इसे reverse proxy के रूप में उपयोग कर सकते हैं। यह जरूरी नहीं है कि आईई की आवश्यकता हो। यह use other clients कर सकता है।

Answer 2

Wireshark पोर्ट पुनर्निर्देशन नहीं करता है, लेकिन बहुत सारे प्रोटोकॉल स्नीफ और व्याख्या करता है।

Answer 3

Paros Proxy देखें।

Answer 4

Wireshark (या तशार्क) शायद डिफैक्टो मानक ट्रैफिक निरीक्षण उपकरण है। यह अविभाज्य है और बंदरगाह पुनर्निर्देशन और प्रॉक्सी के साथ झुकाव के बिना काम करता है। हालांकि, यह बहुत सामान्य है, हालांकि, (AFAIK) विशेष रूप से वेब सेवा यातायात की निगरानी करने के लिए कोई टूलिंग प्रदान नहीं करता है - यह सभी टीसीपी/आईपी और http है।

आप शायद पहले से ही tcpmon पर देख चुके हैं, लेकिन मुझे किसी अन्य उपकरण के बारे में पता नहीं है जो बीच में बैठता है।

Answer 5

मैं WebScarab बहुत शक्तिशाली लगता है

Answer 6

JMeter के अंतर्निहित प्रॉक्सी सभी HTTP अनुरोध/प्रतिक्रिया जानकारी रिकॉर्ड करने के लिए इस्तेमाल किया जा सकता है।

फ़ायरफ़ॉक्स "लाइव HTTP शीर्षलेख" प्लगइन का उपयोग यह देखने के लिए किया जा सकता है कि अनुरोध भेजने/प्राप्त करने पर ब्राउज़र पक्ष पर क्या हो रहा है।

फ़ायरफ़ॉक्स "टैपर डेटा" प्लगइन उपयोगी हो सकता है जब आपको अनुरोध को अवरुद्ध करने और संशोधित करने की आवश्यकता होती है।

Answer 7

यदि आप विंडोज पर हैं तो आपको Microsoft Network Monitor सहायक मिल सकता है।

Answer 8

मैं ग्राफ़ उत्पन्न करने और आईआईएस लॉग में तत्वों को देखने के लिए LogParser का उपयोग करता हूं।

Answer 9

मैं पिछले कुछ वर्षों से Charles का उपयोग कर रहा हूं। इसके साथ बहुत खुश

Answer 10

मैंने फिडलर को अपनी रिवर्स प्रॉक्सी क्षमता के साथ @marxidad द्वारा वर्णित करने की कोशिश की और यह ठीक काम कर रहा है, क्योंकि फिडलर मेरे लिए एक परिचित यूआई है और विभिन्न प्रारूपों में अनुरोध/प्रतिक्रिया दिखाने की क्षमता है (यानी कच्चे, एक्सएमएल, हेक्स), मैं इसे इस प्रश्न के उत्तर के रूप में स्वीकार करता हूं। हालांकि एक बात है। मैं WCF का उपयोग करें और मैं रिवर्स प्रॉक्सी बात के साथ निम्न अपवाद है:

करने के लिए 'http://localhost:8000/path/to/service', रिसीवर प्रोसेस नहीं किया जा सकता है के साथ संदेश EndpointDispatcher में एक AddressFilter बेमेल की वजह से। जाँच करें कि प्रेषक और प्राप्तकर्ता के EndpointAddresses सहमत

मैं (धन्यवाद गूगल, ईआरएम .. मेरा मतलब लाइव खोज: पी) पता लगा है कि इस वजह से सर्वर और ग्राहक पर मेरे endpoint पतों पोर्ट संख्या से अलग है।आप एक ही अपवाद निम्न MSDN मंच संदेश के लिए परामर्श मिलता है:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2302537&SiteID=1

जो clientVia Endpoint व्यवहार का उपयोग करने की सिफारिश की गई MSDN लेख निम्नलिखित में विस्तार से बताया:

http://msdn.microsoft.com/en-us/magazine/cc163412.aspx

Answer 11

मैं दूसरे Wireshark। यह बहुत शक्तिशाली और बहुमुखी है। और चूंकि यह टूल न केवल विंडोज पर बल्कि लिनक्स या मैक ओएसएक्स पर भी काम करेगा, इसे सीखने के लिए अपना समय निवेश करेगा (वास्तव में काफी आसान) समझ में आता है। आप जो मंच या भाषा का उपयोग करते हैं, वह समझ में आता है।

सादर,

रिचर्ड बस प्रोग्रामर http://sili.co.nz/blog