2013-05-03 11 views
6

मैं ENC28J60 चिप और PIC18F4620 के साथ एक सर्वर का निर्माण कर रहा हूं। चिप ईथरनेट के माध्यम से मेरे पीसी से जुड़ा हुआ है। वर्तमान में, मैं टीसीपी कनेक्शन स्थापित करने की कोशिश कर रहा हूं जिस पर मैं बाद में एक HTTP कनेक्शन बनाउंगा। मैंने पहले कभी टीसीपी के साथ काम नहीं किया है।टीसीपी हैंडशेकिंग विफल रहता है - सर्वर के जवाब में क्या गलत है?

मैं केवल एम्बेडेड डिवाइस पर टीसीपी लागू कर रहा हूं, पीसी पर नहीं।

आवश्यक एआरपी अनुरोधों और उत्तरों भेजे जाने के बाद, मैं अपना ब्राउज़र खोलता हूं, चिप का आईपी पता टाइप करता हूं और एंटर दबाता हूं। वायरशर्क में, मुझे एक टीसीपी अनुरोध SYN ध्वज बनाया गया है। मेरा मानना ​​है कि एसईएन ध्वज एक नई हैंडशेक दीक्षा इंगित करता है, तो यह अच्छा है, है ना?

मेरी चिप का उत्तर में SYN और ACK ध्वज सक्षम है। what I understood से, यह एक SYN- फ़्लैग किए गए अनुरोध का उत्तर देने का सही तरीका है। चिप भेजता है पावती संख्या सही है। अब, चिप को उसी संदर्भ के अनुसार एसीके ध्वज सक्षम के साथ एक जवाब मिलना चाहिए।

हालांकि, प्रक्रिया शुरू हो रही है: पीसी सटीक उसी पैकेट अपने पहले पैकेट के रूप में भेजता है, केवल 'पहचान' बदल गई है। मैंने अपने चिप को प्रोग्रामिंग रोकने के लिए प्रोग्राम किया जब यह एक ही सॉकेट पर एसईएन अनुरोध प्राप्त करता रहता है, इसलिए यह ट्रांसमिशन का अंत है, ब्राउज़र में मैंने पढ़ा है कि सर्वर तक नहीं पहुंचा जा सकता है।

यह कनेक्शन एक ही समय में चार सॉकेट पर बना है, सभी एक ही परिणाम के साथ।

जैसा कि मैं क्लाइंट के रूप में बस अपने पीसी का उपयोग कर रहा हूं (और मेरे ईथरनेट पोर्ट/ड्राइवर के साथ कुछ भी गलत नहीं है), समस्या सर्वर के साथ कुछ और इस प्रकार दूसरे पैकेट के साथ होना चाहिए।

दूसरे पैकेट के साथ क्या गलत है? Wireshark कुछ भी गलत के रूप में चिह्नित नहीं करता है, लेकिन ग्राहक एक एसीके नहीं भेजता है।


1: यहाँ पैकेट wireshark ऊपर उठाता हैं:

Client: 3085 > 80 [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=8 TSval=0 TSecr=0 SACK_PERM=1 
0000 00 13 d4 c6 53 16 00 1a a0 03 c7 21 08 00 45 00 ....S... ...!..E. 
0010 00 40 de 48 40 00 80 06 9a e1 c0 a8 00 01 c0 a8 [email protected]@... ........ 
0020 00 3c 0c 0d 00 50 88 ab 7e 18 00 00 00 00 b0 02 .<...P.. ~....... 
0030 ff ff a1 4f 00 00 02 04 05 b4 01 03 03 03 01 01 ...O.... ........ 
0040 08 0a 00 00 00 00 00 00 00 00 01 01 04 02   ........ ...... 

Server: 80 > 3085 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1460 WS=8 
0000 00 1a a0 03 c7 21 00 13 d4 c6 53 16 08 00 45 00 .....!.. ..S...E. 
0010 00 30 88 10 40 00 7f 06 f2 29 c0 a8 00 3c c0 a8 [email protected] .)...<.. 
0020 00 01 00 50 0c 0d 00 00 00 01 88 ab 7e 19 70 12 ...P.... ....~.p. 
0030 ff ff ef 77 00 00 02 04 05 b4 01 03 03 03   ...w.... ...... 

Client: 3085 > 80 [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=8 TSval=0 TSecr=0 SACK_PERM=1 
0000 00 13 d4 c6 53 16 00 1a a0 03 c7 21 08 00 45 00 ....S... ...!..E. 
0010 00 40 de 6f 40 00 80 06 9a ba c0 a8 00 01 c0 a8 [email protected]@... ........ 
0020 00 3c 0c 0d 00 50 88 ab 7e 18 00 00 00 00 b0 02 .<...P.. ~....... 
0030 ff ff a1 4f 00 00 02 04 05 b4 01 03 03 03 01 01 ...O.... ........ 
0040 08 0a 00 00 00 00 00 00 00 00 01 01 04 02   ........ ...... 

सभी इस तीन अन्य ग्राहक के स्रोत पोर्ट के साथ इसी तरह होता है।

तुलना के लिए, मैं google.com को एक अनुरोध बना दिया है और यहाँ टीसीपी धारा है:

Client: 49562 > 80 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1 
0000 00 1a a0 03 c7 21 08 9e 01 30 ee 69 08 00 45 00 .....!.. .0.i..E. 
0010 00 34 32 3f 40 00 80 06 38 ab c0 a8 00 3c 4a 7d [email protected] 8....<J} 
0020 84 78 c1 9a 00 50 74 b8 31 9c 00 00 00 00 80 02 .x...Pt. 1....... 
0030 20 00 56 f7 00 00 02 04 05 b4 01 03 03 08 01 01 .V..... ........ 
0040 04 02            ..    

Server: 80 > 49562 [SYN, ACK] Seq=0 Ack=1 Win=62920 Len=0 MSS=1430 SACK_PERM=1 WS=64 
0000 08 9e 01 30 ee 69 00 1a a0 03 c7 21 08 00 45 00 ...0.i.. ...!..E. 
0010 00 34 9e e3 00 00 2e 06 5e 07 4a 7d 84 78 c0 a8 .4...... ^.J}.x.. 
0020 00 3c 00 50 c1 9a f4 5e 12 bc 74 b8 31 9d 80 12 .<.P...^ ..t.1... 
0030 f5 c8 7a 22 00 00 02 04 05 96 01 01 04 02 01 03 ..z".... ........ 
0040 03 06            ..    

Client: 49562 > 80 [ACK] Seq=1 Ack=1 Win=65536 Len=0 
0000 00 1a a0 03 c7 21 08 9e 01 30 ee 69 08 00 45 00 .....!.. .0.i..E. 
0010 00 28 32 49 40 00 80 06 38 ad c0 a8 00 3c 4a 7d .([email protected] 8....<J} 
0020 84 78 c1 9a 00 50 74 b8 31 9d f4 5e 12 bd 50 10 .x...Pt. 1..^..P. 
0030 01 00 af 9e 00 00 00 00 00 00 00 00    ........ ....  
+0

आपको वायरशर्क में एक और वर्बोज़/सूचनात्मक मोड की जांच करनी होगी। Wireshark हेक्सडंप की तुलना में अधिक समझदार तरीके से आपके लिए पैकेट को आसानी से डीकोड कर सकता है। मुझे संदेह है कि कई लोग वास्तव में हेक्सडम्प को समझने की कोशिश करेंगे। उल्लेख नहीं है कि कोई भी हेक्सडम्प से चेकसम को फिर से गणना नहीं करेगा। – jippie

उत्तर

5

मैं wireshark में अपने कब्जा लोड करने के लिए text2pcap इस्तेमाल किया।

यदि आप टीसीपी चेकसम सत्यापन और पूर्ण अनुक्रम संख्या सक्षम करते हैं, तो आपको अपने चिप के SYN-ACK पैकेट में एक खराब टीसीपी चेकसम दिखाई देगा।

इसके अलावा, पूर्ण अनुक्रम संख्या 0 से शुरू होने वाली चिप बहुत कमजोर है।

+1

यह मजेदार है, वास्तव में 5 मिनट पहले मैंने वही चीज़ खोज ली! आपके काम के लिए बहुत बहुत धन्यवाद! – Keelan

+0

@CamilStaps अगर आपको कोई समाधान मिला, तो आपको साझा करना चाहिए था। क्या यह एक जवाब लिख रहा था जब यह आया था? –

+0

@JanDvorak यह केवल 5 मिनट (कोई रूपक नहीं) था, मैं अभी भी जांच रहा था कि यह _the_ मुद्दा था (और उदाहरण के लिए, Google स्थानांतरण पर कोई समस्या भी नहीं है)। बेशक, मैं खुद को अन्यथा एक जवाब लिखना होगा! – Keelan

संबंधित मुद्दे