Windows ನಲ್ಲಿ OpenVPN ಬೂಟ್ನಲ್ಲಿ ಅಲ್ಲ, ಲಾಗಿನ್ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆಯೇ?

ಯಾರಾದರೂ ಸೈನ್ ಇನ್ ಮಾಡಿದ ನಂತರವೇ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಸುರಂಗಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಆ ವ್ಯಕ್ತಿಯ ಸೆಷನ್ ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಸ್ವಯಂಚಾಲಿತ ಸೇವೆ ಅಲ್ಲ. ಸಾಮಾನ್ಯ ಅಪರಾಧಿ openvpn-gui.exe ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಪ್ರಾರಂಭ ಶಾರ್ಟ್ಕಟ್, ಮತ್ತು ಅದು ಮುರಿದ ಸ್ಥಾಪನೆ ಅಲ್ಲ. ಶಾರ್ಟ್ಕಟ್ ಬಳಕೆದಾರ ಸೆಷನ್ ಒಳಗೆ ಡೆಸ್ಕ್ಟಾಪ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆ ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್, ಆ ಬಳಕೆದಾರರ ಪ್ರಮಾಣಪತ್ರ ಸಂಗ್ರಹಗಳು ಮತ್ತು ಪ್ರಾಂಪ್ಟ್ಗೆ ಉತ್ತರಿಸುವ ಆ ಬಳಕೆದಾರರ ಸಾಮರ್ಥ್ಯದೊಂದಿಗೆ. ಅದರ ಯಾವುದೇ ಅಂಶವು ಸಂಪರ್ಕವನ್ನು ಸೈನ್ ಇನ್ ಆದ ಮನುಷ್ಯರಿಂದ ಸ್ವತಂತ್ರಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಪೂರ್ವ-ಲಾಗಿನ್ ಸುರಂಗಕ್ಕೆ ನಿಖರವಾಗಿ ಅದೇ ಬೇಕು.

ಲಕ್ಷಣಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಮೂರು ಕಾರಣಗಳಿರುತ್ತವೆ

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

ಯಾವುದು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಲು ಎರಡು ಓದುಗಳು ಬೇಕು: ಸೇವೆ ಏನನ್ನು ಚಲಾಯಿಸಲು ಸಂರಚಿಸಲಾಗಿದೆ ಮತ್ತು ಯಾವ ಫೈಲ್ಗಳನ್ನು ನೋಡಬಲ್ಲದು. ಎರಡೂ ಒಂದೊಂದು ಆಜ್ಞೆ, ಮತ್ತು ಯಾವುದೂ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂಪರ್ಕಕ್ಕೆ ಭಂಗ ತರುವುದಿಲ್ಲ.

ಸ್ವಯಂಚಾಲಿತ ಸೇವೆ ನಿಜವಾಗಿ ಏನನ್ನು ಓದುತ್ತದೆ

Community ಸ್ವಯಂಚಾಲಿತ ಸೇವೆ ಒಂದು ಆವರಣವಾಗಿದ್ದು, ಅದರ ಸಂರಚಿತ ಸ್ವಯಂ-ಪ್ರಾರಂಭ ಡೈರೆಕ್ಟರಿಯನ್ನು, ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಾಪನೆಯೊಳಗಿನ config-auto, ಸ್ಕ್ಯಾನ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕಂಡುಕೊಂಡ ಪ್ರತಿ ಹೊಂದಿಕೆಯಾಗುವ ಪ್ರೊಫೈಲ್ಗೆ OpenVPN ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಬಳಕೆದಾರರ GUI ಮೆನುವಿನಲ್ಲಿ ಕಾಣುವ ಪ್ರೊಫೈಲ್ ಬದಲಿಗೆ ಆ ಬಳಕೆದಾರರ ರೋಮಿಂಗ್ ಪ್ರೊಫೈಲ್ ಅಡಿಯಲ್ಲಿ, ಸೇವಾ ಖಾತೆ ಓದದ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರುತ್ತದೆ. Windows ಸೇವಾ ಮಾರ್ಗದರ್ಶಿ ಆ ಅನ್ವೇಷಣೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಏನನ್ನಾದರೂ ನಕಲಿಸುವ ಮೊದಲು ಅದನ್ನು ಓದುವುದು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಗುರಿ ಡೈರೆಕ್ಟರಿ ಸ್ಥಿರ ಸಂಪ್ರದಾಯವಲ್ಲ, ಸ್ಥಾಪನೆಯ ಒಂದು ಗುಣಲಕ್ಷಣ. ಆದ್ದರಿಂದ ಫೈಲ್ ಅನ್ನು GUI ಫೋಲ್ಡರ್ಗೆ ನಕಲಿಸುವುದು ಸೇವೆಗೆ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು config ಎಂದು ಕರೆಯಲಾಗುವ ಪ್ರತಿ ಫೋಲ್ಡರ್ಗೆ ನಕಲಿಸುವುದು ಪರಿಹಾರದ ಬದಲು ನಕಲುಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

Get-Service OpenVPNService | Select-Object Status, StartType
Get-CimInstance Win32_Service | Where-Object Name -eq 'OpenVPNService' | Select-Object PathName, StartName
gci 'C:\Program Files\OpenVPN\config-auto'

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

ಡೆಸ್ಕ್ಟಾಪ್ ಲಾಗಿನ್ ಏಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬೂಟ್ ಪ್ರಾರಂಭ ಏಕೆ ಮಾಡುವುದಿಲ್ಲ

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

ಫೈಲ್ ಪ್ರವೇಶ ಅದೇ ನಿಯಮವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್ ಅಡಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾದ ಖಾಸಗಿ ಕೀಲಿ, ಅಥವಾ ಬಳಕೆದಾರರ ವೈಯಕ್ತಿಕ ಸಂಗ್ರಹದಲ್ಲಿನ ಪ್ರಮಾಣಪತ್ರ, ಯಂತ್ರವಾಗಿ ಚಲಿಸುವ ಸೇವೆಗೆ ಲಭ್ಯವಿಲ್ಲ. ಒಂದೇ ಪ್ರೊಫೈಲ್ ಫೈಲ್ ಒಂದೇ ಪರಿಸರವನ್ನು ಸೂಚಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ಸಂಪೂರ್ಣ ಮಾರ್ಗಗಳು, ಅನುಮತಿಗಳು ಮತ್ತು ಪ್ರತಿ ಬದಿಯು ಮಾಡುವ ಪ್ರಮಾಣಪತ್ರ ಆಯ್ಕೆಯನ್ನು ಹೋಲಿಸಿ.

ಬಳಕೆದಾರರು ಲಾಗ್ ಇನ್ ಆಗಿದ್ದಾರೆಯೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ ಚಲಾಯಿಸಲು ಹೊಂದಿಸಲಾದ ನಿಗದಿತ ಕಾರ್ಯವೂ ಇದೇ ರೀತಿಯ ನಿರ್ಬಂಧವನ್ನು ಪಡೆಯುತ್ತದೆ. ಅದು GUI ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪ್ರಾರಂಭಿಸಿ, ಆದರೂ ಎಂದಿಗೂ ರುಜುವಾತುಗಳನ್ನು ಪಡೆಯದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಉತ್ಪಾದಿಸಬಹುದು, ಆದ್ದರಿಂದ ಕಾರ್ಯ ನಿರ್ವಾಹಕದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯ ಇರುವಿಕೆ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸುರಂಗದ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಒಂದು ಮಾಲೀಕರನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ನಿಜವಾದ ಜೀವನಚಕ್ರವನ್ನು ಪರೀಕ್ಷಿಸಿ

ಸೈನ್ ಇನ್ ಆದ ವ್ಯಕ್ತಿಗೆ ಸೇರಿದ ಸಂಪರ್ಕಕ್ಕಾಗಿ, GUI ಬೆಂಬಲಿಸುವ ಸ್ವಯಂ-ಪ್ರಾರಂಭ ವರ್ತನೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ಸೇವೆಯನ್ನು ಅದರಿಂದ ಹೊರಗಿಡಿ. ಯಾರಾದರೂ ಸೈನ್ ಇನ್ ಆಗುವ ಮೊದಲು ಇರಬೇಕಾದ ಸುರಂಗಕ್ಕಾಗಿ, ಸೇವೆಯನ್ನು ಸಂರಚಿಸಿ, ಪ್ರೊಫೈಲ್ ಅನ್ನು ಆವರಣ ಓದುವ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ, ಮತ್ತು ಸಂವಾದಾತ್ಮಕ ಪಾಸ್ಫ್ರೇಸ್ ಇಲ್ಲದ ಕೀಲಿ ಅಥವಾ ದಾಖಲಿತ ರುಜುವಾತು ಫೈಲ್ನಂತಹ ಬೆಂಬಲಿತ ಮಾನವರಹಿತ ರುಜುವಾತು ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿ.

Get-Content 'C:\Program Files\OpenVPN\log\openvpn.log' -Tail 40
Get-WinEvent -LogName Application -MaxEvents 20 | Where-Object ProviderName -like '*OpenVPN*'

ಮುಖ್ಯವಾದ ಜೀವನಚಕ್ರವನ್ನು ಪರೀಕ್ಷಿಸಿ: ಯಾರೂ ಸೈನ್ ಇನ್ ಮಾಡದ ಮರುಬೂಟ್, ನಂತರ ನೆಟ್ವರ್ಕ್ ಬದಲಾವಣೆಯ ನಂತರ ಮರುಸಂಪರ್ಕ. ಸಂಪರ್ಕಕ್ಕೆ ಒಂದೇ ಮಾಲೀಕರನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಎರಡು ಸ್ಪರ್ಧಿಸುವ ಪ್ರಾರಂಭ ಕಾರ್ಯವಿಧಾನಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಮಾರ್ಗಗಳು ಮತ್ತು ಒಂದೇ ಸರ್ವರ್ ಸೆಷನ್ಗಾಗಿ ಹೋರಾಡುವ ಎರಡು ಉದಾಹರಣೆಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ, ಮತ್ತು ಅದನ್ನು ನಿರ್ಣಯಿಸುವುದು ಎರಡೂ ಕಾರ್ಯವಿಧಾನಗಳಿಗಿಂತ ಕಷ್ಟ.