ಹ್ಯಾಂಡ್ಶೇಕ್ ಆಗುತ್ತದೆ, ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ: Windows 11 ನಲ್ಲಿ ಮೊದಲು ಏನನ್ನು ಸರಿಪಡಿಸಬೇಕು
ಹ್ಯಾಂಡ್ಶೇಕ್ UDP ವಿನಿಮಯ ನಡೆಯಿತು ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಯಾವ ಪದರ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ: Windows ಇಟ್ಟ ಮಾರ್ಗ, ಅದು ಬಳಸುವ ರೆಸಾಲ್ವರ್, ಅಥವಾ ನಿರ್ಗಮನ.
Windows 11 ನಲ್ಲಿ ಹೊಸ ಹ್ಯಾಂಡ್ಶೇಕ್ಗಳು ಏನನ್ನೂ ತೆರೆಯದ ಬ್ರೌಸರ್ಗಳ ಪಕ್ಕದಲ್ಲಿ ಇರುತ್ತವೆ. ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೀರ್ ಜೊತೆಗಿನ UDP ವಿನಿಮಯ ಮುಗಿದಿದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಅದು Windows ಇಟ್ಟ ಮಾರ್ಗ, ಅದು ಬಳಸುವ ರೆಸಾಲ್ವರ್, ಅಥವಾ ನಿರ್ಗಮನವು ಏನನ್ನಾದರೂ ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆಯೇ ಎಂಬ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ನಾಲ್ಕು ಷರತ್ತುಗಳು ಈ ಪದರಗಳಲ್ಲಿ ಯಾವುದು ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಅವನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಲು ನಿಮಿಷಗಳು ಬೇಕು, ಆದರೆ ಕೀಗಳನ್ನು ಮತ್ತೆ ಬರೆಯಲು ಹೆಚ್ಚು ಸಮಯ ಬೇಕು ಮತ್ತು ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ.
ಕೀಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಪದರವನ್ನು ನಿರ್ಧರಿಸಿ
ಈ ಕ್ರಮದಲ್ಲಿ ಮೂರು ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಟನೆಲ್ ಬದಿಯ ವಿಳಾಸದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಸಂಖ್ಯೆಯಾಗಿ ಸಾರ್ವಜನಿಕ IP, ಮತ್ತು ಹೋಸ್ಟ್ ಹೆಸರಿನಲ್ಲಿ ಕೊನೆಗೊಳಿಸಿ. ಸರಣಿ ಎಲ್ಲಿ ಮುರಿಯುತ್ತದೆಯೋ ಅಲ್ಲಿ ಪದರದ ಹೆಸರು ಸಿಗುತ್ತದೆ. ಮೊದಲ ಹಂತದಲ್ಲಿ ವೈಫಲ್ಯ ಮಾರ್ಗನಿರ್ದೇಶನ, ಎರಡನೆಯದರಲ್ಲಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಅಥವಾ NAT, ಮತ್ತು ಮೂರನೆಯದರಲ್ಲಿ ಹೆಸರು ವಿಶ್ಲೇಷಣೆ.
ಈ ಕ್ರಮವೇ ಇಡೀ ವಿಧಾನ. ಇದು DNS ದೋಷವನ್ನು ಮುರಿದ ಟನೆಲ್ ಎಂದು ನಿರ್ಣಯಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ, ಇದು ಇಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು ತಿರುವು.
wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1
ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಮಯ ಖಾಲಿ ಇದ್ದರೆ
ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಮಯ ಖಾಲಿ ಇದ್ದಾಗ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ವಿನಿಮಯ ಎಂದೂ ಪೂರ್ಣಗೊಂಡಿಲ್ಲ. ಆದ್ದರಿಂದ ದೋಷ ಮಾರ್ಗನಿರ್ದೇಶನಕ್ಕಿಂತ ಮೊದಲೇ ಇದೆ. ಮೊದಲು ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ನೋಡಿ, ನಂತರ ನೆಟ್ವರ್ಕ್ UDP ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆಯೇ ಎಂದು. WireGuard ಸಂಚಾರವನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರು ನಿಖರವಾಗಿ ಇದನ್ನೇ ಉಂಟುಮಾಡುತ್ತಾರೆ, ಮತ್ತು ಹಳೆಯ ಪ್ರೊಫೈಲ್ನಿಂದ ಎಂಡ್ಪಾಯಿಂಟ್ ನಕಲಿಸಿದ ಕ್ಲೈಂಟ್ ಕೂಡ.
ಬೈಟ್ಗಳು ಹೊರಹೋಗಿ ಒಂದೂ ಒಳಬಾರದಿದ್ದರೆ ಅದು ಬೇರೆ ಪ್ರಕರಣ. ಅದು NAT ಅಥವಾ ಸಂಚಾರವನ್ನು ತಪ್ಪು ಸ್ಥಳಕ್ಕೆ ಹಿಂತಿರುಗಿಸುವ ಫೈರ್ವಾಲ್ ಎಡೆಗೆ ಸೂಚಿಸುತ್ತದೆ.
ಮಾರ್ಗವು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಎದುರು ಸೋತರೆ
ಪೂರ್ಣ ಟನೆಲ್ಗೆ ಪೀರ್ ವಿಭಾಗವು ನೀವು ಬಳಸಲು ನಿರೀಕ್ಷಿಸುವ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಆವರಿಸಬೇಕು. ಎಲ್ಲವನ್ನೂ ಆವರಿಸುವ ನಿಯಮ ಸೆಟ್ ಆಗಿದ್ದರೂ Windows ಕೆಲವೊಮ್ಮೆ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಎಲ್ಲವನ್ನೂ ಆವರಿಸುವ ನಿಯಮವನ್ನು 0.0.0.0/1 ಮತ್ತು 128.0.0.0/1 ಆಗಿ ವಿಭಜಿಸಿದರೆ ಹುಡುಕಾಟ ಗೆಲ್ಲುವ ಎರಡು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಉಂಟಾಗುತ್ತವೆ. ಈ ವಿಭಜನೆ ದಾಖಲಿತ ವರ್ಕ್ಅರೌಂಡ್, ಆದ್ಯತೆ ಅಲ್ಲ.
route print ಅಥವಾ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ ಹುಡುಕಾಟದಿಂದ ದೃಢೀಕರಿಸಿ. ಆಯ್ಕೆಯಾದ ಇಂಟರ್ಫೇಸ್ ಟನೆಲ್ ಅಡಾಪ್ಟರ್ ಆಗಿರಬೇಕು. ಭೌತಿಕವು ಇನ್ನೂ ಗೆದ್ದರೆ, ಸರ್ವರ್ ಮುಟ್ಟುವ ಮೊದಲು ಪೀರ್ ಶ್ರೇಣಿಗಳನ್ನು ಸರಿಪಡಿಸಿ.
ವಿಳಾಸಗಳು ಕೆಲಸ ಮಾಡಿ ಹೆಸರುಗಳು ವಿಫಲವಾದರೆ
WireGuard IP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ ಮತ್ತು DNS ಬಗ್ಗೆ ಅದಕ್ಕೆ ಅಭಿಪ್ರಾಯವಿಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ವಿಭಾಗದಲ್ಲಿ DNS = ಸಾಲನ್ನು ಹಾಕಿ, ಅಥವಾ Windows ಮೂಲಕ ಅಡಾಪ್ಟರ್ ಸೆಟ್ ಮಾಡಿ. ಅದಿಲ್ಲದೆ ವಿಳಾಸದಿಂದ ping ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಆದರೆ ಪ್ರತಿ ಹೋಸ್ಟ್ ಹೆಸರೂ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಬಳಕೆದಾರರು ಅದನ್ನು ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ ಎಂದು ವರದಿ ಮಾಡುತ್ತಾರೆ.
ಸಂಪರ್ಕದ ನಂತರ Windows ನಿಜವಾಗಿ ಯಾವ ಸರ್ವರ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನಲ್ಲಿ ಉಳಿದ ರೆಸಾಲ್ವರ್ ಭಾಗಶಃ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಕೆಲವು ಹೆಸರುಗಳು ಪರಿಹಾರವಾಗುತ್ತವೆ ಮತ್ತು ಕೆಲವು ಆಗುವುದಿಲ್ಲ. ಮೇಲೆ ಎರಡನೆಯದನ್ನು ಸೇರಿಸುವ ಬದಲು ಅದನ್ನು ತೆರವು ಮಾಡಿ.
Windows ಯಂತ್ರವೇ ನಿರ್ಗಮನವಾದರೆ
Internet Connection Sharing ಆನ್ ಇದ್ದಾಗ ವಿಳಾಸೀಕರಣವನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ, ಇದು ಹಂಚಿದ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಬೇರೆ ಶ್ರೇಣಿಗೆ ಸರಿಸಬಹುದು. ಮೂಲ ವಿಳಾಸದ ಕಡೆಗೆ ಇನ್ನೂ ತೋರಿಸುವ ಕ್ಲೈಂಟ್ ಆಗ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ರಿಜಿಸ್ಟ್ರಿ ಮೌಲ್ಯಗಳು ScopeAddress ಮತ್ತು StandaloneDHCPAddress ಆ ಶ್ರೇಣಿಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಮರುಬೂಟ್ ನಂತರ ಸೆಟ್ಟಿಂಗ್ ಹಿಂತಿರುಗಬಹುದು.
Windows ಗೆ ವಿಶಿಷ್ಟವಾದ ಇನ್ನೆರಡು ಘರ್ಷಣೆಗಳನ್ನು ನೋಡುವುದು ಯೋಗ್ಯ. Routing and Remote Access ಸೇವೆ ಟನೆಲ್ಗೆ ಅಡ್ಡಿಪಡಿಸಬಹುದು. ತಪ್ಪು ಆರ್ಕಿಟೆಕ್ಚರ್ಗೆ ನಿರ್ಮಿಸಿದ ಇನ್ಸ್ಟಾಲರ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಎಂದೂ ಉಲ್ಲೇಖಿಸದ ಸಂದೇಶದೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ.
ಪರೀಕ್ಷೆ ಹೆಸರಿಸಿದ ಪದರವನ್ನು ಸರಿಪಡಿಸಿ, ನಂತರ ಅದೇ ಮೂರು ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಹೋಸ್ಟ್ ಹೆಸರಿನ ಪರೀಕ್ಷೆಯನ್ನು ಸರಿಪಡಿಸಿ ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಮುರಿಯುವ ಬದಲಾವಣೆಯನ್ನು ತಪ್ಪು ಪದರಕ್ಕೆ ಅನ್ವಯಿಸಲಾಗಿದೆ.