webpack සංවර්ධන සේවාදායකය VPN ලිපිනයක බෙදාහරින ආකාරය

ලැප්ටොප් පරිගණකයේ පමණක් පිළිතුරු දෙන සංවර්ධන සේවාදායකයක් සාමාන්‍යයෙන් වැරදි ලිපිනයකට බැඳී ඇත. සම්බන්ධතාවය පිළිගත්තත් පිටුව ප්‍රතික්ෂේප කරන සේවාදායකයක් සාමාන්‍යයෙන් සත්කාරක නාම පරීක්ෂාවක් අසාර්ථක වේ. මේවා වෙනස් දෝෂ සහ වෙනස් නිවැරදි කිරීම් වන අතර, නිවැරදි වින්‍යාසය තේරීම රඳා පවතින්නේ කාර්ය අවකාශයට කවුරුන් ළඟා විය යුතුද සහ ඔවුන් එහි පැමිණෙන ආකාරය මතය.

ප්‍රශ්න තුනක් පිළිතුර තීරණය කරයි: කවුරුන් සම්බන්ධ වේද, ඔවුන්ට ළඟා විය හැකි ලිපිනය කුමක්ද, සහ ඔවුන්ට සජීවී නැවත පූරණය ක්‍රියා කළ යුතුද.

වින්‍යාස ගොනුවෙන් නොව සොකට් එකෙන් පටන් ගන්න

ක්‍රියාත්මක වන ක්‍රියාවලිය සැබවින්ම සම්බන්ධ වී ඇත්තේ කුමකටද යන්න එය ආරම්භ කළ එම ජාල සන්දර්භය තුළම කියවන්න, මන්ද බහාලුමක් හෝ නාම අවකාශයක් සත්කාරක shell එකට නොපෙනෙන සොකට් එකක් තිබිය හැක. සවන්දීමේ තීරුව පළමු ප්‍රශ්නයට පිළිතුරු දෙයි: දේශීය මාර්ගය පමණද, එක් නිශ්චිත අතුරුමුහුණතක්ද, නැතහොත් සියලුම අතුරුමුහුණත්ද.

ss -ltn '( sport = :8080 )'
ss -ltnp | grep node

ලූප්බැක් ලිපිනය ආරක්ෂිත පෙරනිමිය වන අතර දුරස්ථ සේවාලාභියෙකුට නිෂ්ඵලය. වයිල්ඩ්කාඩ් බන්ධනය පහසු වන අතර මාර්ගයක් ඇති සෑම අතුරුමුහුණතකම වරාය හෙළි කරයි, එය උමං මාර්ගයක්ද රැගෙන යන යන්ත්‍රයක බොහෝ දෙනා අදහස් කරන ප්‍රමාණයට වඩා පුළුල්ය. නිශ්චිත ලිපිනය මැද විකල්පය වන අතර, සොකට් එක නිර්මාණය වන මොහොතේ අතුරුමුහුණතට එම ලිපිනය තිබේ නම් පමණක් එය ක්‍රියා කරයි. මෙම වෙනස වැදගත් වන්නේ එම බන්ධන තුනෙන් දෙකක් බ්‍රවුසරයේ සමාන ලෙස පෙනෙන අතර දෙවන අතුරුමුහුණතක් පැවතීමත් සමඟ සම්පූර්ණයෙන්ම වෙනස් ලෙස හැසිරෙන බැවිනි.

මාර්ග හෝ ෆයර්වෝල් නීති ස්පර්ශ කිරීමට පෙර එම නිරීක්ෂණයට අනුකූල වන්න. ක්‍රියාවලිය වැරදි ලිපිනයක සවන් දෙන්නේ නම්, කිසිදු ප්‍රතිපත්ති මාර්ගගත කිරීමක් සේවාලාභියා එහි ගෙන නොයයි.

කවුරුන් ළඟා විය යුතුද යන්න අනුව බන්ධන ලිපිනය තෝරන්න

මෙම යන්ත්‍රයේ ඔබට පමණක් පිටුව අවශ්‍ය නම්, ලූප්බැක් බන්ධනය තබා නවත්වන්න. එකම උමං මාර්ගයේ සගයෙකුට එය අවශ්‍ය නම්, උමං මාර්ගයේ අතුරුමුහුණතේ ලිපිනය බැඳ ෆයර්වෝල් එකට එම මූලාශ්‍රයට පමණක් අවසර දෙන්න. සංවර්ධන සේවාදායකය සක්‍රීයව පරීක්ෂා කරන පුද්ගලයින්ට ඔබ්බෙන් ප්‍රකාශයට පත් කිරීම අවසානයේ කාර්ය අවකාශය අන්තර්ජාලයට නිරාවරණය කරන පුරුද්දකි.

බහාලුමක් තුළ ඇති බ්‍රවුසරයකට සේවාදායකයට ළඟා විය යුතු නම්, බන්ධන ලිපිනය බහාලුමේ ජාලයට මාර්ගගත කළ හැකි එකක් විය යුතු අතර, එය බොහෝ විට සත්කාරකය තමාටම විසඳන ලිපිනය නොවේ. වින්‍යාසය සංස්කරණය කිරීමට පෙර අවස්ථාව තීරණය කරන්න, මන්ද අවස්ථා තුනක් වෙනස් අගයන් තුනක් ලබා දෙන අතර එකක් පමණක් නිවැරදිය. මෙහි අනුමාන කිරීම සැකසුමේ වෙනත් ඕනෑම කොටසකට වඩා කාලය නාස්ති කරයි.

පසුව ලිපිනය ඔබේ දියත් කිරීමේ මෙවලම සැබවින්ම කියවන ආකාරයෙන් සකසන්න. වින්‍යාස ගොනුවක් සහ සේවාදායකය වැඩසටහන්මය ලෙස ගොඩනඟන ස්ක්‍රිප්ට් එකක් එකම විකල්ප භාවිත නොකරයි:

devServer: {
  host: "10.77.0.20",
  port: 8080,
  allowedHosts: ["dev.corp.example"],
}

එම කොටසේ ලිපිනය නිදර්ශනාත්මක වන අතර සත්කාරකය සතු VPN ලිපිනය නියෝජනය කරයි. ව්‍යාපෘතිය සේවාදායකය new WebpackDevServer(options, compiler) සමඟ ගොඩනඟන්නේ නම්, ඒ වෙනුවට විකල්ප නිර්මාණක තර්කය හරහා යවන්න, මන්ද webpack වින්‍යාසයේ වෙනම devServer ගුණාංගය එම මාර්ගයේ සැලකිල්ලට නොගනී. වින්‍යාස ගොනුව සහ Node API අතර ඇති එම වෙනස කිසි විටෙකත් නොකියවන ව්‍යාපෘතියකට කොටස පිටපත් කරන අය අල්ලා ගනී. dev-server ලේඛන දියත් කිරීමේ ශෛලීන් දෙක වෙන් කරන අතර භාවිතා කරන අනුවාදය සමඟ පරීක්ෂා කළ යුතු යොමුවයි.

ඔබ අනුමත කරන නාම සමඟ සත්කාරක නාම පරීක්ෂාව ගලපන්න

සත්කාරක නාම පරීක්ෂාව පවතින්නේ ප්‍රහාරකයා විසින් පාලනය කරන නාමයකින් බෙදාහරින පිටුවකට බ්‍රවුසරය හරහා ඔබේ සංවර්ධන සේවාදායකය සමඟ කතා කිරීම වැළැක්වීමටය. එය allowedHosts: "all" සමඟ අබල කිරීම එම ආරක්ෂාව ඉවත් කරයි, සහ අභ්‍යන්තර සේවා වෙත ළඟා විය හැකි යන්ත්‍රයක එම පහසුව කලාතුරකින් වටී. බ්‍රවුසරය කුමන නාම යවයිදැයි දැනගත් පසු පරීක්ෂාව නිවැරදිව සපුරාලීම ලාභදායීය.

ඔබ භාවිතා කරන නිශ්චිත නාම, උමං මාර්ගයේ ලිපිනයට විසඳෙන පෞද්ගලික නාමය ඇතුළුව ලැයිස්තුගත කරන්න. සේවාලාභියා නාමයක් ඔබ බැඳි ලිපිනයට වඩා වෙනස් ලිපිනයකට විසඳන්නේ නම්, ඔබට නාම විසඳුම් ගැටලුවක් ඇත, සේවාදායක වින්‍යාස ගැටලුවක් නොවේ, සහ අනුමත ලැයිස්තුවට නාමය එකතු කිරීම එය නිවැරදි නොකරයි. විසඳුම සේවාදායකයෙන් නොව සේවාලාභියාගෙන් තහවුරු කරන්න.

පාලන තුන ඔබේ සිතේ වෙන් කර තබා ගන්න: බන්ධන ලිපිනය තීරණය කරන්නේ කුමන අතුරුමුහුණත් සම්බන්ධතාවය පිළිගනීද යන්නය, අනුමත ලැයිස්තුව තීරණය කරන්නේ කුමන Host ශීර්ෂ පිළිගනීද යන්නය, සහ සත්‍යාපනය තීරණය කරන්නේ කාට ඇතුළට ඒමට අවසර දෙන්නේද යන්නය. තුන්වැන්න පමණක් ප්‍රවේශ පාලනය වන අතර සංවර්ධන සේවාදායකයකට සාමාන්‍යයෙන් එවැන්නක් නොමැත. උමං මාර්ග ලිපිනයක්ද සත්‍යාපන යාන්ත්‍රණයක් නොවේ, මන්ද එහි මාර්ගගත කළ හැකි ඕනෑම අයෙක් දැනටමත් ඔබ රඳා සිටි මායිම තුළ සිටී.

පිටුව සහ සජීවී නැවත පූරණ සොකට් එක එකට තහවුරු කරන්න

අපේක්ෂිත සේවාලාභියාගෙන් වින්‍යාසගත යෝජනා ක්‍රමය සමඟ නව ඉල්ලීමක් පූරණය කර කැෂ් එක වෙනුවට ප්‍රතිඵලය කියවන්න. HTTPS සඳහා අපේක්ෂිත සත්කාරක නාමය සහ සහතික සත්‍යාපනය තබා ගන්න, මන්ද බ්‍රවුසර අනතුරු ඇඟවීමක් සාර්ථක පිළිගැනීම් පරීක්ෂණයක් නොවේ. සජීවී නැවත පූරණය නිශ්ශබ්දව අසාර්ථක වන අතරතුර පිටුව පෙන්වනු ලැබීම මෙහි බහුලම අර්ධ සාර්ථකත්වය වන අතර, ඉක්මන් පරීක්ෂාවකදී එය මගහැරීම පහසුය.

curl -sS -o /dev/null -w "%{http_code} %{remote_ip}\n" http://dev.corp.example:8080/
curl -sS -i http://10.77.0.20:8080/ | head -n 5

පසුව බ්‍රවුසරයේ ජාල රෝග විනිශ්චය විවෘත කර WebSocket සම්බන්ධතාවය නිරීක්ෂණය කරන්න. පිටුවක් එක් සත්කාරක නාමයක්, වරායක් සහ යෝජනා ක්‍රමයක් හරහා පූරණය විය හැකි අතර නැවත පූරණ සොකට් එක තවත් එකක් භාවිත කරයි, එබැවින් දෙකම වෙන් වෙන්ව පරීක්ෂා කළ යුතුය. ලේඛනගත සේවාලාභී URL එක වින්‍යාස කරන්නේ යෙදවූ මාර්ගයට සැබවින්ම වෙනස් අගයක් අවශ්‍ය වූ විට පමණක් වන අතර, සේවාලාභියාට විකල්ප මාර්ගයක් උගන්වනවාට වඩා මාර්ගය නිවැරදි කිරීමට කැමති වන්න.

සවන්දෙන්නාගේ ලිපිනය, පිළිගත් නාමය, අවසර දුන් මූලාශ්‍රය සහ ප්‍රතිඵල දෙකම ව්‍යාපෘති සටහන්වල සටහන් කරන්න. එම වාර්තාව කාර්ය අවකාශය ආරම්භ කර පිටුව පූරණය වන්නේ ඇයි නමුත් කිසි විටෙකත් නැවුම් නොවන්නේ ඇයි කියා කල්පනා කරන ඊළඟ පුද්ගලයාට ඉතිරි වේ.