OpenVPN UDP සඳහා Nginx stream රිලේ: කුමක් වෙනස් වේද

ඔබේ ග්‍රාහකය UDP මත සකසා ඇත, Nginx සේවාදායකයේ VPN තොටුපළට යොමු වන location කොටසක් ඇත, නමුත් කිසිවක් නොපැමිණේ. එය අපේක්ෂිතය: HTTP location එකකට UDP දත්තග්‍රෑම් එකක් ගෙනයා නොහැක, ඉදිරිපස කොටසට කුමන නමක් දුන්නත්. මේ සඳහා Nginx ට stream ශ්‍රවණය කරන්නෙකු අවශ්‍ය වේ, සහ වින්‍යාසය එහි ගෙනගිය පසු සැසියක් රැඳේද යන්න තීරණය කරන්නේ දෙවන විස්තර කට්ටලයකි.

ප්‍රොක්සි ස්ථරය ලිපිනයට පෙර පැමිණේ

Nginx හි stream මොඩියුලය HTTP විග්‍රහ නොකර TCP සහ UDP ප්‍රොක්සි කරයි. එහි HTTP මොඩියුලය ඉල්ලීම් පේළියක්, ශීර්ෂ සහ ප්‍රතිචාරයක් අපේක්ෂා කරයි, ඒවායින් කිසිවක් ස්වදේශීය OpenVPN දත්තග්‍රෑමයක නොමැත. එබැවින් ස්ථරය තෝරාගැනීම පළමු තීරණය වන අතර, එය ශ්‍රවණය කරන්නා IPv4 ද IPv6 ද යන්න මත රඳා නොපවතී.

TCP OpenVPN සමඟ ක්‍රියා කරන බව පෙනෙන වින්‍යාසයක් UDP අවස්ථාව ගැන කිසිවක් නොකියයි. මෙහි ප්‍රවාහනය ප්‍රොටෝකෝලයේ කොටසකි, යෙදවීමේ විස්තරයක් නොවේ.

ශ්‍රවණය කරන්නා සහ backend

nginx -V 2>&1 | tr ' ' '\n' | grep stream

stream {
    server {
        listen [::]:1194 udp reuseport;
        proxy_pass [2001:db8::20]:1194;
    }
}

කිසිවක් සංස්කරණය කිරීමට පෙර build එකේ stream මොඩියුලය ඇති බව තහවුරු කරන්න; බෙදාහැරීමේ පැකේජය එය වෙනම මොඩියුලයකට බෙදිය හැක, මොඩියුලය නොමැති නම් උමං නොව වින්‍යාස දෝෂයක් ලැබේ. කොටස ප්‍රධාන වින්‍යාස සන්දර්භය තුළ තබන්න, http තුළ නොව, සහ ලේඛන ලිපිනය සැබෑ backend සමඟ ප්‍රතිස්ථාපනය කරන්න.

මාර්ග දෙකම සහ firewall දෙකම දත්තග්‍රෑම්වලට ඉඩ දිය යුතුය: ශ්‍රවණය කරන්නා වෙත මාර්ගය සහ ප්‍රොක්සියේ සිට backend වෙත මාර්ගය. IPv6 ශ්‍රවණය කරන්නෙකු IPv4 මාර්ගයක් ද නොසාදයි, එබැවින් සමහර ග්‍රාහකයන් තවමත් IPv4 භාවිත කරන්නේ නම්, එම ශ්‍රවණය කරන්නා තමන්ගේම පරීක්ෂණය සහිත වෙනම සටහනකි. backend හි තමන්ගේම firewall එක ප්‍රොක්සියේ ලිපිනයෙන් පරීක්ෂා කරන්න, ඔබේ ලැප්ටොප් එකෙන් නොව.

සැසි කාල සීමා ඉල්ලීම් කාල සීමා නොවේ

stream ප්‍රොක්සිය UDP සැසියක් සඳහා තත්ත්වය රඳවා ගන්නා අතර එය තමන්ගේ කාල සීමාව සහ ප්‍රතිචාර සැකසුම් අනුව ඉවත දමයි. DNS රිලේ එකකින් පිටපත් කළ කෙටි කාල සීමාවක් පැය ගණනක් දත්තග්‍රෑම් හුවමාරු කිරීමට බලාපොරොත්තු වන VPN එකකට නුසුදුසු වන අතර, අසාර්ථකත්වය ආරම්භ කිරීමට ප්‍රතික්ෂේප කරන සම්බන්ධතාවයක් ලෙස නොව නිහඬව මිය යන සම්බන්ධතාවයක් ලෙස පෙනේ.

යෙදවීමේ ඵලදායී proxy_timeout සහ ප්‍රතිචාර ගණන් කිරීමේ ඕනෑම සැකසුමක් කියවා, පසුව ඒවා VPN ඇත්තෙන්ම භාවිත කරන keepalive හැසිරීම සමඟ සසඳන්න. වෙනස් පුද්ගලයන් විසින් වෙනස් ගොනුවල ලියූ සංඛ්‍යා දෙකක් ක්‍රියා කරන පද්ධතියක සාමාන්‍ය තත්ත්වයයි. කිසිදා සසඳා නොබැලූ සංඛ්‍යා දෙකක් වරින් වර ඇනහිටින පද්ධතියක සාමාන්‍ය තත්ත්වයයි. සංසන්දනය එක් වරක්, දහවල් එළියේ සිදු වන පරිදි දෙකම සේවා වාර්තාවේ ලියන්න.

රිලේ කුමක් වෙනස් කරයිද, කුමක් නොකරයිද

stream ප්‍රොක්සිය OpenVPN හි TLS පාලන ධාරාව අවසන් නොකරයි, එය HTTPS බවට ද නොපත් කරයි. backend එක VPN සේවාව ලෙසම රැඳේ, සහ සහතික සම්බන්ධතාවය ග්‍රාහකයා සහ එම සේවාව අතරම රැඳේ. අපේක්ෂිත backend අනන්‍යතාවය ආරක්ෂා කිරීම තවමත් ග්‍රාහකයා සහ සේවාදායකයාගේ කාර්යයයි.

සාමාන්‍ය ප්‍රොක්සි කිරීම backend දකින මූලාශ්‍ර ලිපිනය ද වෙනස් කරයි. ලඝු-සටහන් ප්‍රොක්සිය පෙන්වනු ඇත, සහ VPN සේවාදායකයේ IP පාදක ප්‍රවේශ නීතියක් ග්‍රාහකයාගේ වෙනුවට එම ලිපිනය ඇගයීමට ලක් කරනු ඇත. විනිවිද පෙනෙන මූලාශ්‍ර සංරක්ෂණය වෙනම මාර්ගගත කිරීම් සහ වරප්‍රසාද නිර්මාණයකි, ශ්‍රවණය කරන්නාට udp එකතු කිරීමෙන් ලැබෙන දෙයක් නොවේ. ග්‍රාහක ලිපිනය මත රඳා පවතින ප්‍රතිපත්තියක් ලිවීමට පෙර එය සැලසුම් කරන්න.

තොටුපළෙන් නොව, ග්‍රාහකයාගෙන් තහවුරු කරන්න

UDP තොටුපළ විවෘත බව දේශීය පරීක්ෂාවක් ශ්‍රවණය කරන්නා සිටින බව සනාථ කරයි. ග්‍රාහකයෙකුට එය හරහා සත්‍යාපනය කළ හැකි බව හෝ රථවාහන හුවමාරු කිරීම දිගටම කරගෙන යා හැකි බව සනාථ නොකරයි. අනුමත ග්‍රාහකයෙකුගෙන් සැබෑ සම්බන්ධතාවයක් සම්පූර්ණ කර, පසුව සැසිය අර්ථවත් වන තරම් කල් පවතින බව තහවුරු කරන්න.

කිසිවෙකු Nginx ට UDP කළ නොහැකි බව වාර්තා කරන විට, එයට වෙනුවට සරල රිලේ මෙවලමක් ක්‍රියා කළ නිසා, එම කරුණු දෙක සම්බන්ධ නොවේ. මෙවලම backend පිළිතුරු දෙන බව ඔප්පු කළේය; ඉදිරිපස කොටස කුමක් අනුග්‍රහය දක්වන්නේද යන්න ගැන එය කිසිවක් නොකීය. දෙකම සත්‍ය විය හැක, සහ ඒවායින් එකක් පමණක් මෙම යෙදවීම සඳහා වින්‍යාසයයි.