PiVPN හැන්ඩ්ෂේක් වැඩ කරයි, පිටු නතර වේ: MASQUERADE පරීක්ෂා කරන්න
හැන්ඩ්ෂේක් සම්පූර්ණ වේ නමුත් පිටු නතර වේද? සුරකින ලද MASQUERADE නියමය වැරදි ඉහළ සබැඳිය නම් කරයි. NAT වගුව කියවන්න, අතුරුමුහුණත නිවැරදි කරන්න, පසුව කවුන්ටරවලින් ඔප්පු කරන්න.
ඔබේ දුරකථනය ටනලය සම්බන්ධ ලෙස පෙන්වයි, සේවාදායකය පෞද්ගලික ලිපිනයක් වාර්තා කරයි, නමුත් පළමු පිටුව තවමත් පැටවීම මැදින් එල්ලී ඇත. මෙම සංයෝජනය බොහෝ දෙනා සයිෆර් සැකසීම් සහ ප්රොසෙසර් උෂ්ණත්වය වෙත යවයි, එහිදී ඇත්තටම කිසිවක් වැරදී නැත. ටනලය ඉහළට ආවේය, එනම් සාකච්ඡාව අවසන්; අසාර්ථක වූයේ ඊළඟ පියවරයි, සේවාදායකය ක්ලායන්ට් පැකට් අන්තර්ජාලයට භාර දීමට උත්සාහ කරන විට. එම පැකට් යන එකම මාර්ගයේ යන්න, සහ නොගැලපීම සාමාන්යයෙන් NAT වගුවේ එක් පේළියක පෙනේ.
ක්ලායන්ට් එකට ළඟා විය හැකි දේ සහ නොහැකි දේ සමඟ ආරම්භ කරන්න
සම්බන්ධිත ක්ලායන්ට් එකෙන්, පොදු අන්තර්ජාලයේ ඇති පිටුවක් පූරණය කර එය වහාම අසාර්ථක වේද නැතහොත් මැදින් නතර වේද යන්න සටහන් කරන්න. පසුව VPN සේවාදායකයේම පෞද්ගලික ලිපිනයේ සම්පත් එකක් විවෘත කර ප්රතිඵල දෙක සසඳන්න.
පොදු අඩවි කාලය ඉක්මවන අතරතුර ping වලට පිළිතුරු දෙන ටනල ලිපිනය යනු යැවීමේ හෝ පරිවර්තන ගැටලුවක සලකුණකි, කැඩුණු හැන්ඩ්ෂේක් එකක් නොවේ. ක්ලායන්ට් එකේම තත්ත්ව පැනලයට ඒ දෙක වෙන්කර හඳුනාගත නොහැක, එය දන්නේ පාලන නාලිකාව ඉහළින් ඇති බව පමණක් බැවිනි. සේවාදායකයේ ටනල අතුරුමුහුණත මෙයින් පරීක්ෂා කරන්න: ip -br addr show tun0 සහ ක්ලායන්ට් එකට ලබා දුන් ලිපිනය ඔබ වින්යාස කළ තටාකය තුළම පවතින බව තහවුරු කරන්න. තටාකය සහ ක්ලායන්ට් ලිපිනය නොගැලපේ නම්, පළමුව එය නිවැරදි කරන්න, මන්ද පහත සෑම නියමයක්ම තටාකය සමඟ ගැලපේ.
ඊළඟට, පොදු ලිපිනයකට ළඟා වීමට සේවාදායකය කුමන අතුරුමුහුණත භාවිත කරයිදැයි අසන්න. ip route get 203.0.113.9 තම පළමු පේළියේ තෝරාගත් උපාංගය සහ මූලාශ්රය මුද්රණය කරයි. එම උපාංගයේ නම ලියන්න, මන්ද NAT නියමයේ තිබිය යුතු අගය එයයි.
පැකට් පිටතට යනවාද නැද්ද යන්න තීරණය කරන නියමය කියවන්න
MASQUERADE පැකට් එකක් නැවත ලියන්නේ නියමයේ නම් කර ඇති අතුරුමුහුණත හරහා පැකට් පිටතට යන විට පමණි. රැහැන් සහිත උපාංගයකට සීමා වූ නියමයක් Wi-Fi හරහා පිටවන ගමනාගමනයට කිසිවක් නොකරයි, සහ පැකට් තම පෞද්ගලික මූලාශ්ර ලිපිනය ඉහළ රවුටරය දක්වාම රඳවා ගනී. එම රවුටරයට ඔබේ ටනල තටාකය වෙත ආපසු යාමට මාර්ගයක් නැත, එබැවින් එය පිළිතුර ඉවත දමයි, සහ ක්ලායන්ට් එක විවෘත වී පසුව මිය යන සම්බන්ධතාවක් දකී. පළමු පිළිතුර අවශ්ය වීමට පෙර පිටුවෙන් කොපමණ ප්රමාණයක් පැමිණේද යන්න සමඟ රෝග ලක්ෂණ වර්ධනය වේ.
ජීවමාන වගුව ලැයිස්තුගත කර MASQUERADE යන වචනය පමණක් සොයනවාට වඩා පිටවන අතුරුමුහුණත තීරුව කියවන්න. ආකෘතිගත ලැයිස්තුවකට වඩා එකතු කිරීමේ ආකෘතියේ ප්රතිදානය සංසන්දනය කිරීම පහසුය:
ip -br addr show tun0
ip route get 203.0.113.9
sudo iptables -t nat -S POSTROUTING
වරක් Ethernet සහ දැන් Wi-Fi භාවිත කරන Raspberry Pi එකක, පැරණි නම සෑම විටම පාහේ මුළු කතාවයි. ස්ථාපකය සැකසීමේදී කුමන උපාංගය තිබුණිදැයි වාර්තා කළේය, සහ සුරකින ලද නියම කට්ටලය සෑම ඇරඹුමකදීම එය නැවත වාදනය කරයි. වෙනත් කිසිවක් වෙනස් කිරීමට පෙර මාර්ග සෙවීමෙන් ලැබෙන උපාංගය නියමයේ ඇති උපාංගය සමඟ සසඳන්න. ඒවා ගැලපේ නම්, අතුරුමුහුණත ඔබේ ගැටලුව නොවේ, ඔබ අවසාන කොටසේ කවුන්ටර වෙත යා යුතුය. ඒවා වෙනස් නම්, නිවැරදි කිරීම යනු ස්ථාවර ගොනුවේ එක් වචනයක සංස්කරණයකි.
සුරකින ලද නියම කට්ටලය නිවැරදි කරන්න, ධාවනය වන එක පමණක් නොව
ජීවමාන වගුව පමණක් සංස්කරණය කිරීම ඊළඟ නැවත ඇරඹුම දක්වා පවතී, එය ගැටලුව විසඳා ඇතැයි ඔබට ඒත්තු ගැන්වීමට හරියටම ප්රමාණවත්ය. ඇරඹුමේදී ආපසු එන නියම firewall ස්ථාවර කට්ටලයක් නැවත පූරණය කරන ගොනුවක ජීවත් වේ. Debian පාදක Pi රූපවල එම ගොනුව සාමාන්යයෙන් /etc/iptables/rules.v4.
එය ස්පර්ශ කිරීමට පෙර පිටපතක් ගන්න, පසුව MASQUERADE පේළියේ පිටවන අතුරුමුහුණත ඔබ සටහන් කළ උපාංගය සමඟ ප්රතිස්ථාපනය කරන්න, උදාහරණයක් ලෙස -o wlan0 වෙනුවට -o eth0. ඔබේ ක්ලායන්ට් තටාකය වෙනස් වී නොමැති නම් මූලාශ්ර පරාසය එසේම තබන්න. නැවත පූරණය කර නියමය දැන් නිවැරදි උපාංගය නම් කරන බව තහවුරු කරන්න:
sudo cp /etc/iptables/rules.v4 /root/rules.v4.bak
sudo iptables-restore < /etc/iptables/rules.v4
sudo iptables -t nat -L POSTROUTING -v -n
යාබද සැකසීම් දෙකක් අමතක කිරීම පහසුය. sysctl net.ipv4.ip_forward 1 ලෙස වාර්තා කළ යුතුය, සහ ඉහළ රවුටරය පෞද්ගලික මූලාශ්ර ලිපින තමන්ම පෙරහන් නොකළ යුතුය.
නියමය ක්රියාත්මක වන බව ඔප්පු කරන්න, පසුව තවම මන්දගාමී දේ වෙන් කරන්න
නියමයක් ගැළපුණු බවට ඇති එකම අවංක සාක්ෂිය කවුන්ටර ය. සවිස්තර ලැයිස්තුව ධාවනය කරන්න, ක්ලායන්ට් එකේ බාගැනීමක් අරඹා නැවත ධාවනය කරන්න. ඔබේ නියමය අසල ඇති පැකට් සහ බයිට් තීරු වැඩි විය යුතුය, සහ බිංදුවේ රැඳී ඇති නියමයක් තවමත් නොගැලපේ. කවුන්ටර චලනය වුවත් පිටු තවමත් අසාර්ථක නම්, මූලාශ්ර පරාසය සැබෑ තටාකය සමඟ මෙයින් සසඳන්න grep -n "^server " /etc/openvpn/server.conf. ඒවා චලනය වී පිටු පූරණය වුවත් ප්රතිදානය දුර්වල නම්, පරිවර්තනය අවසන් වී ඇති අතර ඉතිරි ගැටලුව වෙනත් තැනක ඇත.
එකම ක්ලායන්ට් එකෙන් ස්ථානගත කිරීම් දෙකක් සසඳන්න, එකක් දේශීය ජාලයේ සත්කාරකයකට සහ අනෙක ටනලය හරහා එම සත්කාරකයටම. දෙකේදීම මන්දගාමී වීම VPN වෙත නොව Pi හි ඉහළ සබැඳිය හෝ Wi-Fi සම්බන්ධතාව වෙත යොමු කරයි. ටනලය හරහා පමණක් මන්දගාමී වීම MTU සහ නැවත සම්ප්රේෂණ වෙත යොමු කරයි, ඒවා ඔබට මෙයින් පරීක්ෂා කළ හැක ip -s link show tun0 කිසිදු ක්රිප්ටෝ සැකසීමක් වෙනස් කිරීමට පෙර.
පරීක්ෂණය අවලංගු කිරීමට පිටපත ප්රතිසාධනය කර නැවත පූරණය කරන්න, පසුව මුල් නියමය සහ එහි කවුන්ටර ආපසු පැමිණ ඇති බව තහවුරු කරන්න. ඊළඟ ඉහළ සබැඳි වෙනස්කම් එම නොගැලපීම නැවත සොයා ගන්නා බැවින්, පිටවන උපාංගය සහ නැවත පූරණ අණ සේවාදායක සටහන්වල ලියන්න. වැරදි උපාංගය නම් කරන නියමයක් ගමනාගමනයට එය අවශ්ය වන තෙක් නොපෙනී පවතී.