Apple VPN පැතිකඩක Proxy ක්ෂේත්‍රය ඇත්තටම කරන්නේ කුමක්ද
ප්‍රොක්සි ක්ෂේත්‍රය පිරවීමෙන් VPN එක HTTP බවට නොපත්වේ. සම්බන්ධතා දෙකක් මෙහි අදාළ වන අතර, ක්ෂේත්‍රය ඉන් එකකට පමණක් ළඟා වේ.
Apple VPN වින්‍යාසයක Proxy ක්ෂේත්‍රය පිරවීමේදී එය ටනලය වෙබ් පෝට් එකක් හරහා හරවා යවනු ඇතැයි හැඟේ. නමුත් එය එසේ නොකරයි. ක්ෂේත්‍රය ගැළපෙන යෙදුමක් එහි යැවීමට තීරණය කරන රථවාහනය සඳහා යෙදුම් මට්ටමේ මැදිහත්කරුවෙකු තෝරයි. නමුත් VPN සේවාදායකයාගේම ගේට්වේ වෙත සම්බන්ධතාවය තීරණය වන්නේ ඔබ වින්‍යාස කළ ප්‍රොටෝකෝලය, ශ්‍රවණකරු සහ ප්‍රවාහය මගිනි, ඒවා වෙන වෙනම තීරණ වේ.
සම්බන්ධතා දෙකක්, හිමිකරුවන් දෙදෙනෙක්
මෙවැනි ඕනෑම සැකසුමකට සේවාදායකයාගේ සිට ගේට්වේ දක්වා සම්බන්ධතාවයක් සහ යෙදුමේ සිට ගමනාන්තය දක්වා සම්බන්ධතාවයක් ඇතුළත් වේ. Proxy කොටස කතා කරන්නේ දෙවැන්න ගැනය, එය පළමුවැන්නාගේම පැතිකඩේ තිබුණත්.
| Connection | What decides its behaviour |
|---|---|
| VPN client to VPN gateway | The supported protocol, the listening port, the transport and the network policy in between |
| Application to a selected proxy | The application's own proxy support, the configured proxy policy, and the route to that next hop |
Apple හි ප්‍රොක්සි සැකසුම් යොමුව HTTP, HTTPS, SOCKS සහ ස්වයංක්‍රීය ප්‍රොක්සි වින්‍යාසය ලැයිස්තුගත කරයි, එය යෙදුම්වල ප්‍රොක්සි තේරීම් විස්තර කරයි. එම සටහන් කිසිවක් IPsec හෝ WireGuard පැකට් එකක් ගේට්වේ වෙත ළඟා වන්නේ කෙසේද යන්න නොකියයි.
මෙය තීරණය කරන ඉක්මන් පරීක්ෂාවක් මෙන්න. VPN සේවාදායකයා තම ලොගයේ වාර්තා කරන පෝට් එක සහ ප්‍රොටෝකෝලය කියන්න. එම පේළිය තවමත් UDP 500 හෝ UDP 51820 ලෙස කියන්නේ නම්, ප්‍රොක්සි ක්ෂේත්‍රය එහි කිසිවක් වෙනස් කර නැත.
ක්ෂේත්‍රය නිවැරදි මෙවලම වන විට
ප්‍රොක්සියක් ටනලය ඉදිරිපිට සිටින සැබෑ අවස්ථාවක් ඇත, නමුත් එය පැතිකඩ ක්ෂේත්‍රයක් නොව සේවාදායකයාගේ ලක්ෂණයකි. OpenVPN අත්පොත HTTP CONNECT ප්‍රොක්සියක් හරහා ගෙන යන TCP සම්බන්ධතා සඳහා --http-proxy ලේඛනගත කරයි. එය භාවිතා කිරීමට ගැළපෙන සේවාදායක විකල්පය, එලෙස ළඟා විය හැකි ගේට්වේ එකක් සහ භාවිත වන පෝට් එකට CONNECT අවසර දෙන ප්‍රොක්සියක් අවශ්‍ය වේ.
ඔබේ සේවාදායකයා එම විකල්පය ලබා දෙන්නේ නම් සහ ජාලය පෝට් එකට CONNECT අවසර දෙන්නේ නම්, එය ක්‍රියා කළ හැක. සේවාදායකයා එය ලබා නොදෙන්නේ නම්, පද්ධති ප්‍රොක්සිය පිරවීමෙන් ටනලයට කිසිදු බලපෑමක් නොවේ.
කිසිවක් වෙනස් නොවන විට
ප්‍රොක්සි ක්ෂේත්‍රය පිරවී ඇති නිසා IKEv2 හෝ IPsec පැතිකඩක් HTTP ටනලයක් නොවේ. WireGuard ද නොවේ, එහි වින්‍යාස ආකෘතියේ ප්‍රොක්සි සංකල්පයක් නැත. ගේට්වේ පෝට් එක වෙනස් කිරීමෙන් එහි ප්‍රොටෝකෝලයද නොවෙනස් වේ. සාමාන්‍ය HTTPS වලට පිළිතුරු දෙන අන්ත ලක්ෂ්‍යයක් ස්වයංක්‍රීයව VPN ශ්‍රවණකරුවෙකු නොවේ.
එම උගුල පැරණි iPad මාර්ගෝපදේශවලින් PPTP යුගයේ පැතිකඩ පිටපත් කරන්නන්ටද අහුවේ. විකල්ප තවමත් අතුරුමුහුණතේ ඇත; ඒවා පිටුපස ඇති සේවාව තවදුරටත් එම ප්‍රොටෝකෝලයෙන් කතා නොකරයි.
කුමන ස්තරය නිවැරදි කළ යුතුද යන්න තීරණය කිරීම
කිසිවක් වෙනස් කිරීමට පෙර කුමන ස්තරය අසාර්ථක වූයේද යන්න අසන්න. සේවාදායකයාට සැසියක් ස්ථාපිත කළ නොහැකි නම්, ගැටලුව ප්‍රවාහයේ ඇති අතර ප්‍රොක්සි ක්ෂේත්‍රය අදාළ නොවේ. ටනලය ක්‍රියාත්මක වුවත් එක් යෙදුමක් එහි සර්වරයට ළඟා නොවන්නේ නම්, යෙදුම් ප්‍රොක්සිය පරීක්ෂා කිරීම වටී. ටනලය ක්‍රියාත්මක වී සියලු යෙදුම් අසාර්ථක වන්නේ නම්, ටනලය තුළ ඇති මාර්ගගත කිරීම සහ DNS සැක සහිත ය.
පළමු අවස්ථාව සඳහා, කුමන අනුමත විකල්ප ප්‍රවාහයක් හෝ ජාලයක් සහාය දක්වන්නේදැයි ක්‍රියාකරුගෙන් අසන්න. TCP 443 මත OpenVPN පවතින්නේ සමහර ජාල සඳහා එයට පමණක් අවසර දෙන බැවිනි, එය තවමත් සර්වරය එයට සවන් දිය යුතු බව ඉල්ලා සිටී.
අවහිර කළ UDP පෝට් එකක් තාත්තික පිළියමකට අවසරයක් ලෙස නොසලකන්න. හස්ත මුද්‍රාව ගැළපෙන පරිදි ගේට්වේ සහතික හෝ අනන්‍යතා පරීක්ෂා නිවා දැමීම වෙනුවට ඒවා අකැඩී තබා ගන්න.
ස්තර දෙකම එකින් එක තහවුරු කරන්න
මුලින්ම ටනලය තහවුරු කරන්න: සේවාදායකයාගේ තත්ත්ව පිටුවේ ස්ථාපිත සැසියක් සහ ශුන්‍ය නොවන බයිට් ගණනක් බලන්න. පසුව ප්‍රොක්සි සැකසුම සෘජුවම කියවන්න, ඵලදායී වින්‍යාසය සඳහා scutil --proxy හෝ ගබඩා කළ අගය සඳහා networksetup -getwebproxy Wi-Fi භාවිතා කරමින්. පසුව පද්ධති ප්‍රොක්සියට ගරු කරන එක් යෙදුමක් සහ එය නොසලකා හරින තවත් එකක් පරීක්ෂා කරන්න, මන්ද බොහෝ දේශීය යෙදුම් එය නොසලකා හරියි.
ප්‍රතිඵල තුනක්, වෙනස් නිවැරදි කිරීම් තුනක්.
ස්තර දෙකම සාර්ථකත්වය වාර්තා කළත් යෙදුම තවමත් අසාර්ථක වන්නේ නම්, බෙදුණු ටනල් කිරීම, DNS සහ යෙදුමේම ජාල සැකසුම් බලන්න. එය තෙවන ස්තරයක් වන අතර, එයද ප්‍රොක්සි ක්ෂේත්‍රය නොවේ.