DD-WRT හි OpenVPN 2.5 සවන්දෙන්නා මිය ගොස්ද? එය සාදන ලද වින්යාසය කියවන්න
OpenVPN 2.5 පැරණි බිල්ඩ් පිළිගත් වින්යාස ප්රතික්ෂේප කරයි. DD-WRT හි firewall එකට අත තැබීමට පෙර සාදන ලද ගොනුව සහ daemon ලොගය කියවන්න.
DD-WRT හි මිය ගිය සවන්දෙන්නෙකු යනු සාමාන්යයෙන් daemon එක එහි වින්යාසය විග්රහ කරමින් සිටියදීම පිටව ගිය බවයි, firewall රීතියක් port එක අවහිර කළ බව නොවේ. OpenVPN 2.5 පැරණි වින්යාස රඳා පැවති පෙරනිමි අගයන් කිහිපයක් දැඩි කළ අතර, පැරණි බිල්ඩ් එකක ක්රියා කළ සාදන ලද වින්යාසයක් socket එක විවෘත වීමටත් පෙර ප්රතික්ෂේප විය හැක. හේතුව රවුටරයේම ලොගයේ ඇත, සහ ආදානය සාදන ලද ගොනුවේ ඇත. දෙකම එම අනුපිළිවෙලින් කියවීම ඕනෑම packet capture එකකට වඩා වේගවත්ය.
daemon යනු firewall නොවේ
මෙම වෙනස වැදගත් වන්නේ පිටතින් බලන විට අසාර්ථකකම් දෙකම එකම ලෙස පෙනෙන බැවිනි: සේවාලාභියා handshake එකක් යවයි, කිසිවක් ආපසු නොඑයි. එකක් නොගැලපෙන ක්රියාවලියක්, අනෙක ගැලපීම සහ පෙරහන් කරන ක්රියාවලියක්.
කිසිවක් වෙනස් කිරීමට පෙර පරීක්ෂණ දෙකකින් ඒවා වෙන් කරන්න, මන්ද මිය ගිය daemon එකක firewall සංස්කරණය දෙවන විචල්යයක් එකතු කරයි.
DD-WRT සාදන ලද වින්යාසය කියවන්න
DD-WRT ඔබ වෙබ් අතුරුමුහුණතේ ටයිප් කළ පෙළ OpenVPN වෙත ලබා නොදේ. එය සාදන ලද වින්යාසයක් /tmp/openvpn/openvpn.conf වෙත ලියා එම ගොනුව සමඟ daemon එක ආරම්භ කරයි, එබැවින් අතුරුමුහුණතේ ක්ෂේත්ර සහ Additional Config හි ඕනෑම පෙළක් OpenVPN ඒවා දකින පෙරම ඒකාබද්ධ වේ. ඔබ සාදන ලද ගොනුව වෙනුවට පෝරමය debug කරන්නේ නම්, ඔබ කියවන්නේ අභිප්රායක් මිස සැබෑ ආදානය නොවේ. නැවත ඇරඹීමක් /tmp හිස් කිරීමට පෙර එම ගොනුව ස්ථිර ස්ථානයකට පිටපත් කරන්න.
සාදන ලද ගොනුව ඔබ අදහස් කළ දෙය සමඟ සසඳන්න, විශේෂයෙන් අතුරුමුහුණත ඔබ කිසිදා තෝරා නොගත් නියෝගයක් ලියන තැන. කල් ඉකුත් වූ විකල්පයක් නිකුත් කරන dropdown එකක් පෝරමයේ නොපෙනෙන අතර daemon එකට මාරකය.
සාදන ලද ගොනුව හිස් නම් හෝ නොමැති නම්, daemon එක ආරම්භ වීමටවත් නොපැමිණියේය, සහ ගැටලුව OpenVPN ට ඉහළින් පිහිටයි.
OpenVPN 2.5 පිළිගැනීම නැවැත්වූ දේ
OpenVPN 2.5 ncp-ciphers data-ciphers සමඟ ප්රතිස්ථාපනය කළ අතර, පෙරනිමි අවම TLS අනුවාදය 1.2 දක්වා ඉහළ නැංවීය. එය සම්පීඩනය හැසිරවීම ද වෙනස් කළ අතර, සම්පීඩනය ඉදිරිපත් කරන සගයා වින්යාසය පැහැදිලිව අවසර දෙන්නේ නැත්නම් ප්රතික්ෂේප වේ, සහ ns-cert-type වැනි පැරණි විකල්ප නම් remote-cert-tls වෙනුවට යල් පැන ගිය ලෙස ප්රකාශ කළේය. එම වෙනස්කම් සෑම එකක්ම කලින් ක්රියා කළ වින්යාසයක් විග්රහ හෝ සාකච්ඡා අසාර්ථකත්වයක් බවට පත් කරයි.
අසාර්ථක වන ආකාරය නියෝගය අනුව වෙනස් වේ. නොදන්නා හෝ ඉවත් කළ විකල්පයක් ආරම්භයේදීම daemon එක නවත්වයි, එයයි ඔබේ මිය ගිය සවන්දෙන්නා. සාකච්ඡා නොගැලපීම daemon එක ක්රියාත්මක වීමට ඉඩ දී සේවාලාභීන් ප්රතික්ෂේප කරයි, එය සේවාලාභී පැත්තෙන් firewall ගැටලුවක් ලෙස පෙනේ.
ලොගයේ පළමු දෝෂය කියවන්න, අවසාන එක නොවේ. විග්රහය පළමු නරක නියෝගයේදී නතර වේ, ඉන් පසු සියල්ල වසා දැමීමේ ශබ්දයයි.
Broadcom සඳහා විශේෂිත පූර්ව කොන්දේසි
Broadcom බිල්ඩ්වල daemon එක භාවිත කිරීමට පෙර tunnel උපාංගය පැවතිය යුතුය. tun මොඩියුලය පූරණය වී ඇත්ද සහ /dev/net/tun පවතීද යන්න පරීක්ෂා කරන්න, මන්ද උපාංගයක් නොමැති වීම සහතික සමඟ කිසිදු සම්බන්ධයක් නැති ආරම්භක අසාර්ථකත්වයක් ඇති කරයි. DD-WRT මාර්ග සහ DNS සඳහා සාදන සහායක ස්ක්රිප්ට් සඳහාද එයම අදාළ වේ: ඒවා නොමැති නම් හෝ ක්රියාත්මක කළ නොහැකි නම්, daemon එක ආරම්භ විය හැකි නමුත් එහි සැකසුම අවසන් කළ නොහැක.
සැබෑ පණිවිඩය අවශ්ය විට වඩාත් විස්තරාත්මකව සාදන ලද වින්යාසය මත daemon එක ඉදිරිපසින් ධාවනය කරන්න. ඉදිරිපස ධාවනය init ස්ක්රිප්ටය ගිලගත් විග්රහ දෝෂය මුද්රණය කරයි.
පසුව සාමාන්ය සේවාව ප්රතිස්ථාපනය කරන්න, මන්ද ඉදිරිපස daemon සහ init ස්ක්රිප්ටය port එක සඳහා ගැටෙනු ඇත.
සේවාලාභීන් debug කිරීමට පෙර සවන්දෙන්නා පවතින බව ඔප්පු කරන්න
ක්රියාවලිය සහ socket එක වෙන වෙනම තහවුරු කරන්න: එකක් ධාවනය වන daemon එකට, අනෙක අපේක්ෂිත ලිපිනයේ බැඳුණු UDP port එකකට. socket නොමැති ක්රියාවලියක් යනු එය තවම සැකසුමේ හෝ වැරදි අතුරුමුහුණතකට බැඳී ඇති බවයි. මෙම යුගලය ප්රයෝජනවත් පරීක්ෂණයක් වන්නේ එක් අඩක් අනෙක නොමැතිව සත්ය විය නොහැකි බැවිනි.
සේවාලාභී පැත්තේ debug කිරීම අර්ථවත් වන්නේ සවන්දෙන්නා පවතින පසුවය. එවිට සේවාලාභියාගේ cipher සහ TLS සැකසුම් සේවාදායකයේ data-ciphers ලැයිස්තුව සහ අවම අනුවාදය සමඟ ගැලපේද, port එක සැබවින්ම රවුටරයට යවනු ලබන්නේද යන්න පරීක්ෂා කරන්න.
සාදන ලද වින්යාසය සහ නිවැරදි කිරීම ඔප්පු කළ ලොග් පේළිය තබා ගන්න. ඊළඟ firmware යාවත්කාලීනය පෙරනිමි නැවත වෙනස් කළ හැක, සහ එම වාර්තාවයි පුනරාවර්තනය විනාඩි පහක පරීක්ෂාවක් බවට පත් කරන්නේ.