Windows ನಲ್ಲಿ VPN ದೋಷ 720: ವಿಳಾಸ ಪೂಲ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ಬೈಂಡಿಂಗ್?
ದೋಷ 720 ಎಂದರೆ ಸಂಪರ್ಕಕ್ಕೆ ಎಂದಿಗೂ ಬಳಸಬಹುದಾದ ವಿಳಾಸ ಸಿಗಲಿಲ್ಲ. ಅಡಾಪ್ಟರ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಮೊದಲು ಒಂದು ಹೋಸ್ಟ್‌ನ ವೈಫಲ್ಯಗಳನ್ನು ಅನೇಕ ಹೋಸ್ಟ್‌ಗಳ ವೈಫಲ್ಯಗಳಿಂದ ಬೇರ್ಪಡಿಸಿ.
ದೋಷ 720 ರುಜುವಾತುಗಳು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಜನರನ್ನು ಪಾಸ್‌ವರ್ಡ್ ಕ್ಷೇತ್ರಕ್ಕೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಸಂಪರ್ಕವು ವಿಳಾಸದ ಬಗ್ಗೆ ಚರ್ಚೆ ನಡೆಯುವ ಹಂತವನ್ನು ತಲುಪಿತು ಮತ್ತು ಒಂದನ್ನು ಪಡೆಯಲಿಲ್ಲ. ಎರಡು ಸಂಪೂರ್ಣ ಭಿನ್ನ ವೈಫಲ್ಯಗಳು ಅದೇ ಸಂವಾದವನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ: ಸರ್ವರ್‌ನಲ್ಲಿ ಹಂಚಲು ಏನೂ ಇರಲಿಲ್ಲ, ಅಥವಾ ಈ ಕ್ಲೈಂಟ್ ಚರ್ಚೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಏನನ್ನಾದರೂ ಮುಟ್ಟುವ ಮೊದಲು ಇವೆರಡನ್ನು ಬೇರ್ಪಡಿಸುವುದೇ ದುರಸ್ತಿಯ ಬಹುಪಾಲು, ಮತ್ತು ಈ ವ್ಯತ್ಯಾಸವು Microsoft ನ ದೋಷ 720 ದೋಷನಿವಾರಣೆ ಪುಟದಲ್ಲಿ ದಾಖಲಾಗಿದೆ.
ಸಂವಾದ ಏನು ಹೇಳುವುದಿಲ್ಲ
ಸಂದೇಶವು PPP ಚರ್ಚೆಯಲ್ಲಿನ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಸರ್ವರ್ ಏಕೆ ನಿರಾಕರಿಸಿತು ಎಂದು ಕ್ಲೈಂಟ್ ನೋಡಲಾಗದ ಕಾರಣ ಅದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ಇದು ರುಜುವಾತುಗಳ ದೋಷವಲ್ಲ ಮತ್ತು ಟನೆಲ್‌ನ ಗೂಢಲಿಪೀಕರಣದ ಬಗ್ಗೆ ಹೇಳಿಕೆಯೂ ಅಲ್ಲ. ವಿಳಾಸ ಅಥವಾ ಚರ್ಚೆಯ ನಿಯತಾಂಕಗಳನ್ನು ತಲುಪಿಸಲಿಲ್ಲ ಎಂದು ಅರ್ಥ.
ಸರ್ವರ್ ಕಡೆ ಸಾಮಾನ್ಯ ಕಾರಣ ಹಂಚಿಕೆ: ಖಾಲಿ ವಿಳಾಸಗಳಿಲ್ಲದ ಸ್ಥಿರ RRAS ಪೂಲ್, ಅಥವಾ ವ್ಯಾಪ್ತಿ ಮುಗಿದ ಅಥವಾ ತಲುಪಲಾಗದ DHCP ಸಂರಚನೆ, ಪ್ರಯತ್ನಿಸುವ ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ನಿಖರವಾಗಿ ಈ ಲಕ್ಷಣವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಕಡೆ ಸಾಮಾನ್ಯ ಕಾರಣ ಬೈಂಡಿಂಗ್. PPP ಒಯ್ಯುವ WAN Miniport ಸರಿಯಾದ ಘಟಕಗಳಿಗೆ ಬದ್ಧವಾಗಿರಬೇಕು, ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಬೈಂಡಿಂಗ್ ಅಥವಾ ಸೇರಿಸಿದ ಜಾಲಬಂಧ ಫಿಲ್ಟರ್ ಯಾವುದೇ ಗೋಚರ ಸಾಧನ ಸಮಸ್ಯೆ ಇಲ್ಲದೆ ಚರ್ಚೆಯನ್ನು ನಿಲ್ಲಿಸಬಹುದು. ಈ ಎರಡು ಕುಟುಂಬಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಸಾಕ್ಷ್ಯ ಬೇಕು, ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಲು ವೇಗವಾದ ಮಾರ್ಗ ಎಂದರೆ ಎಷ್ಟು ಕ್ಲೈಂಟ್‌ಗಳು ಬಾಧಿತವಾಗಿವೆ ಎಂದು ಎಣಿಸುವುದು.
ಮೊದಲು ಜನಸಂಖ್ಯೆಯನ್ನು ಬೇರ್ಪಡಿಸಿ, ನಂತರ ಪೂಲ್
ಯಾವುದೇ ಸಂರಚನೆಯನ್ನು ಓದುವ ಮೊದಲು ಬಾಧಿತ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಎಣಿಸಿ. ಎಲ್ಲರನ್ನೂ ಒಟ್ಟಿಗೆ ಬಡಿಯುವ ವೈಫಲ್ಯ ಸರ್ವರ್ ಸ್ಥಿತಿ, ಮತ್ತು ಒಂದು ಯಂತ್ರವನ್ನು ಜಾಲಬಂಧಗಳ ನಡುವೆ ಹಿಂಬಾಲಿಸುವ ವೈಫಲ್ಯ ಕ್ಲೈಂಟ್ ಸ್ಥಿತಿ. ಆ ಎಣಿಕೆ ಚಾಟ್ ಚಾನೆಲ್‌ನಲ್ಲಿ ಒಂದು ಸಂದೇಶದ ಬೆಲೆಗೆ ಆಗುತ್ತದೆ ಮತ್ತು ಒಂದು ಮಧ್ಯಾಹ್ನವನ್ನು ಉಳಿಸುತ್ತದೆ.
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
ನಂತರ ಒಂದು ವಿಫಲ ಪ್ರಯತ್ನವನ್ನು ಸರ್ವರ್‌ನ ಸ್ವಂತ ದಾಖಲೆಗೆ ಜೋಡಿಸಿ, ಏಕೆಂದರೆ RRAS ಹಂಚಲಾಗದಿದ್ದಾಗ ಘಟನೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಆ ಘಟನೆ ಲಕ್ಷಣವನ್ನಲ್ಲ, ವೈಫಲ್ಯವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ವೈಫಲ್ಯವು ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್‌ನ್ನು ಹಿಂಬಾಲಿಸಿದರೆ, ಸರ್ವರ್ ಲಾಗ್ ಆ ಪ್ರಯತ್ನಕ್ಕೆ ಏನನ್ನೂ ತೋರಿಸುವುದಿಲ್ಲ, ಅದು ತಾನೇ ಮಾಹಿತಿಪೂರ್ಣ. ಹಂಚಿಕೆ ದೋಷ ಇಲ್ಲದಿರುವುದು ಸಮಸ್ಯೆಯನ್ನು ಆ ಕ್ಲೈಂಟ್‌ನ ಚರ್ಚೆಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಮುಂದೆ ಯಾವ ಆದೇಶಗಳನ್ನು ಚಲಾಯಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }ಸರ್ವರ್‌ನ ಹಂಚಿಕೆ ಸ್ಥಿತಿಯನ್ನು ಓದಿ
RRAS ಕಡೆ ದಾಖಲೆಗಳು ಊಹಿಸುವುದನ್ನಲ್ಲ, ವಾಸ್ತವವಾಗಿ ಯಾವ ಹಂಚಿಕೆ ವಿಧಾನ ಸಂರಚಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸ್ಥಿರ ಪೂಲ್ ಮತ್ತು DHCP ಮೂಲಕ ಕಳುಹಿಸಿದ ಸಂರಚನೆ ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಬಳಕೆಯಲ್ಲಿರುವುದಕ್ಕೆ ಸೇರಿದೆ. ಸ್ಥಿರ ಪೂಲ್‌ನಲ್ಲಿ ಖಾಲಿ ವಿಳಾಸಗಳನ್ನು ಎಣಿಸಿ ಮತ್ತು ಯಾರಿಗೂ ನೆನಪಿಲ್ಲದ ಗುತ್ತಿಗೆಯನ್ನು ಹಿಡಿದಿರುವ ಬಳಕೆದಾರವಾರು ಹಂಚಿಕೆಗಳನ್ನು ಹುಡುಕಿ, ಏಕೆಂದರೆ ದೊಡ್ಡದಾಗಿ ಕಾಣುವ ಪೂಲ್ ಸಂಪೂರ್ಣ ತುಂಬಿರಬಹುದು. DHCP ನಲ್ಲಿ ರಿಲೇ ಸರ್ವರ್‌ನ್ನು ತಲುಪುತ್ತದೆಯೇ ಮತ್ತು ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಖಾಲಿ ಗುತ್ತಿಗೆಗಳಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್‌ಗಳು ಖಾಲಿ ಮಾಡಿದ ವ್ಯಾಪ್ತಿ ತಪ್ಪಾಗಿ ಸಂರಚಿಸಿದ ಪೂಲ್‌ನಂತೆಯೇ ಅದೇ 720 ಉತ್ಪಾದಿಸುತ್ತದೆ, ಮತ್ತು RRAS ಕನ್ಸೋಲ್ ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ. ಪೂಲ್ ಅನ್ನು ಸಣ್ಣ ವ್ಯಾಪ್ತಿಗಳಾಗಿ ವಿಭಜಿಸುವ ಪಾರಂಪರಿಕ ಪರಿಹಾರವನ್ನು ವಿರೋಧಿಸಿ: ಮೂಲ ಸಲಹೆ ಒಬ್ಬ ನಿರ್ವಾಹಕರ ಫಲಿತಾಂಶವನ್ನು ವಿವರಿಸಿತ್ತು, ಮತ್ತು ಸರ್ವರ್‌ನ ಸ್ವಂತ ಘಟನೆಗಳು ನೇರವಾಗಿ ಹೆಸರಿಸಬಹುದಾದ ಹಂಚಿಕೆ ವೈಫಲ್ಯವನ್ನು ಅದು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್‌ನ ಬೈಂಡಿಂಗ್‌ಗಳನ್ನು ಮುರಿಯದೆ ಓದಿ
ಸಾಕ್ಷ್ಯವು ಒಂದು ಕ್ಲೈಂಟ್‌ನ್ನು ಸೂಚಿಸಿದರೆ, ಸ್ಟಾಕ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಬದಲು ಮರೆಯಾಗಿರುವ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಮೊದಲ ಆದೇಶ WAN Miniport ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಹೆಸರುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ; ಎರಡನೆಯದು ಅದು ಹಿಂತಿರುಗಿಸಿದ ಹೆಸರನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮಾರ್ಗದರ್ಶಿಯಿಂದ ನಕಲಿಸಿದ ಹೆಸರನ್ನಲ್ಲ.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsಪಟ್ಟಿಯನ್ನು ವಿಳಾಸ-ಪರಿಹಾರ ಬೈಂಡಿಂಗ್ ಮತ್ತು ತೃತೀಯ-ಪಕ್ಷದ ಫಿಲ್ಟರ್‌ಗಳಿಗಾಗಿ ಓದಿ. ನಿಷ್ಕ್ರಿಯ ಬೈಂಡಿಂಗ್ ಗುರಿಯ ದುರಸ್ತಿ, ಆದರೆ ಫಿಲ್ಟರ್‌ನ ಇರುವಿಕೆ ಆ ತಂತ್ರಾಂಶದ ಮಾಲೀಕರಿಗೆ ಪ್ರಶ್ನೆ, ಭದ್ರತಾ ಉತ್ಪನ್ನವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಅನುಮತಿಯಲ್ಲ. ಎಲ್ಲಾ ಅಡಾಪ್ಟರ್‌ಗಳನ್ನು ಅಳಿಸುವುದೇ ವೈಫಲ್ಯ ಮರಳಿದರೆ ಅಗತ್ಯವಾದ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಮಾಡುವ ಏಕೈಕ ಕ್ರಮ.
ಸರಿಪಡಿಸಿದ ನಂತರ ಅದೇ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಅದು ಮೂಲ ಲಕ್ಷಣವಾಗಿದ್ದರೆ ಎರಡು-ಕ್ಲೈಂಟ್ ಪ್ರಕರಣವನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಯಶಸ್ವಿ ಮೊದಲ ಸಂಪರ್ಕ ಎರಡನೇ ಕ್ಲೈಂಟ್ ಬಯಲು ಮಾಡುವ ಹಂಚಿಕೆ ಸಮಸ್ಯೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಟಿಪ್ಪಣಿಯನ್ನು ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಇರಿಸಿ: ಯಾವ ಕ್ಲೈಂಟ್, ಯಾವ ಬೈಂಡಿಂಗ್, ಯಾವ ಘಟನೆ ಮತ್ತು ಏನು ಬದಲಾಯಿತು. ಪ್ರತಿ ಪ್ರಯತ್ನಕ್ಕೆ ಒಂದು ಪದರವನ್ನು ಬದಲಿಸಿ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಸರಿಪಡಿಸುವಿಕೆ ಮತ್ತು ಪೂಲ್ ಬದಲಾವಣೆ ಒಟ್ಟಿಗೆ ಅನ್ವಯಿಸಿದರೆ ಅವನ್ನು ಆರೋಪಿಸಲಾಗದು, ಮತ್ತು ಮುಂದಿನ ವೈಫಲ್ಯ ಅದೇ ಆದರೂ ಹೊಸದಾಗಿ ಕಾಣುತ್ತದೆ.