ඔබේ Docker VPN පෝට් සිතියම්කරණය OpenVPN වෙත කිසිදා නොළඹන්නේ ඇයි
හොස්ට් පෝට්, කන්ටේනර් පෝට් සහ ප්‍රවාහනය යනු වෙනස් තීරණ තුනකි. සහතික ස්පර්ශ කිරීමට පෙර එක් UDP උත්සාහයක් සෑම මායිමකින්ම අනුගමනය කරන්න.
ඔබේ කන්ටේනරයට UDP 1195 මත සවන් දිය හැකි අතර හොස්ට් 1194 ප්‍රකාශයට පත් කරයි, සිතියම එසේ පවසන තාක් එය නිවැරදිය. සංඛ්‍යා පරිවර්තන වගුවක් සාදයි: සේවාදායකයා හොස්ට් පෝට් අමතයි, Docker ගමනාන්තය කන්ටේනර් පෝට් වෙත නැවත ලියයි, සහ OpenVPN එහිම වින්‍යාසය නම් කරන පෝට් මත පිළිතුරු දෙයි. මෙම එක් එක් සබැඳියේ නොගැලපීමක් firewall එකක් ලෙස පෙනෙන නිහඬ අසාර්ථකත්වයක් ඇති කරයි. සහතික සහ සයිෆර් මීට පහළින් පිහිටන අතර එය නිවැරදි කළ නොහැක.
සත්‍යාපනය ගැන කිසිවක් වෙනස් කිරීමට පෙර එක් පැකට්ටුවක් සේවාදායකයාගේ සිට ක්‍රියාවලිය දක්වා අනුගමනය කරන්න.
සංඛ්‍යා තුනක්, එක් සම්බන්ධතාවයක්
එම සංඛ්‍යා තුන වන්නේ සේවාදායකයා භාවිතා කරන දුරස්ථ ගමනාන්තය, හොස්ට් මත ප්‍රකාශිත සිතියම සහ කන්ටේනරය තුළ ඇති ශ්‍රවණයාය. ඒවා සමාන විය යුතු නැත, නමුත් දාමයක් සෑදිය යුතුය. සමාන සංඛ්‍යා යනු අහම්බෙන් වඩාත් සුලභ වන විශේෂ අවස්ථාවකි, එබැවින් නොගැලපීම එක් වරක් ලිවීම පහසු වන අතර පසුව දැකීම අපහසුය.
නිදොස් කිරීමට පෙර දාමය එක් පේළියක ලියන්න: සේවාදායක ලිපිනය සහ පෝට්, හොස්ට් සිතියම, කන්ටේනර් ශ්‍රවණයා, ප්‍රවාහනය. දාමයේ දෝෂයක් විවිධ අගයන් සහිතව දෙවරක් දිස්වන සංඛ්‍යාවක් ලෙස පෙනේ.
| Location | Example |
|---|---|
| Remote client destination | Host address, UDP 1194 |
| Published mapping | Host UDP 1194 to container UDP 1195 |
| Container listener | OpenVPN on UDP 1195 |
කෙටි වාක්‍ය ව්‍යූහය ඇත්තටම පවසන දේ
කෙටි ආකාරයේදී වම් පැත්ත හොස්ට් පෝට් වන අතර දකුණු පැත්ත කන්ටේනර් පෝට් වේ, සහ slash උපසර්ගය ප්‍රවාහනය තෝරයි. උපසර්ගය ඉවත් කළහොත් Docker සිතියම TCP ලෙස සලකයි, එබැවින් ප්‍රොටෝකෝලයක් නොමැති සිතියමක් පිටුපස ඇති UDP ශ්‍රවණයා කිසිවෙකුට ළඟා විය නොහැකි ශ්‍රවණයෙකි. එම පෙරනිමිය ලේඛනගත කර ඇති අතර සංඛ්‍යා ගැලපූ අයව තවමත් පුදුමයට පත් කරයි.
දිගු ආකාරය bind ලිපිනය සහ ප්‍රොටෝකෝලය පැහැදිලිව ස්ථාවර කරයි, එය ජාලයට මුහුණලා ඇති ඕනෑම දෙයක් සඳහා අමතර පේළිවලට වටිනවා. එය සාදන ලද ගොනුව විශ්වාස කිරීම වෙනුවට ප්‍රකාශිත සිතියම නැවත කියවන්න.
ports:
- 1194:1195/udpපැකට්ටුව නතර විය හැකි තැන
ඉල්ලීමක් Docker ට පෙර, Docker තුළ හෝ ශ්‍රවණයා ළඟ ඉවත දැමිය හැක. Docker ට පෙර cloud firewall එකක් හෝ තමන්ම යොමු කරන රවුටරයක් තිබිය හැක, එම උපාංගයට හොස්ට් දෙසට පෝට් සහ නිවැරදි ප්‍රවාහනය අවශ්‍ය වේ. Docker තුළ වැරදි කන්ටේනර් පෝට් එකකට සිතියමක් වසා ඇති සොකට් එකකට යොමු කරයි.
පසුව ශ්‍රවණයා: OpenVPN වින්‍යාසය පෝට් සහ ප්‍රොටෝකෝලය නම් කරයි, කන්ටේනරය තුළ වෙනත් එකකට පැමිණෙන සේවාදායකයා කිසිවකට නොළඹයි. UDP සේවාවක් TCP සමඟ පරීක්ෂා කිරීම මෙම කිසිදු අවස්ථාවක කිසිවක් ඔප්පු නොකරයි, එබැවින් සේවාදායකයා භාවිතා කරන ප්‍රවාහනයම භාවිතා කරන්න.
bind ලිපින ළඟාවීමේ හැකියාව තීරණය කරයි
loopback වෙත බැඳුණු ප්‍රකාශිත සිතියමක් හොස්ට් වෙතින් පමණක් ළඟා විය හැකි අතර සියලු අතුරුමුහුණත් වෙත බැඳුණු එකක් firewall අවසර දෙන ඕනෑම තැනක ළඟා විය හැක. ලිපිනය ඉවත් කරන Compose ගොනුවක දෙකම සමාන ලෙස පෙනේ, සහ Docker පෙරනිමිය පළල් එකයි.
යෙදවීම අදහස් කරන නිරාවරණය තීරණය කර පසුව එය පැහැදිලිව ලියන්න. loopback හරහා සම්බන්ධ වන අභ්‍යන්තර පරීක්ෂණයක් සහ සම්බන්ධ විය නොහැකි දුරස්ථ සේවාදායකයෙක් දෙකම එකම කන්ටේනරයේ නිවැරදි විස්තර විය හැක.
ක්‍රියාත්මක තත්ත්වය කියවන්න
ක්‍රියාත්මක වන කන්ටේනරයේ සැබෑ සිතියම සහ එහි ජාල නාම අවකාශයේ ශ්‍රවණයා පරීක්ෂා කරන්න. කන්ටේනරය ආරම්භ වූ පසු Compose ගොනුව සංස්කරණය වී තිබිය හැක, රූප මෙටාදත්ත පෝට් එකක් ප්‍රකාශයට පත් නොකර ප්‍රකාශ කළ හැක, සහ දෙවන කන්ටේනරයක් දැනටමත් හොස්ට් පෝට් එක තබා ගෙන තිබිය හැක. රූපයක පෝට් ප්‍රකාශ කිරීම එය ප්‍රකාශයට පත් කිරීම නොවේ, දෙකම සවන් දීමට සමාන නොවේ.
විවිධ තත්ත්ව තුනක්, විවිධ විධාන තුනක්, සහ අවසාන එක පමණක් OpenVPN සම්බන්ධ වේ.
සිතියම නිවැරදි වූ පසු
පැකට්ටුව OpenVPN වෙත ළඟා වූ පසු, එහි ලොගය TLS සහ සත්‍යාපනය ගැන කියවන තැනයි. කිසිදා නොපැමිණි පැකට්ටුවක් නිවැරදි කිරීමට සහතික නැවත ජනනය කිරීම දෙවන විචල්‍යක් එකතු කරන නිෂ්ඵල කාර්යයකි. සිතියමේ සටහන සේවාදායක පැතිකඩ අසල තබන්න, එවිට ඊළඟ පුද්ගලයා සංඛ්‍යා තුනම නැවත සොයා ගැනීම වෙනුවට එක් පේළියක් කියවයි. හොස්ට් පැත්තේ එක් වරක් පැකට්ටුවක් ග්‍රහණය කිරීමෙන් සබැඳි තුනෙන් වැරදි කුමක්ද යන්න තීරණය වේ, එය සහතික නැවත ජනනය කිරීමට වඩා ලාභදායීය.
මෙහි විස්තර කර ඇත්තේ පාලම හරහා ප්‍රකාශයට පත් කිරීමයි. හොස්ට් ජාලකරණය සහ මාර්ගගත කන්ටේනර් ලිපින පරිවර්තනය මඟ හරින බැවින් එම නිර්මාණවල එම සංඛ්‍යා වෙනස් අර්ථයක් දරයි.