Git ನಲ್ಲಿ OpenVPN ಪ್ರೊಫೈಲ್: ಕಮಿಟ್ ಮಾಡುವ ಮೊದಲು ಏನನ್ನು ತೆಗೆದುಹಾಕಬೇಕು

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

ಕೆಳಗಿನ ಹಂತಗಳು ಕ್ಲೈಂಟ್ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣಕ್ಕೆ ಪರಿಗಣಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಊಹಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಿರ್ವಹಿಸಿ, ಮತ್ತು ನೀವು ರದ್ದುಗೊಳಿಸಲಾಗದ ಯಾವುದನ್ನೂ ಕಮಿಟ್ ಮಾಡುವ ಮೊದಲು ನಿಲ್ಲಿಸಿ.

ನೀವು ಸ್ಟೇಜ್ ಮಾಡಲಿರುವ ಫೈಲ್ ಅನ್ನು ಓದಿ

ನಿಜವಾದ ಬೈಟ್ಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತ್ಯೇಕ ಫೈಲ್ಗಳನ್ನು ಉಲ್ಲೇಖಿಸುವ ಪ್ರೊಫೈಲ್ ಅವನ್ನು ಒಳಗೆ ಬೆಸೆಯುವ ಪ್ರೊಫೈಲ್ಗಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆಯಾಗಿ ಕಾಣುತ್ತದೆ. PEM ಬ್ಲಾಕ್ ಗುರುತುಗಳನ್ನು ಮತ್ತು ca, cert, key, tls-auth ಹಾಗೂ tls-crypt ಎಂಬ ಹೆಸರಿನ ಒಳಸಾಲಿನ ಟ್ಯಾಗ್ಗಳನ್ನು ಹುಡುಕಿ, ಅದೇ ಪರಿಶೀಲನೆ ಎರಡೂ ಸಂದರ್ಭಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಗೂಢಲಿಪೀಕರಿಸಿದ ಖಾಸಗಿ ಕೀ ಇನ್ನೂ ಸೂಕ್ಷ್ಮ ವಸ್ತುವೆಂದೇ ಪರಿಗಣಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಹಂಚಿಕೊಂಡ tls-auth ಅಥವಾ tls-crypt ಕೀ ಬಳಕೆದಾರರ ಗುರುತು ಅಲ್ಲದಿದ್ದರೂ ರುಜುವಾತು ಆಗಿದೆ. ಪ್ರೊಫೈಲ್ ಜೊತೆಗೆ ಸ್ಟೇಜ್ ಆಗುವ ಎಲ್ಲದಕ್ಕೂ ಅದೇ ಪರಿಶೀಲನೆಯನ್ನು ಅನ್ವಯಿಸಿ, ರುಜುವಾತು ಫೈಲ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವ ಆರ್ಕೈವ್ಗಳು ಮತ್ತು ಸೆಟಪ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳೂ ಸೇರಿದಂತೆ.

ನಂತರ ಕೆಲಸದ ಮರವಲ್ಲ, ಸ್ಟೇಜ್ ಆದ ಗಣವನ್ನು ನೋಡಿ. git diff --cached ಕಮಿಟ್ ನಿಜವಾಗಿ ಏನನ್ನು ಹೊಂದಿರುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಈ ನಿರ್ಧಾರಕ್ಕೆ ಮಹತ್ವವಿರುವ ಏಕೈಕ ಆವೃತ್ತಿ ಅದೇ.

ರಿಪೊಸಿಟರಿ ಏನನ್ನು ವಿತರಿಸಬಹುದು ಎಂದು ನಿರ್ಧರಿಸಿ

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

ನಿರ್ಲಕ್ಷ್ಯದ ನಿಯಮ ಭವಿಷ್ಯದ ಸೇರ್ಪಡೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ ಮತ್ತು ಈಗಾಗಲೇ ದಾಖಲಾದದ್ದಕ್ಕೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಈ ಅಸಮಮಿತಿಯನ್ನು ಮೊದಲ ಕಮಿಟ್ಗಿಂತ ಮೊದಲೇ ಆತ್ಮಸಾತ್ ಮಾಡಿಕೊಳ್ಳಬೇಕು, ಹತ್ತನೆಯ ನಂತರವಲ್ಲ. ಮೂಲಸೌಕರ್ಯದ ಹೆಸರುಗಳು ಮತ್ತು ವಿಳಾಸಗಳು ಪ್ರತ್ಯೇಕ ತೀರ್ಮಾನ: ಅವು ದೃಢೀಕರಣದ ರಹಸ್ಯಗಳಲ್ಲ, ಆದರೆ ತಂಡ ಪ್ರಕಟಿಸಲು ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು. ಪ್ರತಿ ಸಾಲನ್ನು ಗುಪ್ತಪದ ಅಥವಾ ಸಾರ್ವಜನಿಕ ಎಂದು ವಿಂಗಡಿಸುವ ಬದಲು ಆ ನಿರ್ಧಾರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಿ.

ವಸ್ತು ಈಗಾಗಲೇ ಇತಿಹಾಸದಲ್ಲಿದ್ದರೆ

ಹೊಸ ಕಮಿಟ್ನಲ್ಲಿ ಸಾಲನ್ನು ತೆಗೆದುಹಾಕುವುದು ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ಅದನ್ನು ಎಳೆದುಕೊಳ್ಳುವ ಯಾರಿಗೂ ಅಸ್ಪೃಶವಾಗಿ ಬಿಡುತ್ತದೆ. ಬಹಿರಂಗವನ್ನು ನಿಜವೆಂದೇ ಪರಿಗಣಿಸಿ: ರುಜುವಾತಿನ ಪ್ರಕಾರವನ್ನು ಗುರುತಿಸಿ, ನಂತರ ಅದನ್ನು ಅಮಾನ್ಯಗೊಳಿಸಬಲ್ಲ ಪ್ರಾಧಿಕಾರವನ್ನು ಹುಡುಕಿ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವು ರದ್ದಾಗುತ್ತದೆ ಮತ್ತು ರದ್ದತಿ ಪಟ್ಟಿ ಮತ್ತೆ ಸೃಷ್ಟಿಯಾಗುತ್ತದೆ; ಹಂಚಿಕೊಂಡ ನಿಯಂತ್ರಣ-ಸರಣಿ ಕೀ ಸರ್ವರ್ನಲ್ಲಿ ಮತ್ತು ಅದನ್ನು ಬಳಸುವ ಪ್ರತಿ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಬದಲಾಯಿಸಲ್ಪಡುತ್ತದೆ.

ಎರಡೂ ಬಹಳ ಬೇರೆಯಾದ ಪ್ರಭಾವದ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿವೆ, ಮತ್ತು ಯೋಜನೆಯು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ನೀವು ಯಾವುದನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳಬೇಕು. git log --all -S 'BEGIN PRIVATE KEY' ಬಗೆಯ ಹುಡುಕಾಟದಿಂದ ವಸ್ತುವನ್ನು ತಂದ ಕಮಿಟ್ ಅನ್ನು ಪತ್ತೆ ಮಾಡಿ, ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯ ವ್ಯಾಪ್ತಿ ಊಹೆಯಲ್ಲದೆ ತಿಳಿದಿರಲಿ. ಸಹೋದ್ಯೋಗಿಯ ಕ್ಲೋನ್ ಅಥವಾ ಫೋರ್ಕ್ ಈಗಾಗಲೇ ಹಳೆಯ ವಸ್ತುವನ್ನು ಹೊಂದಿರಬಹುದು, ಆದ್ದರಿಂದ ರದ್ದತಿ ಮೊದಲು ಮತ್ತು ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ನಂತರ ಬರುತ್ತದೆ.

ನಿಯಂತ್ರಿಸಿದ ನಂತರವೇ ಸ್ವಚ್ಛಗೊಳಿಸಿ

ಇತಿಹಾಸವನ್ನು ಮತ್ತೆ ಬರೆಯುವುದು ನೀವು ಸಂಪಾದಿಸುವ ಕಮಿಟ್ನ ನಂತರದ ಪ್ರತಿ ಕಮಿಟ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲು ರಿಪೊಸಿಟರಿ ಮಾಲೀಕ ಮತ್ತು ಅದರಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಜನರ ಒಪ್ಪಿಗೆ ಬೇಕು. ಬಲವಂತದ ಪುಶ್ ದುರಸ್ತಿಯಲ್ಲ; ಅದು ತನ್ನದೇ ಆದ ಹಿಂತಿರುಗಿಸುವ ಅಪಾಯವಿರುವ ಸಮನ್ವಯ ಘಟನೆ. ಅದನ್ನು ನಿಗದಿಪಡಿಸಿ, ಬ್ಯಾಕಪ್ ತೆಗೆದುಕೊಳ್ಳಿ, ಮತ್ತು ಯಾವಾಗ ನಡೆಯುತ್ತದೆ ಎಂದು ತಂಡಕ್ಕೆ ಹೇಳಿ.

ನಂತರ ಸಾಧನದ ಸಾರಾಂಶವನ್ನು ನಂಬುವ ಬದಲು ಪ್ರಸ್ತುತ ಮರ ಮತ್ತು ಉಳಿದ ಇತಿಹಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ.

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

ಆ ಪ್ರತ್ಯೇಕತೆಯೇ ನಿಜವಾದ ಪರಿಹಾರ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಅನ್ನು ಕಮಿಟ್ ಮಾಡಲು ಬಯಸುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಯ ನಂತರವೂ ಅದು ಉಳಿಯುತ್ತದೆ.