Windows ಸಂಪರ್ಕವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಿದ್ದೀರಾ? ಅದರ ಕೆಳಗೆ VPN ಮಾರ್ಗ ಬದಲಾಗುತ್ತದೆ
ಹಂಚಿದ ಅಡಾಪ್ಟರ್ ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ರೌಟರ್ ಆಗಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಟ್ರಾಫಿಕ್ ಹೋಸ್ಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಿಂತ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಹೋಸ್ಟ್‌ನಿಂದ ಅಲ್ಲ.
ಲ್ಯಾಪ್‌ಟಾಪ್ ತನ್ನ Wi-Fi ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ, ಹೋಸ್ಟ್ ದೂರಿಲ್ಲದೆ ಸುರಂಗದ ಮೂಲಕ ಬ್ರೌಸ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಹಂಚಿಕೆಯಲ್ಲಿರುವ ಟ್ಯಾಬ್ಲೆಟ್ ಯಾವುದನ್ನೂ ತಲುಪುವುದಿಲ್ಲ. ಹಂಚಿಕೆ ಸಕ್ರಿಯವಾದ ಕ್ಷಣದಿಂದ ಹೋಸ್ಟ್ ಕೇವಲ ಕ್ಲೈಂಟ್ ಆಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸಿತು: ಈಗ ಅದು ರೌಟರ್, ಮತ್ತು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳು ಬೇರೆ ನಿಯಮಗಳ ಗುಂಪನ್ನು ಎದುರಿಸುತ್ತವೆ. ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು ಅದರ ಹಿಂದಿನ ಸಾಧನದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಕೆಳಗಿನ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರಿಶೀಲನೆಗಳನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಈ ವ್ಯತ್ಯಾಸ ಸೈದ್ಧಾಂತಿಕವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.
ಹೋಸ್ಟ್‌ನ ಯಶಸ್ಸು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ
ಸಂಪರ್ಕ ಹಂಚಿಕೆ ಒಂದು ಯಂತ್ರಕ್ಕೆ ನಾಲ್ಕು ಕೆಲಸಗಳನ್ನು ವಹಿಸುತ್ತದೆ: ವಿಳಾಸ ನಿಯೋಜನೆ, ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ, ಅನುವಾದ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್. ಸ್ಥಳೀಯವಾಗಿ ರೂಪುಗೊಂಡ ಟ್ರಾಫಿಕ್ ಅನ್ನು ರಕ್ಷಿಸುವ VPN ಕ್ಲೈಂಟ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ತನ್ನ ವ್ಯಾಪ್ತಿಯ ಹೊರಗೆ ಪರಿಗಣಿಸಬಹುದು, ಅಥವಾ ಸೋರಿಕೆ ಎಂದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತಡೆಯಬಹುದು. ಎರಡೂ ವರ್ತನೆಗಳಲ್ಲಿ ಯಾವುದೂ ದೋಷವಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಹಂಚಿಕೆ ಆನ್ ಮಾಡಿದ ಪರದೆಯಲ್ಲಿ ಬರೆಯಲ್ಪಟ್ಟಿಲ್ಲ. ನಿಮ್ಮಲ್ಲಿ ಯಾವುದಿದೆ ಎಂದು ಕೆಳಗಿನ ಪರೀಕ್ಷೆ ಮಾತ್ರ ಹೇಳುತ್ತದೆ.
ಹಲವು ಕ್ಲೈಂಟ್‌ಗಳು ಹೋಸ್ಟ್‌ನ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮಾತ್ರ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತವೆ, ಬೇರೇನೂ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಸುರಂಗ ಟ್ಯಾಬ್ಲೆಟ್‌ಗಾಗಿ ರೌಟ್ ಮಾಡುತ್ತದೆ ಎಂದು ನಂಬುವ ಬದಲು ಕ್ಲೈಂಟ್‌ನ ದಾಖಲೆಗಳಲ್ಲಿನ ಹಂಚಿಕೆ ವಿಭಾಗವನ್ನು ನೋಡಿ. ಕಾಣುವ ಲಕ್ಷಣವೆಂದರೆ ಸಂಪರ್ಕ ಸೇರುವ, ವಿಳಾಸ ಪಡೆಯುವ, ನಂತರ ಮೊದಲ ವಿನಂತಿಯಲ್ಲೇ ವಿಫಲವಾಗುವ ಸಾಧನ. ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲು ನಿರಾಕರಿಸುವ ಕ್ಲೈಂಟ್ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಇನ್ನೂ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ.
ಯಾವ ಅಡಾಪ್ಟರ್ ಹಂಚಲ್ಪಟ್ಟಿದೆ, ಯಾವುದು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ
ಎರಡೂ ಅಡಾಪ್ಟರ್‌ಗಳನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅವು ಬೇರೆ ಬೇರೆ ವಿಳಾಸಗಳು ಮತ್ತು ಬೇರೆ ಬೇರೆ ಫಿಲ್ಟರ್‌ಗಳನ್ನು ಹೊತ್ತುಕೊಂಡಿರುತ್ತವೆ, ಮತ್ತು ತಪ್ಪಾದದರ ಮೇಲಿನ ಬದಲಾವಣೆ ಅನೇಕ ಗೊಂದಲಮಯ ಫಲಿತಾಂಶಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಹಂಚಿಕೆ ಹೋಸ್ಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಳಗಿನ ಬದಿಯಲ್ಲಿ ಸ್ಥಿರ ವಿಳಾಸವನ್ನು ಪಡೆದು ಅಲ್ಲಿ ಸಣ್ಣ DHCP ಮತ್ತು DNS ಸೇವೆಯನ್ನು ನಡೆಸುತ್ತದೆ. Windows ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆಯನ್ನು ಜಾಗತಿಕವಾಗಿ ಅಲ್ಲ, ಪ್ರತಿ ಅಡಾಪ್ಟರ್‌ಗೆ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಿತಿಯನ್ನು ಇಂಟರ್ಫೇಸ್ ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಓದಬೇಕು.
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfileಹಂಚಿದ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ನಿಷ್ಕ್ರಿಯ ಎಂದು ಕಂಡುಬಂದರೆ, ಸುರಂಗ ಏನೇ ಮಾಡಿದರೂ ಕೆಳಗೆ ಏನೂ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಇತರ ಸಾಧನಗಳಿಗಾಗಿ ರೌಟ್ ಮಾಡಲು ಅದರ ನೀತಿ ಅನುಮತಿಸುವ ಯಂತ್ರದಲ್ಲಿ ಮಾತ್ರ ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.
ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ, ಅನುವಾದ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್
ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್ ಸುರಂಗವನ್ನು ತಲುಪಬೇಕು, ದೂರದ ಬದಿ ಸ್ವೀಕರಿಸುವಂತಹದಕ್ಕೆ ಅನುವಾದಗೊಳ್ಳಬೇಕು, ಮತ್ತು ಅದೇ ಅನುವಾದದ ಮೂಲಕ ಹಿಂತಿರುಗಬೇಕು. ಆ ಮೂರೂ ಹಂತಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಮುರಿಯಬಹುದು, ಮತ್ತು ಪ್ರತಿ ಮುರಿತವೂ ಅದೇ ಬ್ರೌಸರ್ ಸಮಯ ಮೀರುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ, ಮಾರ್ಗ ಹುಡುಕಾಟ ಮತ್ತು ದೂರದ ಬದಿಯಿಂದ ಲಾಗ್ ಹಂಚಿಕೆ ಸಂವಾದದ ಇನ್ನೊಂದು ಪರಿಶೀಲನೆಗಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯಯುತ. ಯಾವ ಹಂತ ವಿಫಲವಾಗುತ್ತದೆ ಎಂಬುದೇ ಯಾರ ಬದಲಾವಣೆ ಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ.
ದೂರದ ಬದಿಗೆ ಹಂಚಿದ ಉಪಜಾಲಕ್ಕಾಗಿ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕಾಗಬಹುದು, ಅದು VPN ಸರ್ವರ್ ಎಂದೂ ನೋಡದ ವ್ಯಾಪ್ತಿ. ಕ್ಲೈಂಟ್ ಅನುವಾದಿಸುವಲ್ಲಿ, ಸರ್ವರ್ ಸುರಂಗದ ವಿಳಾಸವನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಅಗತ್ಯವಿಲ್ಲ. ಅನುವಾದಿಸದಲ್ಲಿ, ಗೇಟ್‌ವೇ ಹೊಂದಿರುವವರು ಆ ಮಾರ್ಗವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೇರಿಸಬೇಕು, ಮತ್ತು ಅದು ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ, ಬದಲಾವಣೆ ವಿನಂತಿ.
ಪರಿಶೀಲನೆಗಳನ್ನು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಮಾಡಿ
ಪ್ರತಿ ಪರಿಶೀಲನೆಯನ್ನು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅಲ್ಲ, ವಿಫಲವಾಗುತ್ತಿರುವ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಮಾಡಿ. ನಿರ್ಗಮನ ವಿಳಾಸ, ಪರಿಹಾರಕದ ಉತ್ತರ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷೆಯನ್ನು ಒಂದೇ ಅಧಿವೇಶನದಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಗಂಟೆ ಅಂತರದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ ಫಲಿತಾಂಶಗಳು ಮೂರೂ ಹೇಗೆ ಸೇರುತ್ತವೆ ಎಂದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailedನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ಹೋಸ್ಟ್‌ನ ಸ್ವಂತ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ ಮತ್ತು ಎರಡೂ ಹೊಂದುತ್ತವೆಯೇ ಎಂದು ಗಮನಿಸಿ. ಬೇರೆ ಉತ್ತರ ಎಂದರೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಮಾರ್ಗ ಸುರಂಗವನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ, ಅದು ತ್ವರಿತ ಪರಿಹಾರವಲ್ಲ, ಮಾಲೀಕರಿರುವ ನೀತಿ ಪ್ರಶ್ನೆ. ವಿಫಲವಾಗುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಜೊತೆಗೆ ಹೊಂದುವ ಉತ್ತರ ಕೆಲಸವನ್ನು ಹೆಸರು ಪರಿಹಾರಕ್ಕೆ ಅಥವಾ ದೂರದ ಬದಿಯ ನೀತಿಗೆ ಸರಿಸುತ್ತದೆ. IPv4 ಫಲಿತಾಂಶದಲ್ಲೂ ನಿಲ್ಲಬೇಡಿ: ಹಂಚಿಕೆ ಎಲ್ಲಾ IPv4 ಪರಿಶೀಲನೆಗಳನ್ನು ಪಾಸ್ ಮಾಡಬಹುದು ಆದರೆ IPv6 ಬೇರೆ ನಿರ್ಗಮನದ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ, ಆದ್ದರಿಂದ AAAA ದಾಖಲೆ ಮತ್ತು ವಿವರವಾದ ಸಂಪರ್ಕ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಹೆಸರು ಮತ್ತು ನಿರ್ಗಮನ ಪರಿಶೀಲನೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ.
ನಿರ್ವಹಿತ ಯಂತ್ರದಲ್ಲಿ ಹಂಚಿಕೆಗೆ ಒಟ್ಟಾರೆ ಅನುಮತಿ ಇದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಇನ್ನೊಂದು ಸಾಧನಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ತೆರೆಯುವುದು ಅನುಕೂಲದ ಟಾಗಲ್ ಅಲ್ಲ, ಆಡಳಿತಾತ್ಮಕ ನಿರ್ಣಯ. ಯಾವುದೇ ಬೆಂಬಲಿತ ಬದಲಾವಣೆಯ ನಂತರ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಮತ್ತು ನಂತರ ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಪರಿಶೀಲನೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಹೋಸ್ಟ್ ಸ್ವಚ್ಛವಾಗಿ ಮರುಸಂಪರ್ಕಗೊಂಡರೂ ಕ್ಲೈಂಟ್ ಎಂದೂ ಬೆಂಬಲಿಸದ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಮಾರ್ಗ ಮರಳುವುದಿಲ್ಲ.