VPN නැවත සම්බන්ධ වීමෙන් පසු ප්‍රොක්සි තවමත් පැරණි ටනල් ලිපිනයේද?
නැවත සම්බන්ධ වීම ඔබේ ඉදිරියට යවන්නා ටනලය තවදුරටත් නොමැති ලිපිනයකට බැඳ තැබිය හැක. අනුපිළිවෙලින් කරන පරීක්ෂා හතරක්, අංකිත භාරදීමක් සහ සැබෑ පරීක්ෂණ ඉල්ලීමක්.
VPN සේවාදායකය නැවත ආරම්භ කිරීම ටනලය ආපසු පැමිණ ඇති බවට පමණක් සාක්ෂි දරයි. එය හරහා පිටවීමට නියෝග ලැබූ ප්‍රොක්සිය ගැන එය කිසිවක් නොකියයි. Squid, tinyproxy සහ අනෙකුත් බොහෝ ඉදිරියට යවන්නන් ආරම්භයේදී සොයාගත් දේශීය මූලාශ්‍ර ලිපිනය, යමක් ඔවුන් නැවත පූරණය කිරීමට බල කරන තෙක් රඳවා ගනී. නැවත සම්බන්ධ වීම නව ටනල් ලිපිනයක් ලබා දෙන විට, ඉදිරියට යවන්නා සෑම පිටවන සම්බන්ධතාවයකදීම අසාර්ථක වේ, නැතහොත් ඔබේ සාමාන්‍ය මාර්ගයෙන් පිටවීම ආරම්භ කරයි.
දෙවන අසාර්ථකත්වය අනතුරුදායකය: ටනලය ක්‍රියාත්මකය, පිටු පූරණය වේ, සහ වැරදි වන්නේ පිටවන ලිපිනය පමණි.
ටනලයෙන් නොව, ශ්‍රාවකයෙන් ආරම්භ කරන්න
ක්‍රීඩාවේ ලිපින තුනක් ඇත, නැවත සම්බන්ධ වීම ඒවායින් සමහරක් පමණක් ගෙන යයි. ශ්‍රාවකය යනු ඔබේ බ්‍රවුසරය යොමු වන තැනය, සාමාන්‍යයෙන් 127.0.0.1 හෝ LAN ලිපිනයක්, ටනලය වෙනස් වූ බව ගැන එයට කමක් නැත. පිටවන දේශීය මූලාශ්‍රය යනු ඊළඟ පියවර අමතන විට ඉදිරියට යවන්නා කර්නලයෙන් ඉල්ලා සිටින දෙයයි, එය ටනල් උපාංගයට බැඳී ඇත. පොදු පිටවීම යනු වෙබ් සේවාදායකයක් සටහන් කරන දෙයයි, එය පියවර කිහිපයක් දුරින් පරිවර්තිත ලිපිනයක් විය හැක.
පොදු IP සෙවීම පිළිතුරු දෙන්නේ අවසාන ප්‍රශ්නයට පමණි. එක් පොදු පිටවීමක් අභ්‍යන්තර මූලාශ්‍ර කිහිපයක් සැඟවිය හැකි බැවින්, ඉදිරියට යවන්නා කුමන දේශීය ලිපිනයට බැඳිය යුතුදැයි එය නොකියයි. ලිපිනය සම්බන්ධතාවය හිමි තැනැත්තාගෙන් කියවන්න: සේවාදායකයේ තත්ත්ව ප්‍රතිදානය, අතුරුමුහුණතම, හෝ ටනලය පවතින නාම අවකාශය. ටනලයක් වගේ නමක් ඇති පළමු අතුරුමුහුණත ගැනීම දෙවන පැතිකඩක් ඇති විටම වැරදි පිළිතුරක් දෙයි.
බහාලුම් සහ නාම අවකාශ සැකසුම් මෙම උපකල්පනය නිශ්ශබ්දව බිඳ දමයි. එක් ජාල නාම අවකාශයක ඉදිරියට යවන්නාට තවත් එකක පවතින ටනලයකට බැඳිය නොහැක, වින්‍යාස සංස්කරණයේ කිසිදු ප්‍රමාණයක් එය නොසකසයි.
යමක් සංස්කරණය කිරීමට පෙර පරීක්ෂා හතරක්
මේවා අනුපිළිවෙලින් කරන්න. පළමු අසාර්ථක පරීක්ෂාව ඔබ නතර වන තැනය, මන්ද පසුව ඒවා පෙර ඒවා සත්‍ය යැයි උපකල්පනය කරයි.
- භාවිතා කරන ටනලය ප්‍රොක්සිය ගොඩනැගූ පැතිකඩ බව තහවුරු කරන්න, තමන්ම සම්බන්ධ වූ දෙවන පැතිකඩක් නොව.
- එම උපාංගයේ දැන් ඇති ලිපිනය මුද්‍රණය කර ධාවනය වන වින්‍යාසයේ ලිපිනය සමඟ සසඳන්න.
- තැටියේ ඇති ගොනුව පවසන දෙය නොව, ඉදිරියට යවන්නා කුමන මූලාශ්‍රයක් සොයාගත්තාදැයි අසන්න.
- ඉදිරියට යවන්නාගෙන් එන ගමන් ඔබ අපේක්ෂා කරන මාර්ගකරණ සහ ගිනිපවුරු ප්‍රතිපත්තියට යටත් බව තහවුරු කරන්න.
උපාංගයේ ලිපිනය පහසුය: ip -4 addr show dev tun0 වර්තමානය මුද්‍රණය කරයි, ip -4 route get 1.1.1.1 එම ගමනාන්තය සඳහා කර්නලය තෝරන අතුරුමුහුණත පෙන්වයි. නිශ්චිත ලිපිනයකට බැඳෙන ඉදිරියට යවන්නා ලිපිනය අතුරුදහන් වූ විට ශබ්දයෙන් අසාර්ථක වේ. උපාංගයකට බැඳෙන, නැතහොත් පෙරනිමි මූලාශ්‍රයට ආපසු යන ඉදිරියට යවන්නා දිගටම ක්‍රියා කරමින් ගලා යයි, එයයි නිශ්ශබ්ද ප්‍රතිඵලය.
ලේඛන ඔබ ධාවනය කරන නිකුතුවට ගලපන්න, සෙවුම් ප්‍රතිඵලයේ ඉහළම එකට නොව. Squid හි පිටවන ලිපින විධානය v7 සහ ඊට පෙර සඳහා ලේඛනගත කර ඇත, v8 ලේඛන පැහැදිලිවම කියන්නේ එහි එම විධානය නොමැති බවය, එබැවින් එය වටා ගොඩනැගූ පිටපත එම සීමාව ඉක්මවා නොයයි (Squid tcp_outgoing_address යොමුව බලන්න). යමක් නැවත පූරණය කිරීමට පෙර නිෂ්පාදනයේම විග්‍රහ කරන්නා සමඟ තහවුරු කරන්න: squid -k parse දෝෂ වාර්තා කර ධාවනය වන ක්‍රියාවලිය ස්පර්ශ නොකර පිටවේ.
සෑම ටනලයක්ම අංකනය කර පැරණි මාරුවීම් ඉවත දමන්න
නැවත සම්බන්ධ වීම භාරදීමකි, භාරදීමට අනුපිළිවෙලක් අවශ්‍යය. නිරීක්ෂණය කළ සෑම සම්බන්ධතාවයකටම සෑම සාර්ථක ස්ථාපනයකදීම වැඩිවන ගණනය කරන්නෙකු හෝ කාල මුද්‍රාවක් යොදන්න, පසුව එම ටැගය අපේක්ෂක වින්‍යාසය තුළට ගෙන යන්න. අපේක්ෂකයාගේ ටැගය වර්තමානයට වඩා පැරණි නම්, යෙදීම වෙනුවට අපේක්ෂකයා ඉවත දමන්න, මන්ද පෙර ටනලය සඳහා ලියූ මන්දගාමී යාවත්කාලීනයක් එසේ නොකළහොත් වර්තමානයේ සැකසුම් උඩින් ලියයි. සිදුවීම් රැලි එකට එකතු කරන්න, සැලෙන සම්බන්ධතාවය පහළොවක් වෙනුවට එක් මාරුවීමක් දෙයි.
කාර්යය පියවර හතරකට සකසන්න: පැරණි පිටවන තත්ත්වය අවලංගු කරන්න, සම්බන්ධතාවයේ හිමිකරු සම්පූර්ණ වීම වාර්තා කරන තෙක් රැඳී සිටින්න, කළමනාකරණය වන කොටස පමණක් ගොඩනගන්න, පසුව සේවා කළමනාකරු හරහා තහවුරු කර සක්‍රීය කරන්න. ලිපින අගයන් දෙකකින් මුළු ගොනුවම නැවත ජනනය කිරීම යනු ශ්‍රාවක සීමා, සත්‍යාපනය සහ ගමනාන්ත ප්‍රතිපත්තිය නිශ්ශබ්දව අතුරුදහන් වන මාර්ගයයි. හිතාමතා නැවැත්වීමටද ගරු කරන්න. පරිශීලකයා විසින් අක්‍රීය කළ ටනලයකට දිගටම ඇමතීම සිදු කරන සහායකයෙක් දෝෂයක් මිස ඔරොත්තු දීමක් නොවේ.
විවෘත සොකට් නව ලිපිනය අනුගමනය නොකරයි
ඉදිරියට යවන්නා නැවත වින්‍යාස කිරීම දැනටමත් ස්ථාපිත සම්බන්ධතා ගැන කිසිවක් නොකියයි. ඒවා හිස් වේද නැතහොත් මැරෙනවාද යන්න නිෂ්පාදනය මත රඳා පවතී, එබැවින් උපකල්පනය නොකර හැසිරීම නිරීක්ෂණය කරන්න.
මාරු කිරීමට පෙර විවෘත කළ සොකට් එකක් හරහා සේවා කරන ඉල්ලීම නව වින්‍යාසය නිවැරදි වුවත් තවමත් පැරණි මාර්ගයෙන් පිටවේ. එය වැදගත් නම් පැහැදිලිව තීරණය කරන්න: කෙටි හිස්වීමේ කවුළුවක් දී නව කාර්යය පිළිගැනීම නවත්වන්න, නැතහොත් පැරණි සොකට් වසා දෝෂ පිළිගන්න. පසුව නව සම්බන්ධතාවයකින් පරීක්ෂා කර එම ප්‍රතිඵලය හිස්වීමේ පරීක්ෂාවෙන් වෙන් කර තබන්න. මූලාශ්‍රයට බැඳීමද ආරක්ෂක සීමාවක් නොවේ. ගමන් කිසිවිටෙක සාමාන්‍ය මාර්ගය ස්පර්ශ නොකළ යුතු නම්, ලකුණු සහ ගිනිපවුරු නීති මගින්, DNS සහ IPv6 ඇතුළුව බලාත්මක කරන්න, එවිට අසාර්ථක නැවත පූරණය ප්‍රොක්සිය විවෘතව නොව පැහැදිලිව වසා තබයි.
නව පිටවීම නව ඉල්ලීමකින් ඔප්පු කරන්න
වැදගත් වන්නේ සක්‍රීය කිරීමෙන් පසු විවෘත කළ ඉල්ලීමකි, ping නොවේ, දැනටමත් කැෂ් වූ පිටුවක්ද නොවේ. ප්‍රොක්සියෙන් සැබෑ URL එකක් ඉල්ලා දුරස්ථ කෙළවර වාර්තා කරන පිටවන ලිපිනය කියවන්න, පසුව සැපයුම්කරු එකක් පෙන්වන විට සේවාදායකයාගේ ටනලය පිළිබඳ තමන්ගේ දැක්ම සමඟ සසඳන්න.
විග්‍රහය, නැවත පූරණය සහ ඉල්ලීම වෙන වෙනම විධාන ලෙස තබන්න, එවිට අසාර්ථකත්වය එක් පියවරක් පෙන්වයි. පළමු දෙක අසාර්ථක වූ විට කිසිවක් වෙනස් නොකරයි, ඒ නිසාම ඒවා නැවත ආරම්භයට පෙර ධාවනය වේ.
squid -k parse
sudo squid -k reconfigure
curl -x http://127.0.0.1:3128 -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://example.comනැවත පූරණය අසාර්ථක නම් සේවාව නවත්වා කොටස අලුත්වැඩියා කරන්න; පැරණි පිටවීමක් සමඟ සේවා කරන ප්‍රොක්සියක් කෙටි බාධාවකට වඩා නරකය. නැවත පූරණය සාර්ථක වුවත් නව ඉල්ලීම තවමත් කොහේ හෝ අනපේක්ෂිත ලෙස පිටවේ නම්, ලිපින නැවත සංස්කරණය කිරීම වෙනුවට මාර්ගකරණ පරීක්ෂාවට ආපසු යන්න. ඔබ තහවුරු කළ ටනල් පරම්පරාව සටහන් කරන්න, එවිට ඊළඟ නැවත සම්බන්ධ වීමට සංසන්දනය කිරීමට නිශ්චිත දෙයක් ඇත.