Windows කන්ටේනරවල UNC ප්‍රවේශය: මුලින් නම, පසුව අනන්‍යතාව

ඔබේ උමං මාර්ගයේ අනෙක් පැත්තේ ඇති බෙදාගැනීමක් අවශ්‍ය Windows කන්ටේනරය ස්වාධීන ආකාර දෙකකින් අසාර්ථක වේ, සහ හොස්ට් හි Explorer ඒවායින් එකක්වත් සනාථ නොකරයි. කන්ටේනරයට තමන්ගේම ජාල අන්ත ලක්ෂ්‍යයක් සහ තමන්ගේම ක්‍රියාවලි අනන්‍යතාවක් ඇත. ඩෙස්ක්ටොප් මත විසඳෙන නමක් සහ ගොනු සේවාදායකය එහි පිළිගන්නා සැසියක් ඩෙස්ක්ටොප් විස්තර කරයි, වැඩ භාරය නොවේ.

හොස්ට් හි Explorer සාක්ෂියක් නොවේ

හොස්ට් මත බෙදාගැනීම විවෘත කිරීම හොස්ට් හි DNS සේවාලාභියා, හොස්ට් හි මාර්ගගත කිරීමේ වගුව සහ හොස්ට් මත පිවිසුණු ගිණුම භාවිතා කරයි. කන්ටේනර ක්‍රියාවලියක් මේවායින් කිසිවක් ව්‍යංගයෙන් උරුම නොලබයි, කන්ටේනරය එකම යන්ත්‍රයේ ධාවනය වන විට සහ VPN සේවාලාභියා ද එහි ධාවනය වන විට පවා. පළමු මායිම ජාල මාර්ගයයි: කන්ටේනරයට නම විසඳිය හැකිද, සහ SMB වරායට TCP සැසියක් විවෘත කළ හැකිද. දෙවැන්න අනන්‍යතාවයි: ගොනු සේවාදායකය කන්ටේනරය ඉදිරිපත් කරන දේ වැඩ භාරයට අවශ්‍ය අවසර සමඟ පිළිගන්නවාද.

ඒවා එක් ගැටලුවක් ලෙස සැලකීමෙන් හුරුපුරුදු චක්‍රයක් ඇති වේ—ඇත්තෙන්ම බෙදාගැනීමෙන් එන ප්‍රවේශ ප්‍රතික්ෂේප පිළිතුර නිවැරදි කිරීමට ගිනිපවුරු නීති පුළුල් කිරීම.

කන්ටේනරයේම ඉල්ලීම අනුගමනය කරන්න

Windows කන්ටේනර ජාලකරණය Host Networking Service මගින් කළමනාකරණය වේ, එය තමන්ගේම ජාල නාම අවකාශය සහිත අන්ත ලක්ෂ්‍ය සාදයි. ඔබ තෝරාගත් මාදිලිය අන්ත ලක්ෂ්‍යය පරිවර්තනය වේද, පාලම් වේද, නැතහොත් හොස්ට් සමඟ බෙදාගන්නා ජාලයකට සම්බන්ධ වේද යන්න තීරණය කරයි. එම තීරණය එකවර දේවල් දෙකක් වෙනස් කරයි: කන්ටේනරයට විසඳිය හැකි දේ, සහ ගොනු සේවාදායකය දකින මූලාශ්‍ර ලිපිනය.

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

docker exec -it app powershell -Command "Resolve-DnsName files.corp.example"
docker exec -it app powershell -Command "Test-NetConnection files.corp.example -Port 445"
docker exec -it app powershell -Command "Get-NetIPConfiguration"

විසඳීම අසාර්ථක නම්, ලිපිනයක් ආදේශ කිරීම වෙනුවට ජාල වින්‍යාසයේ DNS නිවැරදි කරන්න. නම IP එකකින් ප්‍රතිස්ථාපනය කිරීම සත්‍යාපනයේ සහ සේවාදායක අනන්‍යතාවයේ හැසිරීම වෙනස් කළ හැක, එය එක් ගැටලුවක් දෙකක් බවට පත් කරයි. VPN සේවාලාභියාගේම ප්‍රතිපත්තිය ඊළඟ පරීක්ෂා කළ යුතු දෙයයි, මන්ද එය හොස්ට් ක්‍රියාවලි සහ කන්ටේනරයෙන් හටගන්නා ට්‍රැෆික් වෙනස් ලෙස සැලකිය හැක.

අනන්‍යතාව වෙනම තීරණයකි

අන්තර්ක්‍රියාකාරී පරිශීලකයෙකු සිතියම් කරන ධාවක අකුරක් යෙදුම් අතුරුමුහුණතක් නොවේ. එය එක් පිවිසුම් සැසියක පවතී, සහ කන්ටේනර ක්‍රියාවලියක් එහි කොටසක් නොවේ. UNC මාර්ගය භාවිතා කර වැඩ භාරයට යෙදවීම් ආකෘතිය සහාය දක්වන අනන්‍යතාවක් ලබා දෙන්න. ඩොමේන් එයට සහාය දක්වන තැන, කණ්ඩායම් කළමනාකෘත සේවා ගිණුමක් (gMSA) සත්‍යාපන විස්තරයක් හරහා කළමනාකෘත අනන්‍යතාවක් සපයයි.

Microsoft හි කන්ටේනර gMSA මාර්ගෝපදේශය එම සත්‍යාපන විස්තර විධිවිධානය සහ එහි පූර්ව කොන්දේසි විස්තර කරයි, ඒවාට ඩොමේන් සාමාජිකත්වය සහ සත්‍යාපනය ලබා ගත හැකි හොස්ට් ඇතුළත් වේ. ගිණුම, ලබා ගැනීම, කන්ටේනරය තුළ ක්‍රියාවලි අනන්‍යතාව සහ බෙදාගැනීමේ අවසර සියල්ල ගැළපිය යුතුය. VPN පිවිසුම එම අනන්‍යතාව නොවේ, සහ හොස්ට් පරිශීලකයාගේ සැසිය නැවත නිපදවීමට රූපයක් තුළ මුරපදයක් පිළිස්සීම ස්ථිර නිරාවරණයක් නිර්මාණය කරයි.

අසාර්ථක වන අදියර දෘශ්‍යමානව තබා ගන්න

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

වැඩ භාරයේම අනන්‍යතාව සමඟ පරීක්ෂා කර ප්‍රතික්ෂේපය ද පරීක්ෂා කරන්න.

නැවත සම්බන්ධ වීම සැලසුම් කරන්න

VPN මාර්ග වැටේ. උමං මාර්ගය ආපසු පැමිණි විට, අන්ත ලක්ෂ්‍යයක් වෙනත් පරිවර්තිත ලිපිනයක් සමඟ ආපසු පැමිණිය හැක, සහ පවතින SMB සැසියක් යෙදුම නොදැනුවත්ව මිය ගොස් තිබිය හැක. එය යෙදුම තුළ හසුරුවන්න: මාර්ගය සහ අනන්‍යතාව නැවත ස්ථාපිත කරන්න, ක්‍රියාවලිය නැවත උත්සාහ කරන්න, සහ කිසිවක් සිදු නොවීයැයි උපකල්පනය කිරීම වෙනුවට නොදන්නා ප්‍රතිඵලයක් සහිත ගොනු ක්‍රියාවලියක් සමථයට ගන්න.

ජාල මාදිලිය, DNS මූලාශ්‍රය සහ අනන්‍යතා විධිවිධානය යෙදවීම් සටහන්වල සටහන් කරන්න. ඊළඟ අසාර්ථකත්වය එම කරුණු තුන ගැනම වනු ඇත.