FortiClient 98% ನಲ್ಲಿ ನಿಂತುಕೊಳ್ಳುತ್ತದೆ: ಆ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ IPv6 ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ

ಬಾರ್ 98% ತಲುಪುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅಲ್ಲಿಯೇ ಕುಳಿತಿರುತ್ತದೆ, ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಮತ್ತೆ ಟೈಪ್ ಮಾಡುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. ಇದೇ ಉಪಯುಕ್ತ ಸುಳಿವು: ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಗೇಟ್‌ವೇ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ವೀಕರಿಸಿದೆ, ರುಜುವಾತುಗಳನ್ನು ಕಳುಹಿಸಿದೆ ಮತ್ತು ಟನೆಲ್ ಸಂರಚನೆಯನ್ನು ಪಡೆದಿದೆ. ಉಳಿದಿರುವುದು ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಎತ್ತಿ ಟನೆಲ್ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸುವುದು. ಆ ಕೊನೆಯ ಹಂತ ಎಂದಿಗೂ ಪೂರ್ಣಗೊಳ್ಳದಿದ್ದಾಗ, ದೋಷ ಸ್ಥಳೀಯವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಎಷ್ಟೇ ಬಾರಿ ರುಜುವಾತುಗಳನ್ನು ಟೈಪ್ ಮಾಡಿದರೂ ಅದನ್ನು ತಲುಪುವುದಿಲ್ಲ.

ನಾಲ್ಕು ಹಂತಗಳು, ಮತ್ತು ಮೊದಲನೆಯದು ಬಾರ್ ಅಲ್ಲ, ಲಾಗ್ ಓದುವುದು.

98% ಕೌಂಟರ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ

ಶೇಕಡಾವಾರು ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಹಂತ-ಕೌಂಟರ್, ಥ್ರೂಪುಟ್‌ನ ಅಳತೆಯಲ್ಲ. ಪ್ರತಿ ಪ್ರಯತ್ನದಲ್ಲೂ ಅದೇ ಸಂಖ್ಯೆಯಲ್ಲಿ ನಿಲ್ಲುವುದು ಎಂದರೆ ಕ್ಲೈಂಟ್ ನಿರ್ದಿಷ್ಟ ಹಂತವನ್ನು ತಲುಪಿ ಕಾಯುತ್ತಿದೆ; ಆದ್ದರಿಂದ ನಿಧಾನ ಸಂಪರ್ಕ ಮತ್ತು ಸಿಲುಕಿದ ಕ್ಲೈಂಟ್ ಲಾಗ್‌ನಲ್ಲಿ ಬೇರೆಯಾಗಿ ಕಾಣುತ್ತವೆ. ರುಜುವಾತುಗಳ ಸಮಸ್ಯೆ ಮೌನ ವಿರಾಮದ ಬದಲು ರುಜುವಾತು ದೋಷವನ್ನು ಮುದ್ರಿಸುತ್ತಿತ್ತು.

Fortinet ಈ ಲಕ್ಷಣವನ್ನು ಕ್ಲೈಂಟ್-ಬದಿಯ ಒಂದೇ ಕಾರಣದ ವಿರುದ್ಧ ದಾಖಲಿಸಿದೆ: ಕ್ಲೈಂಟ್ ಬಳಸುವ ಅಡಾಪ್ಟರ್‌ನಲ್ಲಿ IPv6 ಸಕ್ರಿಯವಾಗಿರುವುದು. ಇದು ಅಡಾಪ್ಟರ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಬೇಕಾದ ಮೊದಲ ವಿಷಯವನ್ನಾಗಿಸುತ್ತದೆ, ಪ್ರತಿಯೊಂದು SSL-VPN ನಿಲುಗಡೆಗೆ ಸಾರ್ವತ್ರಿಕ ವಿವರಣೆಯಲ್ಲ.

ಹಂತ 1: ಬಾರ್‌ಗಿಂತ ಮೊದಲು ಲಾಗ್ ಓದಿ

ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ನಿಲುಗಡೆಯ ಮೊದಲು ಇರುವ ಸಾಲುಗಳನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ. ಟನೆಲ್ ಅಡಾಪ್ಟರ್ ರಚಿಸಲಾಗಿದೆಯೇ, ವಿಳಾಸ ನಿಗದಿಯಾಗಿದೆಯೇ, ಮತ್ತು ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಕುಟುಂಬಕ್ಕಾಗಿ ಕಾಯುವುದನ್ನು ಬಿಟ್ಟಿದೆಯೇ ಎಂದು ನೀವು ನೋಡುತ್ತಿದ್ದೀರಿ. ಬೇರೆ ಶೇಕಡಾವಾರಿನಲ್ಲಿ ನಿಲ್ಲುವುದು ತನ್ನದೇ ರೋಗನಿರ್ಣಯವಿರುವ ಬೇರೆ ಹಂತ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಎಚ್ಚರಿಕೆ ಅಥವಾ ತಪ್ಪು ಗೇಟ್‌ವೇ ವಿಳಾಸವು ಮೌನ ಕಾಯುವಿಕೆಯ ಬದಲು ತನ್ನದೇ ಸಂದೇಶವನ್ನು ನೀಡುತ್ತದೆ. ಸಮಯದ ಮುದ್ರೆಯನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಪ್ರಯತ್ನ ಅದೇ ಫೈಲ್‌ಗೆ ಇನ್ನೊಂದು ಬ್ಲಾಕ್ ಸೇರಿಸುತ್ತದೆ.

ಲಾಗ್ ಪೂರ್ಣಗೊಂಡ ಲಾಗಿನ್ ನಂತರ ಏನೂ ಇಲ್ಲ ಎಂದು ತೋರಿಸಿದರೆ, ನೀವು ಸ್ಥಳೀಯ ಸೆಟಪ್‌ನಲ್ಲಿದ್ದೀರಿ ಮತ್ತು ಅಡಾಪ್ಟರ್ ಸಕ್ರಮ ಆರೋಪಿ.

ಹಂತ 2: IPv6 ಬದಲಾವಣೆಯನ್ನು ಒಂದೇ ಅಡಾಪ್ಟರ್‌ಗೆ ಸೀಮಿತಗೊಳಿಸಿ

ಬದಲಾವಣೆ ಮಶೀನ್‌ಗಲ್ಲ, ಅಡಾಪ್ಟರ್‌ಗೆ ಸೇರಿದ್ದು. Windows ಅಡಾಪ್ಟರ್ ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಇದರರ್ಥ ನಿರ್ದಿಷ್ಟ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ Internet Protocol Version 6 (TCP/IPv6) ತೆಗೆದುಹಾಕುವುದು, ಮತ್ತು ಶೆಲ್‌ನಿಂದ ಅದು Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. ಮರುಸಂಪರ್ಕಿಸುವ ಮೊದಲು Get-NetAdapterBinding -ComponentID ms_tcpip6 ನಿಂದ ಸ್ಥಿತಿಯನ್ನು ದೃಢೀಕರಿಸಿ. ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಬಾರ್ ಅಲ್ಲಿಯೇ ನಿಲ್ಲದೆ 98% ದಾಟುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ.

ಮೊದಲು ವ್ಯಾಪ್ತಿ ನಿಗದಿಮಾಡಿ, ನಂತರ ಪರೀಕ್ಷಿಸಿ. IPv6 ಅನ್ನು ಜಾಗತಿಕವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಪ್ರಶ್ನೆಗೆ ಬೇಕಾದುದಕ್ಕಿಂತ ದೊಡ್ಡ ಬದಲಾವಣೆ ಮತ್ತು ನೀವು ಮುಟ್ಟಲು ಉದ್ದೇಶಿಸದ ಸೇವೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.

ಹಂತ 3: ನಿಲುಗಡೆ ಏನನ್ನು ಮರೆಮಾಡಿತ್ತು ಎಂದು ಪರಿಶೀಲಿಸಿ

ಸಂಪರ್ಕಿಸುವ ಟನೆಲ್ ಕೆಲಸ ಮಾಡುವ ಟನೆಲ್ ಅಲ್ಲ. ಕ್ಲೈಂಟ್ ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸ, ಪ್ರೊಫೈಲ್ ಸ್ಥಾಪಿಸಿದ ಮಾರ್ಗಗಳು, ಮತ್ತು ಒಂದು ಆಂತರಿಕ ಹೋಸ್ಟ್‌ನ ಹೆಸರು-ವಿಭಜನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ: Resolve-DnsName files.corp.example. ಸಂಪರ್ಕಿಸಿ ಏನನ್ನೂ ವಿಭಜಿಸದ ಕ್ಲೈಂಟ್‌ಗೆ DNS ಸಮಸ್ಯೆ ಇರುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಅದೇ ದೋಷ ಮರಳಿ ಬರುತ್ತಿದೆ ಎಂದು ತಪ್ಪಾಗಿ ಓದುವುದು ಸುಲಭ.

ಒಂದು ಆಂತರಿಕ ಸಂಪನ್ಮೂಲವನ್ನು ಹೆಸರಿನಿಂದ ಮತ್ತು ಒಂದು ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಇದರಿಂದ ಮುರಿದ ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಅನ್ನು ಸರಿಪಡಿಸಿದ ಕ್ಲೈಂಟ್ ಎಂದು ತಪ್ಪಾಗಿ ತಿಳಿಯಬಾರದು.

ಹಂತ 4: ಪರಿಹಾರವನ್ನು ಪುನರಾವರ್ತನೀಯಗೊಳಿಸಿ

ಸೆಟ್ಟಿಂಗ್ ಸಂಪೂರ್ಣ ಫ್ಲೀಟ್‌ಗೆ ತಲುಪಬೇಕಿದ್ದರೆ, ಪ್ರತಿ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಪುನರಾವರ್ತಿಸುವ ಕೈಯಿಂದ ಮಾಡುವ ಹಂತದ ಬದಲು ಅದನ್ನು ನಿಯೋಜನಾ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಅಥವಾ ಅಡಾಪ್ಟರ್ ಸಂರಚನೆಯಲ್ಲಿ ಇರಿಸಿ. 98% ನಿಲುಗಡೆ ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್‌ನ IPv6 ಗೆ ಸಂಬಂಧಿಸಿತ್ತು ಎಂದು ಟಿಕೆಟ್‌ನಲ್ಲಿ ದಾಖಲಿಸಿ, ಮತ್ತು ಯಾರಾದರೂ ಸಂಬಂಧವಿಲ್ಲದ ಯಾವುದನ್ನೋ ಸರಿಪಡಿಸಲು ಅದನ್ನು ಮತ್ತೆ ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಬೇರೆ ಏನು IPv6 ಅನ್ನು ಅವಲಂಬಿಸಿತ್ತು ಎಂದು ಗಮನಿಸಿ.

ಒಬ್ಬ ಇಂಜಿನಿಯರ್‌ನ ನೆನಪಿನಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಪರಿಹಾರ ಮುಂದಿನ ತ್ರೈಮಾಸಿಕದಲ್ಲಿ ಮರಳಿ ಬರುವ ಪರಿಹಾರ.

IPv6 ಆಫ್ ಇದ್ದರೂ ಬಾರ್ ಇನ್ನೂ 98% ನಲ್ಲಿ ನಿಲ್ಲುತ್ತಿದ್ದರೆ, ಮಾರಾಟಗಾರರ ಟಿಪ್ಪಣಿ ಅದನ್ನು ಇನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಲಾಗ್ ನಿಮ್ಮ ಮುಂದಿನ ಸಾಕ್ಷ್ಯ. ಲಕ್ಷಣಕ್ಕೆ ಚಿಕಿತ್ಸೆ ನೀಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಹಂತ-ಕೌಂಟರ್‌ಗೆ ಹಿಂತಿರುಗಿ.