සම්බන්ධතාවය ප්‍රතික්ෂේප වීම සහතික ගැටලුවක් නොවේ: VPN ක්‍රියාකාරී මාර්ගෝපදේශය

CRL නැවත සකස් කළ පසු වහාම සම්බන්ධතාවය ප්‍රතික්ෂේප වූ බව සේවාලාභියා කියයි, එබැවින් CRL වැරදිකරු ලෙස පෙනේ. එසේ නොවේ. ප්‍රතික්ෂේපය ප්‍රවාහන ස්තරයේ පිළිතුරකි, සහ සහතික වලංගුකරණය පසුව, උමං හස්ත සම්ප්‍රේෂණය තුළ සිදු වේ. කාලය ගැළපීම සන්දර්භයකි, සාක්ෂියක් නොවේ.

පරීක්ෂණ දෙකක් අවස්ථා විනාඩියකට අඩු කාලයකින් වෙන් කරයි, ඒවායින් කිසිවක් විශ්වාස සැකසුම් ස්පර්ශ නොකරයි.

දෝෂය ඇති කළ ස්තරයේම එය කියවන්න

connect වෙතින් ECONNREFUSED යනු ප්‍රවාහන උත්සාහය ප්‍රතික්ෂේප වූ බවයි: යමක් reset සමඟ පිළිතුරු දුන්නේය, නැතහොත් තොගය ළඟා විය නොහැකි තොටුපළක් වාර්තා කළේය. සහතික ගැටලුවකට එම දෝෂය ඇති කළ නොහැක, මන්ද ප්‍රවාහන සම්බන්ධතාවයකින් තොරව TLS හස්ත සම්ප්‍රේෂණය කිසිදා ආරම්භ නොවේ. ප්‍රතික්ෂේපයක් දකින්නේ නම්, සේවාලාභියා සහතිකය ඉදිරිපත් කරන අවස්ථාවට පවා පැමිණ නැත. එම එකම කරුණ අවලංගු කිරීම හේතුවක් ලෙස බැහැර කරයි.

ප්‍රතිවිරුද්ධය ද සත්‍යය. අවලංගු කළ සහතිකයක් සම්පූර්ණ TCP සම්බන්ධතාවයක් සහ අසාර්ථක හස්ත සම්ප්‍රේෂණයක් ඇති කරයි, එය සේවාදායකයේ සත්‍යාපන දෝෂයක් ලෙස සටහන් වේ.

TCP ප්‍රතික්ෂේපය: කිසිවෙක් සවන් නොදේ

TCP සඳහා, අදහස් කළ අවස්ථාව ක්‍රියාත්මක වන්නේද සහ පැතිකඩේ ලිපිනයට හා තොටුපළට බැඳී තිබේද යන්න පරීක්ෂා කරන්න. ss -lntp සවන්දෙන්නන් පෙන්වයි, ඔවුන්ගෙන් එකක් නොතිබීම සාමාන්‍ය පැහැදිලි කිරීමයි. ඉවත හෙළීම වෙනුවට ප්‍රතික්ෂේප කරන ෆයර්වෝලයක් සේවාලාභී පැත්තේ එම පණිවිඩයම ඇති කරයි, එබැවින් දෙකම පරීක්ෂා කරයි.

ලිපින පවුල ද පරීක්ෂා කරන්න. 127.0.0.1 හෝ IPv6 සඳහා පමණක් බැඳුණු සේවාවක් අනෙකට විසඳෙන සේවාලාභියා ප්‍රතික්ෂේප කරනු ඇත.

පසුව අනුමාන නොකර සේවා ලොගය කියවන්න. CA නඩත්තුවෙන් පසු නැවත ආරම්භය කියවිය නොහැකි හෝ නැති ගොනුවක අසාර්ථක විය හැකි අතර කිසිදා සවන්දීමේ තත්වයට පැමිණ නොතිබිය හැක, ලොගය ගොනුවේ නම කියයි. එය ආරම්භක අසාර්ථකත්වයකි, ප්‍රතික්ෂේප කළ සහතිකයකට වඩා වෙනස් දෝෂයකි.

UDP සඳහා ප්‍රතික්ෂේප කිරීමට හස්ත සම්ප්‍රේෂණයක් නැත

UDP හරහා OpenVPN TCP අර්ථයෙන් සම්බන්ධතාවයක් ස්ථාපිත නොකරයි, එබැවින් connect වේලාවේ ප්‍රතික්ෂේප කිරීමට කිසිවක් නැත. Linux හි, UDP සොකට් එකක් පෙන්වන දෝෂයක් කලින් ඩේටාග්‍රෑමයක් විසින් ජනනය කළ ICMP port-unreachable එකකින් ආ හැක. udp(7) මාර්ගෝපදේශ පිටුව එම අසමමුහුර්ත හැසිරීම විස්තර කරයි.

එබැවින් UDP සේවාලාභියාට සේවාදායක ක්‍රියාවලිය ක්‍රියාත්මක වන නමුත් අපේක්ෂිත ලිපිනයට බැඳී නොමැති විට ප්‍රතික්ෂේපයක් මුද්‍රණය කළ හැක.

CRL සැබවින්ම පරීක්ෂා කරන්නේ කොහේද

CRL විමසනු ලබන්නේ TLS හස්ත සම්ප්‍රේෂණය අතරතුර, අනෙක් පක්ෂය විසින් තම සහතිකය ඉදිරිපත් කළ පසු, සහ සේවාදායක වින්‍යාසය එයට ඉඩ දුන්නොත් පමණි. OpenVPN හි crl-verify විකල්පය ගොනුවට යොමු කරයි, සහ අසාර්ථකත්වය සේවාදායක ලොගයේ සහතිකය නම් කරන සත්‍යාපන දෝෂයක් ලෙස දිස් වේ.

එබැවින් අවලංගු කළ සේවාලාභියා ප්‍රවාහන ස්තරයේ සම්බන්ධ වී පසුව සත්‍යාපනයේ අසාර්ථක වේ. එකම සේවාදායකය, එකම තොටුපළ, සම්පූර්ණයෙන් වෙනස් පණිවිඩයක්.

එම අවස්ථාවට පැමිණි විට CRL හි නිකුත් කරන්නා සහ වලංගුතා දින පරීක්ෂා කරන්න. වැරදි CA විසින් අත්සන් කළ CRL, හෝ සේවාලාභියා සම්බන්ධ වීමට පෙර කල් ඉකුත් වූ CRL, සේවාලාභියාගේම සහතිකයට කිසිදු සම්බන්ධයක් නැති සත්‍යාපන දෝෂ ඇති කරයි.

ඊළඟ වතාවට කෙටි මාර්ගෝපදේශයක්

පළමුව ප්‍රවාහනය තහවුරු කරන්න: සවන්දෙන්නෙක් සිටී, නිවැරදි ලිපින පවුල, ෆයර්වෝලය ප්‍රතික්ෂේප නොකරයි. පසුව ආරම්භක ලොගය කියවා සේවාව සවන්දීමේ තත්වයට පැමිණ ඇති බව තහවුරු කරන්න. ඊට පසුව පමණක් සත්‍යාපන පණිවිඩ සඳහා හස්ත සම්ප්‍රේෂණ දෝෂ බලන්න. මෙම අනුපිළිවෙල ස්ථාවරව තබා ගන්න, මන්ද සෑම පියවරක්ම සම්පූර්ණ හේතු පන්තියක් ඉවත් කරයි.

ප්‍රවාහනය, විසඳන ලද ගමනාන්තය, තොටුපළ සහ දෝෂයේ නිශ්චිත පෙළ ලියා තබන්න. සේවාලාභියා නැවත ස්ථාපනය කිරීම එම සාක්ෂිය විනාශ කරන අතර සාමාන්‍යයෙන් කිසිවක් වෙනස් නොකරයි.