CLOSE_WAIT සහ TIME_WAIT තත්වයන් මොනවාද?

177

මම netstat -aමගේ වින්ඩෝස් යන්ත්‍රය මත කරන විට , ප්‍රාන්ත හතරෙන් එකක් සහිත වරාය ලැයිස්තුවක් මට ලැබේ:

- LISTENING
- CLOSE_WAIT
- TIME_WAIT
- ESTABLISHED

අදහස් කරන්නේ කුමක්ද CLOSE_WAITසහ TIME_WAITඅදහස් කරන්නේ කුමක්ද?

— ලේසර්
source

Webmasters.stackexchange.com/q/22946

— ධිරාජ් වෙපකොම්මා

'man netstat' බලන්න, රාජ්‍ය අංශයට පහළට අනුචලනය කරන්න: linux.die.net/man/8/netstat

— MaQleod

අපගේ සහෝදරියන්ගේ සේවාදායක දෝෂය පිළිබඳ පිළිතුරකට ලැජ්ජාශීලී ප්ලග් .

— හෙනස්

හරස් අඩවි ඩුප්: askubuntu.com/questions/538443/…

— මොකුබායි

Answers:

188

TCP / IP ක්‍රියා කරන ආකාරය නිසා සම්බන්ධතා වහාම වසා දැමිය නොහැක. පැකට් ඇණවුමෙන් පැමිණිය හැකිය හෝ සම්බන්ධතාවය වසා දැමීමෙන් පසු නැවත සම්ප්‍රේෂණය කළ හැකිය. CLOSE_WAIT ඇඟවුම් කරන්නේ දුරස්ථ අන්ත ලක්ෂ්‍යය (සම්බන්ධතාවයේ අනෙක් පැත්ත) සම්බන්ධතාවය වසා ඇති බවයි. TIME_WAIT පෙන්නුම් කරන්නේ දේශීය අන්ත ලක්ෂ්‍යය (මේ පැත්ත) සම්බන්ධතාවය වසා ඇති බවයි. ඕනෑම ප්‍රමාද වූ පැකට් සම්බන්ධතාවයට ගැලපෙන පරිදි හා නිසි ලෙස හැසිරවිය හැකි වන පරිදි සම්බන්ධතාවය වටා තබා ඇත. මිනිත්තු හතරක් ඇතුළත කාලය අවසන් වූ විට සම්බන්ධතා ඉවත් කෙරේ. වැඩි විස්තර සඳහා http://en.wikipedia.org/wiki/Transmission_Control_Protocol බලන්න .

— බිල්තෝර්
source

නමුත් මෙයින් අදහස් කරන්නේ, ක්‍රියාකාරීත්වය නැවත පැමිණීමෙන් පසු පැකට් පැමිණියත්, යෙදුම මඟින් ඒවා තවමත් ඉවතලනු ඇති බව නොවේද?

— MonsterMMORPG

OnMonsterMMORPG සම්බන්ධතාවය වසා දැමීමෙන් පසු පිළිවෙලට පැමිණෙන පැකට් ජාල තොගය මඟින් හසුරුවනු ලැබේ. සාමාන්‍ය අනුපිටපත් පැකට් නියමයන්ට අනුව මේවා සාමාන්‍යයෙන් ආරක්ෂිතව ඉවත දැමිය හැකිය. නොදන්නා ක්‍රියාකාරී සම්බන්ධතාවයකට සම්බන්ධ බව පෙනෙන පැකට් සාමාන්‍යයෙන් ඉවතලන අතර ප්‍රතිචාරයක් ජනනය කරයි. WAIT පවසන්නේ මෙම ගමනාගමනයෙන් ආරක්ෂා වන බවයි.

— බිල්තෝර්

මූලික වශයෙන් "WAIT" හි සඳහන් වන්නේ එක් පැත්තක් සම්බන්ධතාවය වසා දැමූ නමුත් සමීපයේ අවසාන තහවුරු කිරීම ඉතිරිව ඇති බවයි.

වැඩි විස්තර සඳහා TCP හි මෙම රූප සටහන බලන්න:

http://www.jxos.org/Projects/TCP/tcpstate.html

— sleske
source

මෙය CLOSE_WAIT නිවැරදිව විස්තර කරන නමුත් TIME_WAIT නොවේ. TIME_WAIT ඇඟවුම් කරන්නේ දේශීය යෙදුම සම්බන්ධතාවය වසා දැමූ අතර අනෙක් පැත්ත පිළිගෙන තමන්ගේම FIN එකක් යවා ඇති බවයි. එකම වරායේ නව පරිශීලකයෙකු කලබලයට පත් කළ හැකි ඕනෑම ව්‍යාජ අනුපිටපත් සඳහා අපි දැන් බලා සිටිමු.

— ක්‍රිස් ස්මූටන්

H ක්‍රිස්මව්ටන්, ඉතින් නිවැරදි පාරිභාෂිතය භාවිතා කරන්නේ කවුද? රූප සටහන හෝ netstat? ( cf. )

— පැසීරියර්

AcPacerier මම හිතන්නේ ඒවා ගැලපේ - ඔවුන් එකඟ නොවන්නේ කොහේද?

— ක්‍රිස් ස්මූටන්

H ක්‍රිස්මව්ටන් ඉතින් මෙයින් අදහස් කරන්නේ ඊළඟ වරාය හිමිකරුට අමතර බයිට් ලැබිය හැකි අතර අප TIME_WAIT = 0 සකසන්නේ නම් ප්‍රතිචාරය බිඳ දැමිය හැකිද?

— MonsterMMORPG

විය හැකි නමුත් ඉතා අසීරු ය, මන්ද යත්, ප්‍රවාහය තුළට විහිදුණු ව්‍යාජ පැකට්ටුව බැලීමට යෙදුමට අනුක්‍රමික අංක ගැලපීමට අවශ්‍ය වන නිසා හෝ නිවැරදි අනුක්‍රමික අංකය පැමිණෙන තෙක් ග්‍රාහකයාට පෙනෙන පරිදි ඇණවුම් පැකට්ටුවෙන් බෆර් කිරීමට අවශ්‍ය වනු ඇත. ප්‍රායෝගිකව සිදු කරන්නේ දැයි ඔබට පැවසීමට ප්‍රායෝගික ක්‍රියාත්මක කිරීම් ගැන මම නොදනිමි.

— ක්‍රිස් ස්මූටන්

TIME_WAIT නිරූපණය කරන්නේ දුරස්ථ TCP හට එහි FIN ඉල්ලීමෙහි ACK ලැබී ඇති බවට සහතික වීමට ප්‍රමාණවත් කාලයක් බලා සිටීමයි. En.wikipedia.org/wiki/Transmission_Control_Protocol (සහ RFC 793 ද බලන්න )

— ඩෙනියෝ මාරිස්
source

පවත්නා පිළිතුරු මගින් සපයන තොරතුරු වලට මෙය එකතු කරන්නේ කුමක්ද?

— fixer1234

RFC 793

— Denio Mariz