पिंग वैकल्पिक के लिए tcp?


12

नेटवर्क 'गुणवत्ता' - विलंबता, गिराए गए पैकेटों की संख्या आदि की जांच करना एक सामान्य कार्य है, लेकिन 'पिंग' में कई कमियां हैं: - यह ICMP का उपयोग करता है। कई ISP में ICMP और TCP ट्रैफ़िक के लिए अलग-अलग शेपर्स होते हैं, इसलिए 'ping' में 10ms विलंबता दिखाई देगी, लेकिन TCP कनेक्शन 1000ms + का अनुभव करेंगे। - यह बहुत कम मात्रा में पैकेट भेजता है। डिफ़ॉल्ट रूप से, हर सेकंड में एक पैकेट। चूंकि टीसीपी प्रोटोकॉल पैकेट हानि को सहन करता है (यह बहुत अच्छी तरह से संचालित हो सकता है आधा पैकेट खो जाता है - यह सामान्य है), यह बिल्कुल स्पष्ट नहीं है कि क्या पिंग का "30% पैकेट नुकसान" हत्या कनेक्शन है या यदि यह बिल्कुल सामान्य है।

तो, क्या यह पिंग के लिए कोई विकल्प है जो आईसीएमपी के बजाय टीसीपी कनेक्शन का उपयोग करता है और इंटरनेट कनेक्शन की गुणवत्ता की जांच करता है?


30% की पिंग हानि उन पतों के बीच किसी अन्य कनेक्शन के लिए मृत्यु है। % 10 मौत के पास है। गंभीर मुद्दों को देखने से पहले% 1 शायद सीमा है।
जोन्सोम ने मोनिका

जवाबों:


14

इस तथ्य के बावजूद कि टीसीपी पैकेट-नुकसान / पैकेट-ऑर्डर के मुद्दों को सहन कर सकता है, 30% का पिंग नुकसान अभी भी काफी महत्वपूर्ण है यदि "आबादी" पर्याप्त रूप से बड़ी है - यानी, 100 से अधिक पिंग्स।

लेकिन सवाल का जवाब देने के लिए, आप नैम्प पर देख सकते हैं। मुझे यकीन है कि उदाहरण शीघ्र ही बाढ़ में आ जाएंगे :)

इससे भी महत्वपूर्ण बात यह है कि आप केवल एक गोल-यात्रा समय नहीं चाहते हैं, आप वास्तव में अपने मशीन से सर्वर पर प्रदर्शन और हर (संभव) हॉप पर वापस देखना चाहते हैं।

आप इसके साथ कर सकते हैं traceroute- हालांकि इसका सबसे सामान्य रूप से पाया जाने वाला संस्करण ICMP या UDP का उपयोग करके किया जाता है, लेकिन tcp tracerouteवहां खोजें - और शुरू करें।

यहाँ कुछ मजेदार उपकरण हैं जिन्हें आप आजमा रहे हैं ...

यहाँ एक उदाहरण के साथ है lft...

 % lft -S 4.2.2.2

 Hop  LFT trace to vnsc-bak.sys.gtei.net (4.2.2.2):80/tcp
  1   ln-gateway.centergate.com (206.117.161.1) 0.5ms
  2   isi-acg.ln.net (130.152.136.1) 2.3ms
  3   isi-1-lngw2-atm.ln.net (130.152.180.21) 2.5ms
  4   gigabitethernet5-0.lsanca1-cr3.bbnplanet.net (4.24.4.249) 3.0ms
  5   p6-0.lsanca1-cr6.bbnplanet.net (4.24.4.2) 3.4ms
  6   p6-0.lsanca2-br1.bbnplanet.net (4.24.5.49) 3.3ms
  7   p15-0.snjpca1-br1.bbnplanet.net (4.24.5.58) 10.9ms
  8   so-3-0-0.mtvwca1-br1.bbnplanet.net (4.24.7.33) 11.1ms
  9   p7-0.mtvwca1-dc-dbe1.bbnplanet.net (4.24.9.166) 11.0ms
 10   vlan40.mtvwca1-dc1-dfa1-rc1.bbnplanet.net (128.11.193.67) 11.1ms
 **   [neglected] no reply packets received from TTLs 11 through 20
 **   [4.2-3 BSD bug] the next gateway may errantly reply with reused TTLs
 21   [target] vnsc-bak.sys.gtei.net (4.2.2.2) 11.2ms

मैं घंटों तक पाकेटो को खोजने की कोशिश कर रहा हूं लेकिन मैं नाम और अधिकांश संदर्भों को पूरी तरह से भूल गया हूं। लिंक के लिए धन्यवाद!
clee

4

Netcat पॉवर टूल बताता है कि netcat के साथ TCP Ping कैसे करें । विशेष रूप से, हर अवांछित एसीके पैकेट को आरएसटी वापस करना चाहिए।


3

मैं व्यक्तिगत रूप से mtr ( http://www.bitwizard.nl/mtr/ ) का एक बड़ा प्रशंसक हूं , mtr एक ncurses आधारित ट्रैसरूटी क्लोन है जो icmp और udp दोनों का उपयोग करके काम कर सकता है। यह आपको एक निश्चित मेजबान के लिए आपके लिंक में कमजोर स्पॉट दिखाता है और इस तरह से गैर घुसपैठ है।

जब यह वास्तव में कुछ लोड परीक्षणों की बात आती है तो मैं iperf (जो कि क्लाइंट / सर्वर है) के साथ जाऊंगा।


इसके अलावा, किसी को भी दिलचस्पी के लिए एमटीआर के जीटीके वेरिएंट
केंट फ्रेड्रिक

2

विंडोज के लिए आप tcping जैसे कुछ का उपयोग कर सकते हैं:
http://www.elifulkerson.com/projects/tcping.php

और लिनक्स के लिए सबसे अच्छी उपयोगिता है, पहले से ही उल्लेख किया गया है hping,।

# hping -S -p 80 www.sunet.se
HPING www.sunet.se (eth0 192.36.171.155): S set, 40 headers + 0 data bytes
len=46 ip=192.36.171.155 ttl=59 DF id=0 sport=80 flags=SA seq=0 win=5840 rtt=0.7 ms
len=46 ip=192.36.171.155 ttl=59 DF id=0 sport=80 flags=SA seq=1 win=5840 rtt=0.7 ms
len=46 ip=192.36.171.155 ttl=59 DF id=0 sport=80 flags=SA seq=2 win=5840 rtt=0.6 ms
^C
--- www.sunet.se hping statistic ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.6/0.7/0.7 ms

1

ICMP पैकेट आमतौर पर धीमे दिए जाते हैं (यदि इसमें कोई अंतर है), क्योंकि अधिकांश नेटवर्क उन्हें चित्रित करते हैं, विशेषकर पैकेट पैकेट। आम तौर पर, यदि आप ICMP और TCP प्रतिक्रियाओं से ऐसे भिन्न परिणाम देख रहे हैं, तो समस्या या तो एक अतिभारित सर्वर है या रास्ते में फ़ायरवॉल पर विशिष्ट TCP आकार दे रहा है।

आप जांच करनी चाहिए traceroute -P tcp, tcptraceroute, lftऔर निश्चित रूप से telnet


परिभाषित करें "धीमा।" आपका उत्तर गलत है। प्रतिरूपित पैकेटों पर ध्यान नहीं दिया जाता है "धीमा", वे गिराए जाने की अधिक संभावना है। यह टीसीपी के लिए पूर्व की तुलना में धीमी प्रवाह में दिखाई देता है। इसके परिणामस्वरूप अधिक रिट्रांसमिट होते हैं, लेकिन एक पैकेट धीमा नहीं होता है, या यदि यह है, तो केवल मामूली रूप से ऐसा होता है। ध्यान दें कि यह केवल धीमे लिंक को प्रभावित करेगा, उदाहरण के लिए DSL समापन बिंदु; इंटरनेट पर ही, ऐसे पैकेट को छानने के लिए किसी को परेशान करने के लिए बहुत कुछ किया जा रहा है, जब तक कि वे मजबूर न हों।
niXar

1
निश्चित रूप से, यह कहना कि "धीमा" आलसी था, "और अधिक गिराए जाने की संभावना" सटीक है। यह नेट पर असामान्य नहीं है, बस नेट के mtrविभिन्न स्थानों पर कुछ सेट करें और आप देखेंगे कि अक्सर विभिन्न नेटवर्क विभिन्न बिंदुओं पर ICMP पैकेट वितरित करते हैं।
एलेक्स जे

1

आप इस तरह के नेटवर्क मापदंडों को मापने के लिए कुछ क्यूओएस एप्लिकेशन का उपयोग कर सकते हैं। उदाहरण के लिए:

NetPerf (www.netperf.org/netperf/): Netperf एक बेंचमार्क है, जिसका उपयोग कई अलग-अलग प्रकार के नेटवर्किंग के प्रदर्शन को मापने के लिए किया जा सकता है। यह दोनों unidirecitonal थ्रूपुट, और अंत-से-अंत विलंबता के लिए परीक्षण प्रदान करता है। वर्तमान में netperf द्वारा मापने योग्य वातावरण में शामिल हैं:

* TCP and UDP via BSD Sockets for both IPv4 and IPv6
* DLPI
* Unix Domain Sockets
* SCTP for both IPv4 and IPv6 

या

IPerf (sourceforge.net/projects/iperf) Iperf को NLANR / DAST द्वारा अधिकतम टीसीपी और यूडीपी बैंडविड्थ प्रदर्शन को मापने के लिए एक आधुनिक विकल्प के रूप में विकसित किया गया था। Iperf विभिन्न मापदंडों और UDP विशेषताओं की ट्यूनिंग की अनुमति देता है। Iperf बैंडविड्थ, देरी घबराना, डेटाग्राम नुकसान की रिपोर्ट करता है।


1

हापिंग की जाँच करें और फिर बिंग पर एक नज़र डालें


हिप्पिंग अच्छा है, लेकिन इसके लिए विंडपैक की आवश्यकता है। लगता है कि pcap एक ही तरीका है जिससे विंडोज़ ऐसे टूल्स का उपयोग कर सकती है?
grigoryvp

यक ... पता नहीं था। यह एचपी हार्डवेयर पर स्कैपर करता है - एचपी इंटरफ़ेस टीमिंग सॉफ़्टवेयर कुछ विंडपैक लाइब्रेरीज़ का उपयोग करता है। - मुझे यह पता चला जब वायरशार्क स्थापित करने का प्रयास किया गया था।
मैथ्यू

1

टीसीपी 50% पैकेट नुकसान को "बर्दाश्त" नहीं कर सकता है। यह एक साधारण कारण के लिए, बस एक पड़ाव में पीस जाएगा: यह पैकेट के नुकसान के आधार पर अपनी संचरण गति को बढ़ाता है। जब पैकेट खो जाते हैं, तो उन्हें भीड़ को इंगित करने के लिए समझा जाता है। यदि आप ट्रैफ़िक की परवाह किए बिना 50% पैकेट (एक यादृच्छिक ड्रॉप फ़ायरवॉल नियम के साथ) कहते हैं , तो यह कभी भी घटती बैंडविड्थ उपलब्धता को देखेगा।

इसके अलावा मुझे संदेह है कि आईएसपी आईसीपी बनाम टीसीपी के आकार का है। कुछ लोग ऐसा कर सकते हैं, क्योंकि वहाँ वास्तव में कुछ मूर्ख लोग हैं, लेकिन ऐसा करने का कोई मतलब नहीं है। अधिकांश पूरे कनेक्शन को आकार देगा, या यह भीड़ के कारण "खुद को आकार देगा"। या तो मामलों में पैकेट आमतौर पर बेतरतीब ढंग से गिराए जाते हैं।

कहा जा रहा है, आप टीसीपी के साथ पिंग कर सकते हैं, लेकिन कई कैविटीज़ हैं। पहला केवल टीसीपी कनेक्शन में शुरुआती पैकेट भेजना है, जो एक सर्वर से एक प्रतिक्रिया को खुले पोर्ट के साथ हटा देगा, लेकिन इसे कनेक्शन के प्रयास के रूप में देखा जाएगा। आदर्श रूप से आप "इको" सेवा (टीसीपी पोर्ट 7) का उपयोग कर सकते थे ... लेकिन वास्तव में आप नहीं कर सकते क्योंकि यह अब हर जगह डिफ़ॉल्ट रूप से अक्षम है। वैसे भी, यदि आप किसी को उस मशीन पर आपके लिए सक्षम कर सकते हैं जिसे आप परीक्षण करना चाहते हैं, तो एक प्रोग्राम एक टीसीपी कनेक्शन के अंदर पैकेट के लिए दौर के बारे में समय की जांच करने के लिए उपयोग कर सकता है।

कहा जा रहा है, आपके पास संभवतः "ट्रेसपाथ" कमांड आपके मशीन पर स्थापित है; यह ट्रेसरआउट के समान है, लेकिन न तो टीसीपी या आईसीएमपी का उपयोग करता है, बल्कि यूडीपी। टीसीपी के लिए वहाँ विभिन्न उपयोगिताओं हैं, आप hping की कोशिश कर सकते हैं ।


0

पिंग का विकल्प, आप 'नेटस्टैट' का उपयोग कर सकते हैं

विकल्प: 1.netstat -antp 2.netstat -anup

-a = all, -n = socket के स्थानीय सिरे का पता और पोर्ट नंबर; -t = tcp; -p = प्रोग्राम

-उ = udp।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.