කිල් ස්විචය ක්‍රියාත්මක වන විට: විවෘත TCP සැසිවලට කුමක් සිදුවේද?
අවහිර කළ පැකට්ටුවක් යනු වසා දැමූ සම්බන්ධතාවයක් නොවේ. සැසිය පරතරයෙන් ගැලවිය යුතුදැයි තීරණය කර, පසුව අවහිර කිරීම සහ ප්‍රතිසාධනය වෙන වෙනම ගුණාංග ලෙස පරීක්ෂා කරන්න.
උමග වැටෙන අතර, කිල් ස්විචය ක්‍රියාත්මක වේ, සහ හතරෙන් තුනක් නිම වූ බාගැනීමක් එක්කෝ කැටි වේ, එක්කෝ වහාම අසාර්ථක වේ. මෙම ප්‍රතිඵල දෙක ආරක්ෂණයේ වෙනස් මට්ටම්වලින් නොව, ක්‍රියාත්මක කිරීමේ වෙනස් තේරීම්වලින් පැමිණේ. ඉවත දැමූ පැකට්ටුවක් සම්බන්ධතාවය රැඳී සිටීමට සලස්වන අතර, ප්‍රතික්ෂේප කළ පැකට්ටුවක් එය වසා යෙදුමට දන්වයි. කුමන හැසිරීමක් අවශ්‍යද යන්න නිර්මාණ ප්‍රශ්නයක් වන අතර, එය පරීක්ෂා කිරීම වෙනම ව්‍යායාමයකි.
ඉවත දැමීම, ප්‍රතික්ෂේප කිරීම සහ යළි සැකසීම වෙනස් ය
රථවාහන ඉවත දමන ෆයර්වෝල් රීතියක් පැකට්ටුව බැහැර කර කිසිවක් ආපසු නොයවයි, එබැවින් යවන්නා තමන්ගේම කාලසටහන් අනුව නැවත යැවීම දිගටම කරයි. TCP reset සමඟ ප්‍රතික්ෂේප කරන රීතියක් සම්බන්ධතාවය වහාම වසා දමන අතර යෙදුමට දෝෂයක් පෙනේ. බොහෝ කිල් ස්විච ඉවත දමයි, මන්ද ප්‍රතික්ෂේපය ප්‍රතිපත්තිය හෙළිදරව් කරන අතර ඉවත දැමීම මළ ජාලයක හැසිරීමට සමාන බැවිනි.
අවහිර කිරීම සොකට් වසා දැමීමට සමාන නොවේ. යෙදුම තවමත් ස්ථාපිත තත්ත්වයේ විස්තරකරුවක් රඳවා ගෙන සිටින අතර, අතුරුදහන් වන්නේ පැකට්ටු පමණි. එබැවින් මෙහෙයුම් පද්ධතිය සම්බන්ධතාවය පවතින බවට තර්ක කරන අතරතුර පිටුවක් විනාඩි ගණනක් ස්පිනරයේ රැඳී සිටිය හැක. යෙදුමේ පණිවිඩයෙන් අනුමාන කිරීම වෙනුවට ලේඛනගත ක්‍රියාත්මක කිරීම කියවන්න, මන්ද හැසිරීම් දෙකම ජාලය වැටුණු ලෙස පෙනේ.
පරතරය පවතින අතරතුර යෙදුම කරන්නේ කුමක්ද
TCP වැඩිවන ප්‍රමාද සමඟ නැවත යවයි, සහ Linux හි පෙරනිමි නැවත උත්සාහ අයවැය තත්පරවලින් නොව, ආසන්න වශයෙන් පහළොව විනාඩියකින් අවසන් වේ. එතෙක් සොකට් එක ප්‍රයෝජනවත් ලෙස විවෘතව හෝ නැත, වසා දමාවත් නැත. තමන්ගේම keepalive හෝ ඉල්ලීම් කාල සීමා සහිත යෙදුම් බොහෝ විට වේගයෙන් අත්හරියි, එබැවින් එකම යන්ත්‍රයේ වැඩසටහන් දෙකක් එක් බාධාවක් තුළ වෙනස් ලෙස හැසිරේ.
උමග ආපසු පැමිණෙන විට දේශීය සොකට් වෙනස් වී නැත, නමුත් මාර්ගය වෙනස් විය හැක. නව පොදු මූලාශ්‍ර ලිපිනයක් සේවාදායකයේ වෙනත් හතරේ කට්ටලයක් නිපදවයි, එබැවින් එහා පසෙහි තත්ත්ව සහිත ෆයර්වෝලය තවදුරටත් සැසියට නොගැලපේ. සේවාලාභියා කිසිදා දෝෂයක් නොදුටුවද සම්බන්ධතාවය මළය.
ප්‍රතිසාධනය අවශ්‍යදැයි තීරණය කරන්න
ගිවිසුම් දෙකකින් එකක් තෝරන්න. එක්කෝ සැසිය කෙටි පරතරයක් ජයගත යුතුය, ඒ සඳහා ස්ථාවර ලිපිනකරණය සහ තම තත්ත්වය රඳවා ගන්නා සේවාදායකයක් අවශ්‍ය වේ, නැතහොත් යෙදුම පිරිසිදුව නැවත සම්බන්ධ විය යුතුය, ඒ සඳහා පුනරාවර්තනයට ආරක්ෂිත නැවත උත්සාහ තර්කනයක් අවශ්‍ය වේ. මේවා අතර ඕනෑම දෙයක් නරකම ප්‍රතිඵලය ලබා දෙයි: සේවාදායකය දැනටමත් වාර්තා කළ දේ නැවත යවන සේවාලාභියා, හෝ කිසිවෙකුට දැකිය නොහැකි සැසියක් සඳහා සාර්ථකත්වය වාර්තා කරන අය.
ස්ථාවර ලිපිනකරණය යනු මිනිසුන්ට අමතක වන කොටසයි, මන්ද වෙනත් පොදු ලිපිනයකට ගොඩබසින නැවත සම්බන්ධය සේවාලාභියාගේ සොකට් නීරෝගී ලෙස පෙනුණත් සේවාදායක පැත්තේ තත්ත්වය අවලංගු කරයි. ගිවිසුම් දෙකෙන් කුමක් එක් එක් යෙදුමට අදාළ වේදැයි ලියන්න, මන්ද ඒවා සියල්ලම ගැලපෙන්නේ කලාතුරකිනි.
අවහිර කිරීම සහ ප්‍රතිසාධනය වෙන වෙනම පරීක්ෂා කරන්න
කාන්දු ආරක්ෂණය සහ සැසි පැවැත්ම ගුණාංග දෙකක් ලෙස සලකන්න, මන්ද එකක් සමත් වීම අනෙක ගැන කිසිවක් නොකියයි. ඉතිරි වූ සැසියක් සෘජු රථවාහන අවහිර වූ බවට සාක්ෂියක් නොවේ, සහ මළ සැසියක් සෑම සෘජු මාර්ගයක්ම අවහිර වූ බවට සාක්ෂියක් නොවේ.
ss -tnp state established '( dport = :443 )'
sudo conntrack -L -p tcp --dport 443
sudo tcpdump -ni any 'tcp port 443 and tcp[tcpflags] & tcp-syn != 0'ප්‍රතිසාධනය නිරීක්ෂණය කරන විට හානිකර නොවන පරීක්ෂණ ක්‍රියාවක් භාවිත කරන්න, එවිට දෙවරක් යැවීම සිද්ධියක් නොවනු ඇත. ඔබ ඇත්තටම දුටු අසාර්ථකත්ව ආකාරය සටහන් කරන්න: යෙදුම පෙන්වූයේ කුමක්ද, සොකට් ඉතිරි වුණාද, සහ එය තමන්ම නැවත සුවපත් වූයේ කවදාද.
අපේක්ෂිත හැසිරීම ක්‍රියාත්මක කිරීමේ රීතිය අසල ලියා දිනයක් දමන්න. එම රීතිය වෙනස් කරන ඊළඟ පුද්ගලයා යෙදවීම ගිවිසුම් දෙකෙන් කුමක් පොරොන්දු වූයේදැයි දැනගත යුතුය.