VPN සහ ගෙදර LAN එකම උපජාලයේ: පළමුව මාර්ගය බලන්න
ඇඩැප්ටර දෙකම 192.168.1.0/24 ඉල්ලා සිටින අතර එක් මාර්ගයක් පමණක් ජය ගනී. නැවත අංක කිරීමට හෝ DNS වැරදිකරු කිරීමට පෙර ඇඩැප්ටර ලැයිස්තුව, ජයගත් මාර්ගය සහ ආපසු මාර්ගය බලන්න.
ඔබ කාර්යාල VPN වෙත සම්බන්ධ වේ, ට්‍රේ නිරූපකය කොළ පැහැ වේ, ඉන්ට්‍රානෙට් පූරණය වේ, සහ මීටර දෙකක් ඈත ඇති මුද්‍රණ යන්ත්‍රය පිළිතුරු දීම නවතී. උදේ වැඩ කළ බෙදාගැනීම එම යන්ත්‍රයේම කාලය ඉක්මවයි, කිසිදු ලොගයක මුද්‍රණ යන්ත්‍රය සඳහන් නොවේ. පළමු ප්‍රතිචාරය DNS ය, මන්ද විසඳා නොගන්නා නාමය නොපවතින නාමයක් මෙන් පෙනේ, නමුත් ගැටලුව ලිපිනයයි: ඇඩැප්ටර දෙකක් දැන් 192.168.1.0/24 ඉල්ලා සිටින අතර එම පූර්වාංගය ජය ගත හැක්කේ එක් මාර්ගයකට පමණි. මෙම අනුපිළිවෙලින් බලන්න, එවිට කිසිවක් වෙනස් කිරීමට පෙර කුමන ඇඩැප්ටරය එය ගත්තේද පෙනෙනු ඇත.
රෝග ලක්ෂණයෙන් පටන් ගන්න, ටනලයෙන් නොව
සංඥාව විෂය පථයයි. ඉන්ට්‍රානෙට් වැඩ කරන අතර සෑම දේශීය උපාංගයක්ම අසාර්ථක වේ නම්, ටනලය සුවපත් වන අතර දේශීය මාර්ගය එසේ නොවේ. දේශීය උපාංග වැඩ කරන අතර ඉන්ට්‍රානෙට් අසාර්ථක වේ නම්, ප්‍රතිවිරුද්ධය. එක් සත්කාරකයක් හැර සියල්ල වැඩ කරන්නේ නම්, දෙපසම පවතින එක් ලිපිනයක් ඔබ බලමින් සිටී.
කිසිදු සැකසුමක් ස්පර්ශ කිරීමට පෙර එක් දේශීය සහ එක් දුර ලිපිනයක් ලියන්න. “මුද්‍රණ යන්ත්‍රය” පරීක්ෂා කළ නොහැක; 192.168.1.40 කළ හැක. එම එක් පියවර මෙම ගැටලුවේ වඩාත් පොදු අහිමි වන පැය නවත්වයි, එනම් මාර්ගගත කිරීමේ තීරණයක් සඳහා DNS සැකසුම් නැවත ලිවීම.
පියවර 1: පූර්වාංගය ඉල්ලා සිටින ඇඩැප්ටර දෙකම බලන්න
ජාල සම්බන්ධතා (ncpa.cpl) විවෘත කර ඇඩැප්ටර දෙක පැත්තෙන් පැත්ත බලන්න. Ethernet ඇඩැප්ටරය 192.168.1.50/24 සහ 192.168.1.1 ගේට්වේ පෙන්වයි. VPN ඇඩැප්ටරය සර්වරය විසින් යැවූ 192.168.1.201/24 පෙන්වයි. දෙකම වලංගු ය, දෙකම පූර්වාංගය on-link යැයි විශ්වාස කරයි, සහ තොගය ඒ සඳහා එක් මාර්ගයක් රඳවා ගනී.
Get-NetIPAddress -AddressFamily IPv4 ලිපින ලැයිස්තුගත කරන අතර, Get-NetIPInterface | Sort-Object InterfaceMetric තොගය ඒවා භාවිත කරන අනුපිළිවෙල පෙන්වයි. එම මෙට්‍රික් තීරුව ඔබ දැන් කියවීමට යන තීරණයයි, එබැවින් මතක තබා ගැනීමට උත්සාහ නොකර අංක ලියන්න.
DNS සිද්ධාන්තය ලාභදායී ලෙස වැරදි බව ඔප්පු කරන්න: Resolve-DnsName printer.office.lan ඊයේ ලබා දුන් ලිපිනයම ලබා දෙයි. නාමය විසඳා ගැනුණි; පසුව පැකට්ටුව වැරදි ඇඩැප්ටරය හරහා පිටව ගියේය. මෙහි මිනිත්තු දෙකක් විසඳුම්කරු සැකසුම්වල දහවල් වේලක් ඉතිරි කරයි.
පියවර 2: සැබවින්ම ජයගත් මාර්ගය කියවන්න
Find-NetRoute -RemoteIPAddress 192.168.1.40 එම ලිපිනය සඳහා තොගය භාවිත කරන අතුරුමුහුණත, ඊළඟ පිම්ම සහ මූලාශ්‍රය මුද්‍රණය කරයි. එම ප්‍රතිදානය ඉඟියක් නොව පිළිතුර ලෙස සලකන්න. කුමන සටහන කොපමණ පරාජය වූයේද බැලීමට route print -4 මුළු වගුවම දෙයි.
විශේෂත්වය අභිප්‍රාය පරාජය කරයි. යැවූ 192.168.0.0/25 දේශීය 192.168.0.0/24 පරාජය කරයි, මන්ද පූර්වාංගය දිගු ය, එබැවින් 192.168.0.0 සිට 192.168.0.127 දක්වා ටනලය හරහා පිටව යන අතර ඉහළ අර්ධය දේශීයව පවතී. දෝෂ පණිවිඩයක් නොමැතිව අර්ධ LAN අතුරුදහන් වීම එම වගුව සඳහා නිවැරදි හැසිරීමයි.
tracert -d 192.168.1.40 වගුවෙන් පිටතින් එය තහවුරු කරයි: පළමු පිම්ම ඔබේම රවුටරය වෙනුවට ටනල ලිපිනයක් නම්, මාර්ගය මුළු කතාවමයි. Linux හි එම ප්‍රශ්නය ip route get 192.168.1.40 වන අතර, එය මූලාශ්‍ර ලිපිනය සහ උපාංගය එක පේළියක මුද්‍රණය කරයි. පිළිතුර tun0 නම් කරන විට, බ්‍රවුසරය දෙස බැලීම නවත්වන්න.
පියවර 3: සේවාලාභියාට දොස් පැවරීමට පෙර ආපසු මාර්ගය පරීක්ෂා කරන්න
නිවැරදි ඉදිරි මාර්ගයක් වුවද දුර පසට පිළිතුරු දිය නොහැකි නම් අසාර්ථක වේ. සේවාලාභියෙකුගේ LAN වෙත ටනලය හරහා ළඟා වන විට, එම LAN හි ගේට්වේ ටනල තටාකය පිහිටන්නේ කොහේදැයි දැනගත යුතුය: එම රවුටරයේ ip route add 10.8.0.0/24 via 192.168.1.12, සහ සේවාලාභීන්ට ආපසු මාර්ගය දැනගැනීමට සර්වරයෙන් push “route 192.168.1.0 255.255.255.0”.
පළමු සටහන නොමැතිව පිළිතුර ඉලක්කය හැර දමා එහි පෙරනිමි ගේට්වේ දෙසට යයි, එය පුද්ගලික ලිපිනයක් ISP වෙත යවා ඉවත දමයි. රෝග ලක්ෂණය ඒක දිශාවක් වන අතර වැරදි ලෙස කියවීම පහසු ය: ඉල්ලීම් tun0 මත දිස්වන අතර පිළිතුරු කිසි විටෙකත් නොදිස්වේ.
VPN සත්කාරකයේ masquerade රීතිය එම ස්ථිතික මාර්ගයේ අවශ්‍යතාව ඉවත් කරයි: iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE. එය සැබෑ මූලාශ්‍ර ලිපින ද සඟවයි, එය පසුව එන සෑම ලොග් ප්‍රශ්නයක්ම අපහසු කරයි. වැරදි පෙරනිමි ගේට්වේ සහිත ඉලක්ක සත්කාරකය ද එම නිහඬතාව නිපදවයි, හොඳම අවස්ථාවේ ICMP නැවත යොමු කිරීම සහ සාමාන්‍ය අවස්ථාවේ කළු කුහරය, එබැවින් ග්‍රහණය කෙළවර දෙකේම අවශ්‍ය ය.
පියවර 4: සමඟ ජීවත් විය හැකි අලුත්වැඩියාවක් තෝරන්න
මේ සඳහා අලුත්වැඩියා පහක් භාවිත වන අතර ඒවා එකිනෙකට මාරු කළ නොහැක. කුමන විධානය කෙටිමද යන්නෙන් නොව, එකම වේලාවේ කුමක් ළඟා විය හැකිව තිබිය යුතුද යන්නෙන් තෝරන්න.
| Repair | What it fixes | What it costs |
|---|---|---|
| Flip interface metrics | Alternating access: office now, home later, never both | Get-NetAdapter -Name "Ethernet 2" | Set-NetIPInterface -InterfaceMetric 21; set the VPN adapter back to 5000. A client that rewrites metrics on connect defeats it |
| Renumber one side | Every host reachable in both directions | DHCP reservations, printer queues, firewall rules and hard-coded addresses all move |
| Narrow the advertised prefix | Remote hosts really live in the upper half | Breaks the day someone adds a host below the cut |
| Translate with client-nat | Both address plans stay untouched | Stateless per-client mapping, unreadable logs, anything embedding addresses breaks |
| Publish one service with DNAT | One service on the VPN host reachable from the LAN | Both address plans stay; source addresses and reverse lookups stop being meaningful |
මෙට්‍රික් යනු ලාභදායී විකල්පය වන අතර මිනිසුන් මුලින්ම අත යවන දෙයයි. වෙනස අතුරුමුහුණතට අදාළ වේ, එබැවින් ටනලය ඉහළින් ඇති තාක් කල් එය ක්‍රියා කරයි, සහ එහි ස්ථානය සේවාලාභියා අසල ස්ක්‍රිප්ටයේ ය, ඔබට අමතක වන ෂෙලයේ නොවේ. එය ජාල දෙකක එකම ලිපිනයට එකවර ප්‍රවේශය ලබා දිය නොහැක, සහ එම සීමාවම අනෙක් සැමට වගුවේ පහළට යවයි.
ගෙදර LAN නැවත අංක කිරීම 10.10.0.0/24 වෙත පිරිසිදු විසඳුමයි: එක් DHCP බදුලු අලුත් කිරීමක් සමඟ පැරණි පරාසය සඳහන් කරන වෙන්කිරීම්, මුද්‍රණ පෝලිම් සහ දෘඩ කේතිත ලිපින. කාර්යාල පැත්ත නැවත අංක කිරීම සාමාන්‍යයෙන් ඔබේ තීරණය නොවේ. ජාල දෙකේම ඇත්නම් IPv6 ගැටුම සම්පූර්ණයෙන් ඉවත් කරයි, මතක තබා ගත හැකි යමක් වෙනුවට fd00::/8 හි අද්විතීය දේශීය පූර්වාංගයක් භාවිත කරමින්, නමුත් යෙදුම TCP මත පරීක්ෂා කරන්න, ping වලින් නොව, මන්ද ICMP ක්‍රියා කළත් සේවාව නොකරන අවස්ථා ඇත.
OpenVPN හිම අනුවාද විකල්පය අවසාන මාර්ගය වන අතර, සර්වරයෙන් සේවාලාභී-විශේෂිත නාමාවලි සටහනකට යවයි. විකල්පයේ නාමයෙන් පසු එය පරාමිති හතරක් ගනී — දිශාව, ජාලය, ජාල ආවරණය සහ අන්වර්ථය — සහ අන්වර්ථය අත්‍යවශ්‍ය ය: push "route 192.168.2.0 255.255.255.0" සහ push "client-nat dnat 192.168.2.0 255.255.255.0 192.168.1.0". ජාලය සහ ආවරණය සේවාලාභියා දකින පරාසය (192.168.2.0/24), අන්වර්ථය සර්වර පැත්තේ සැබෑ කාර්යාල පරාසය (192.168.1.0/24), සහ යැවූ මාර්ගය එම දෘශ්‍ය පරාසය ළඟා කළ හැකි කරයි. එවිට කාර්යාලය එම සේවාලාභියාට 192.168.2.x යටතේ දිස්වේ. පැතිකඩෙහි සිතියම්කරණය ලේඛනගත කරන්න, නැතිනම් ඊළඟ පුද්ගලයා එය මාර්ග දෝෂයක් ලෙස නිදොස් කරනු ඇත.
එක් සේවාවක් ප්‍රකාශයට පත් කිරීම අනුවාදයේ පටු අනුවාදය වන අතර එයට OpenVPN විකල්පය කිසිසේත් අවශ්‍ය නොවේ. VPN සත්කාරකයේ DNAT රීතිය එක් වරායක් නැවත ප්‍රකාශයට පත් කරයි, එබැවින් LAN එහි ලිපින රඳවා ගෙන දැනටමත් දන්නා සත්කාරක ලිපිනයේ සේවාවට ළඟා වේ. පිරිවැය සුපුරුදු ය: සේවාව VPN සත්කාරකය මූලාශ්‍රය ලෙස දකී, එබැවින් සේවාලාභියා අනුව ලොග සහ ප්‍රතිලෝම සෙවීම් තේරුමක් නොදක්වයි. එය එක් මුද්‍රණ පෝලිමක් හෝ එක් පරිපාලන පිටුවක් ආවරණය කරයි, දෙපස සත්කාරක එකිනෙකට ළඟා වීම නොවේ.
තවම කුමක් වැඩ නොකරනු ඇත්ද, සහ කුමක් සටහන් කළ යුතුද
විකාශනය මාර්ගගත ටනලයක් හරහා නොයයි. DLNA, UPnP, NetBIOS බ්‍රවුස් කිරීම සහ Wake-on-LAN tun උපාංගය දරා නොගන්නා විකාශනය හෝ බහුවිකාශනය මත රඳා පවතී, එබැවින් කිසිදු මාර්ගයක් සොයාගැනීම අලුත්වැඩියා නොකරයි. dev tap සමඟ පාලම් කිරීම කොටස දිගු කරයි, එය සමඟ DHCP විකාශන, ARP සහ අනෙකුත් සොයාගැනීම් පැකට්; දුර රවුටරයේ LAN පැත්තේ ලිපිනය සඳහා route 192.168.2.1 255.255.255.255 වැනි යුනිකාස්ට් සත්කාරක මාර්ගයක් තෝරන්න.
එකම මාර්ගයේ දෙකම 192.168.1.1 භාවිත කරන රවුටර දෙකක් එකම ගැටලු පවුලට අයත් වේ: දේශීය ලිපිනය සැමවිටම ජය ගනී, එබැවින් එක් LAN එකක් නොගිය තාක් දුර රවුටරයේ පිටුව ළඟා විය නොහැකිව පවතී. දෙවන ඇඩැප්ටරයක් එකතු කිරීම අවස්ථා දෙකේදීම කිසිවක් වෙනස් නොකරයි.
කිසිවක් සංස්කරණය කිරීමට පෙර සාක්ෂි සටහන් කරන්න: ip route get හෝ Find-NetRoute, අදාළ ලිපිනයට ping -c 3, traceroute එකක්, සහ සේවාලාභියා මත tcpdump -ni tun0 icmp, පසුව සර්වරයේ මාර්ග වගුව සහ NAT ගණන්. එක් දිශාවකට වැඩ කර අනෙක් දිශාවෙන් මිය යන ping ටනලය නොව ආපසු මාර්ගය පෙන්වයි, සහ එම එක් වෙනසම ඉහත කුමන අලුත්වැඩියාව ඔබට සැබවින්ම අවශ්‍යද යන්න තීරණය කරයි.