Ubuntu VPS ಸ್ಥಾಪನೆ: ಮೊದಲ ಲಾಗಿನ್‌ನಿಂದ ಅಪ್ಲಿಕೇಶನ್‌ವರೆಗೆ

ನಿಮ್ಮ ಯೋಜನೆಗಾಗಿ Ubuntu VPS ಸರ್ವರ್ ಅನ್ನು ಆರಿಸಿ

ನಿಮ್ಮ ಯೋಜನೆಯಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಪ್ರವೇಶದೊಂದಿಗೆ Ubuntu VPS ನಿಮಗೆ Ubuntu ಚಾಲನೆಯಲ್ಲಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ನೀಡುತ್ತದೆ. ಸ್ವಯಂ-ನಿರ್ವಹಣೆಯ ಸರ್ವರ್‌ನೊಂದಿಗೆ, ನಿಮ್ಮ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನೀವು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ನಿರ್ವಹಿಸುತ್ತೀರಿ. ನಿಮಗೆ ಅದನ್ನು ನಿರ್ವಹಿಸಲು ಬೇರೊಬ್ಬರು ಅಗತ್ಯವಿದ್ದರೆ, ಖರೀದಿಸುವ ಮೊದಲು ನಿರ್ವಹಿಸಲಾದ ಸೇವೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ದೃಢೀಕರಿಸಿ.

ಪರಿಶೀಲಿಸಿದ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ವೆಚ್ಚಗಳಿಗಾಗಿ Ubuntu VPS ಹೋಸ್ಟಿಂಗ್ ಹೋಲಿಕೆ ಅನ್ನು ಬಳಸಿ. ಈ ಪುಟವು ಮುಂದಿನ ಹಂತವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ: ನಿಯೋಜನೆ ಮಾರ್ಗವನ್ನು ಆರಿಸುವುದು ಮತ್ತು ಮೊದಲ ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು.

ಪ್ರಕಟಿಸಿದ ಅವಶ್ಯಕತೆಗಳು ಮತ್ತು ಒಟ್ಟು ವೆಚ್ಚಗಳನ್ನು ಹೋಲಿಸಿ →

ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ Ubuntu ಇಮೇಜ್ವನ್ನು ಆರಿಸಿ

VDSina ↗ ಪ್ರಕಟಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಇಮೇಜ್ಗಳೊಂದಿಗೆ ಸರಳ Ubuntu ಸ್ಥಾಪನೆಯನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ. ಸಂಪನ್ಮೂಲಗಳನ್ನು ಆರಿಸುವ ಮೊದಲು ಮೂಲ OS ಮತ್ತು ಮೊದಲ ಸೆಟಪ್ ಹಂತಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಕ್ಯಾಟಲಾಗ್ ಮತ್ತು ಪೂರೈಕೆದಾರರ ಸಹಾಯವನ್ನು 12 ಅಕ್ಟೋಬರ್ 2026 ರಂದು ಪರಿಶೀಲಿಸಲಾಗಿದೆ .

ಕೆಳಗಿನ ಅಪ್ಲಿಕೇಶನ್ ಲೇಬಲ್‌ಗಳು ಕ್ಯಾಟಲಾಗ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ: “Ubuntu 22” ಮತ್ತು “Ubuntu 24” ಒದಗಿಸುವವರ ಲೇಬಲ್‌ಗಳಾಗಿವೆ. ನಿಮ್ಮ ಆದೇಶದಲ್ಲಿ ನಿಖರವಾದ ಬಿಡುಗಡೆ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಆವೃತ್ತಿಯನ್ನು ದೃಢೀಕರಿಸಿ. ಪಟ್ಟಿ ಮಾಡಲಾದ ಇಮೇಜ್ವು ಅಳತೆ ಮಾಡಲಾದ ಸಾಮರ್ಥ್ಯದ ಶಿಫಾರಸು ಅಲ್ಲ.

ಡೌನ್‌ಲೋಡ್ ನಿಮ್ಮ ಆಯ್ಕೆಮಾಡಿದ ಚಿತ್ರ, ಮುಂದಿನ ಹಂತಗಳು ಮತ್ತು ಇನ್ನೂ ದೃಢೀಕರಿಸಬೇಕಾದ ಐಟಂಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ನಿಮ್ಮ ಆಯ್ಕೆಯನ್ನು ಬಜೆಟ್ ಪರೀಕ್ಷಕಕ್ಕೆ ಸಾಗಿಸಲು ಹೋಲಿಕೆ ಲಿಂಕ್ ಬಳಸಿ.

1 GB FASTPANEL ಸರ್ವರ್ ಅನ್ನು ಗಮನಿಸಲಾಗಿದೆ

ನಾವು 12 ಅಕ್ಟೋಬರ್ 2026 ರಂದು 18:18:52 UTC ನಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದು Ubuntu ಸರ್ವರ್‌ನ ಸಿಸ್ಟಮ್ ಮಾಹಿತಿ ಮತ್ತು ಪ್ರಸ್ತುತ ಸಂಪನ್ಮೂಲ ಕೌಂಟರ್‌ಗಳನ್ನು ಓದುತ್ತೇವೆ. ಖಾತೆಯು FASTPANEL (Ubuntu 22) ಇಮೇಜ್ವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಇದು ತನ್ನದೇ ಆದ ಸೇವೆಗಳು ಮತ್ತು ಸಂಗ್ರಹಿಸಿದ ಡೇಟಾದೊಂದಿಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸ್ಥಾಪನೆಯಾಗಿದೆ; ಇದು ತಾಜಾ ಇಮೇಜ್ವನ್ನು ಪ್ರತಿನಿಧಿಸುವುದಿಲ್ಲ.

ಇದು ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ: ಈ ನಿರ್ದಿಷ್ಟ 1 GB-ಕ್ಲಾಸ್ ಸರ್ವರ್ Ubuntu 22.04.5 ಅನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಪಟ್ಟಿ ಮಾಡಲಾದ ಸೇವೆಗಳು ಚಾಲನೆಯಲ್ಲಿವೆ. ಈ ಆರಂಭಿಕ ಓದಲು-ಮಾತ್ರ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಟ್ರಾಫಿಕ್ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಅಳೆಯುವುದಿಲ್ಲ. ಕೆಳಗಿನ ಪ್ರತ್ಯೇಕ HTTP ಪರೀಕ್ಷೆಯು ಈ ಸ್ಥಾಪನೆಯಲ್ಲಿ ಸ್ಥಿರ HTML ವಿತರಣೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಈ ಫಲಿತಾಂಶಗಳು FASTPANEL ಅಥವಾ ಯಾವುದೇ ಇತರ ಟೆಂಪ್ಲೇಟ್‌ಗಾಗಿ ಕನಿಷ್ಠ ಯೋಜನೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಅಥವಾ ಆರ್ಡರ್ ಮಾಡುವಾಗ ಪ್ರಸ್ತುತ ಲಭ್ಯತೆ.

FASTPANEL ಯೋಜನೆ ಮತ್ತು ಬಜೆಟ್ ಹೋಲಿಕೆ 2, 4 ಮತ್ತು 8 GB-ವರ್ಗದ ಕೊಡುಗೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ನಿಜವಾದ ಟೆಂಪ್ಲೇಟ್ ಅವಶ್ಯಕತೆಗಳು ಮತ್ತು ಆಯ್ಕೆಮಾಡಿದ ಕೊಡುಗೆಯನ್ನು ಪರಿಶೀಲಿಸುವವರೆಗೆ ಅದರ ಹೊಂದಾಣಿಕೆಯ ಸ್ಥಿತಿಯು ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿಲ್ಲ.

ಆದೇಶ, ಪ್ರವೇಶ ಮತ್ತು ಮರುಪ್ರಾಪ್ತಿ ಆಯ್ಕೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಚಿತ್ರದ ಜೊತೆಗೆ ಈ ಪ್ರಕಟಿತ ಷರತ್ತುಗಳನ್ನು ಬಳಸಿ. ಅವರು ಒದಗಿಸುವವರ ಸೇವೆಯನ್ನು ವಿವರಿಸುತ್ತಾರೆ; ಅಪ್ಲಿಕೇಶನ್ ಸೆಟಪ್ ಮತ್ತು ಸಾಮರ್ಥ್ಯವು ಇನ್ನೂ ನಿಮ್ಮ ಯೋಜನೆಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಸ್ಥಳ ಮತ್ತು ಪ್ರಯೋಗ

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

ಆರಂಭಿಕ ಲಾಗಿನ್ ಮತ್ತು ಚೇತರಿಕೆ ಕನ್ಸೋಲ್

ಬೆಂಬಲ → ಟಿಕೆಟ್‌ಗಳ ಅಡಿಯಲ್ಲಿ ಪ್ರವೇಶ ಸಂದೇಶಗಳು ಲಭ್ಯವಿವೆ ಎಂದು ಒದಗಿಸುವವರ ಸಹಾಯ ಹೇಳುತ್ತಾರೆ. VNC ಗಾಗಿ, ನನ್ನ ಸರ್ವರ್‌ಗಳನ್ನು ತೆರೆಯಿರಿ, ಸರ್ವರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ನಂತರ ಪ್ರವೇಶ → VNC. SSH ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು ಈ ಮರುಪಡೆಯುವಿಕೆ ಮಾರ್ಗವನ್ನು ದೃಢೀಕರಿಸಿ.

ನಿಮ್ಮ ಸ್ವಂತ ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರ

ISO ಮಾರ್ಗದರ್ಶಿಯು ಅಪ್‌ಲೋಡ್, ಡೌನ್‌ಲೋಡ್ URL ಅಥವಾ ISO-ಲೈಬ್ರರಿ ಚಿತ್ರವನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಗರಿಷ್ಠ ಚಿತ್ರದ ಗಾತ್ರ 8 GB. ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ಚಿತ್ರಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಲಾಗಿಲ್ಲ ಎಂದು ಅದು ಹೇಳುತ್ತದೆ. VNC ಮೂಲಕ ಅನುಸ್ಥಾಪನೆಯು ಪೂರ್ಣಗೊಂಡಿದೆ; ನಿಮ್ಮ ಸ್ವಂತ ISO ಅನ್ನು ಬಳಸುವುದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಹೊಂದಾಣಿಕೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ಆಡಳಿತ ಮತ್ತು ವಲಸೆ

ಪ್ರಕಟಿತ ಬೆಂಬಲ ಲೇಖನವು ಆಡಳಿತಕ್ಕಾಗಿ ಪ್ರತಿ ಗಂಟೆಗೆ $100 ಅನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಕೆಲಸವು ಹೆಚ್ಚೆಂದರೆ ಒಂದು ಗಂಟೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಆದೇಶದ ಯೋಜನೆಯ ಒಂದು ತಿಂಗಳವರೆಗೆ ಬಾಕಿ ಹಣವನ್ನು ನೀಡಿದಾಗ ಇದು ಕಾರ್ಮಿಕ ಶುಲ್ಕವಿಲ್ಲದೆ ಸೈಟ್ ವರ್ಗಾವಣೆಯನ್ನು ನೀಡುತ್ತದೆ. ಆ ಕೊಡುಗೆಯನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಖಾತೆಯ ಮೂಲಕ ವ್ಯಾಪ್ತಿಯ ದೃಢೀಕರಣವನ್ನು ವಿನಂತಿಸಿ.

ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳು ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಮರುಸ್ಥಾಪಿಸಿ

ಒದಗಿಸುವವರ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳು ಹೆಚ್ಚುವರಿ ಪಾವತಿಸಿದ ಸೇವೆಯಾಗಿದ್ದು, ನಿಗದಿತ ರಚನೆಯು ಲಭ್ಯವಿದೆ. ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಮಾರ್ಗದರ್ಶಿಗೆ ಹೊಸ ಮರುಸ್ಥಾಪನೆ ಗಮ್ಯಸ್ಥಾನವು ನಕಲಿಸಿದಂತೆಯೇ ಅದೇ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿರಬೇಕು ಮತ್ತು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ನಷ್ಟು ದೊಡ್ಡದಾದ ಡಿಸ್ಕ್ ಕೋಟಾವನ್ನು ಹೊಂದಿರಬೇಕು. ನೆಟ್‌ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ VNC ಮೂಲಕ ಹೊಂದಾಣಿಕೆ ಅಗತ್ಯವಿರಬಹುದು.

ನೀವು ನಿಮ್ಮೊಂದಿಗೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಪ್ರತಿಗಳು

ಪೂರೈಕೆದಾರರು ಸರ್ವರ್ ಬ್ಯಾಕಪ್ ಅನ್ನು ಸಂಕುಚಿತ ಡಿಸ್ಕ್ ಇಮೇಜ್ ಆಗಿ ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತಾರೆ. ಸ್ವತಂತ್ರ ನಕಲು ಮತ್ತು ಪರೀಕ್ಷಾ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಮರುಪಡೆಯುವಿಕೆ ಇರಿಸಿ. ಸಂಗ್ರಹಿಸಿದ ಪೂರೈಕೆದಾರರ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಮಾತ್ರ ಯಶಸ್ವಿ ಅಪ್ಲಿಕೇಶನ್ ಮರುಸ್ಥಾಪನೆಯನ್ನು ಖಚಿತಪಡಿಸುವುದಿಲ್ಲ.

ಬ್ಯಾಕಪ್ ಧಾರಣ, ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ರದ್ದತಿ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ →

ಸರಿಯಾದ ಸೆಟಪ್ ಮಾರ್ಗವನ್ನು ಆರಿಸಿ

ಸರ್ವರ್, ಡೊಮೇನ್ ಮತ್ತು ಮರುಪ್ರಾಪ್ತಿ ಪ್ರವೇಶವನ್ನು ತಯಾರಿಸಿ

ಸಾರ್ವಜನಿಕ IPv4 ವಿಳಾಸದೊಂದಿಗೆ ಹೊಸ Ubuntu 24.04 VPS ಅನ್ನು ಯೋಜಿಸಿ, ಪೋರ್ಟ್ 22 ನಲ್ಲಿ SSH, ಸುಡೋ-ಸಾಮರ್ಥ್ಯದ ಆರಂಭಿಕ ಖಾತೆ ಮತ್ತು ನೀವು ನಿಯಂತ್ರಿಸುವ ಡೊಮೇನ್. ಒದಗಿಸುವ ಮೊದಲು ಮುಂದಿನ ವಿಭಾಗದಲ್ಲಿ ನಿಮ್ಮ SSH ಕೀಯನ್ನು ರಚಿಸಿ. ಖಾಲಿ ಸರ್ವರ್ ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ನಿಮ್ಮ ಕೆಲಸದ ಪ್ರವೇಶದ ಮೂಲಕ ಪರ್ಯಾಯ ಕೀ-ಸ್ಥಾಪನೆ ಮಾರ್ಗವನ್ನು ಬಳಸಿ. ಕ್ಲೈಂಟ್ ಆಜ್ಞೆಗಳು Linux, macOS ಅಥವಾ WSL ನಲ್ಲಿ Bash ಅನ್ನು ಬಳಸುತ್ತವೆ; ಸರ್ವರ್ ಆಜ್ಞೆಗಳು SSH ಒಳಗೆ ಚಲಿಸುತ್ತವೆ. ಉದಾಹರಣೆ ಮಾರ್ಗಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನಿಯೋಜನೆಗೆ ಸೇರಿದ್ದರೆ ನಿಲ್ಲಿಸಿ.

ಪ್ರತಿ 203.0.113.10 ಅನ್ನು ನಿಮ್ಮ ಸರ್ವರ್ ವಿಳಾಸದೊಂದಿಗೆ ಮತ್ತು ಪ್ರತಿ app.example.com ಅನ್ನು ನಿಮ್ಮ ಹೋಸ್ಟ್ ಹೆಸರಿನೊಂದಿಗೆ ಬದಲಾಯಿಸಿ. ಎರಡೂ ದಾಖಲಾತಿ ಉದಾಹರಣೆಗಳು. ಕೆಳಗಿನ ಆರಂಭಿಕ ಬಳಕೆದಾರ ಹೆಸರು ubuntu ಆಗಿದೆ ; ಒದಗಿಸುವವರ ಖಾತೆಯನ್ನು ಬದಲಿಸಿ. ಪ್ರವೇಶ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು ಮರುಪ್ರಾಪ್ತಿ ಕನ್ಸೋಲ್ ತೆರೆಯಿರಿ. ಕೆಳಗಿನ UFW ಶಾಖೆಯನ್ನು ಬಳಸುವ ಮೊದಲು ಈ ಇಮೇಜ್ಕ್ಕಾಗಿ ಒದಗಿಸುವವರ ಫೈರ್‌ವಾಲ್ ಸೂಚನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ; Oracle ಕ್ಲೌಡ್ Ubuntu ಇಮೇಜ್ಗಳಿಗೆ ವಿಭಿನ್ನ ವಿಧಾನದ ಅಗತ್ಯವಿದೆ.

ಒದಗಿಸುವ ಮೊದಲು ಕೀಲಿಯನ್ನು ರಚಿಸಿ ಅಥವಾ ಕೆಲಸದ ಪ್ರವೇಶದ ಮೂಲಕ ಅದನ್ನು ಸೇರಿಸಿ

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ, ಮೀಸಲಾದ ಕೀಲಿಯನ್ನು ರಚಿಸಿ ಮತ್ತು ಪಾಸ್‌ಫ್ರೇಸ್ ಆಯ್ಕೆಮಾಡಿ. ಫೈಲ್ ಹೆಸರು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ಉದ್ದಕ್ಕೂ ಮತ್ತೊಂದು ಹೆಸರನ್ನು ಆಯ್ಕೆಮಾಡಿ. .pub ಫೈಲ್ ಸಾರ್ವಜನಿಕವಾಗಿದೆ; ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಖಾಸಗಿ ಫೈಲ್ ಅನ್ನು ಇರಿಸಿ.

mkdir -p ~/.ssh
ssh-keygen -t ed25519 -f ~/.ssh/ubuntu_vps
cat ~/.ssh/ubuntu_vps.pub

ಹೊಸ VPS ಗಾಗಿ: ಈಗ Ubuntu 24.04 ಸರ್ವರ್ ಅನ್ನು ರಚಿಸಿ ಮತ್ತು ಒದಗಿಸುವವರ SSH-ಕೀ ಕ್ಷೇತ್ರದಲ್ಲಿ ಈ ಸಾರ್ವಜನಿಕ ಕೀಲಿಯನ್ನು ಪೂರೈಸುತ್ತದೆ. ಆರಂಭಿಕ ಬಳಕೆದಾರ ಹೆಸರನ್ನು ದೃಢೀಕರಿಸಿ, ನಂತರ ಹೋಸ್ಟ್-ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಕೆಳಗೆ ಮುಂದುವರಿಸಿ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ-ಸರ್ವರ್ ಆಜ್ಞೆಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಿ.

ಈಗಾಗಲೇ ರಚಿಸಲಾದ, ಖಾಲಿ VPS ಗಾಗಿ: ನಿಮ್ಮ ಕಾರ್ಯನಿರ್ವಹಣೆಯ SSH ಸೆಶನ್ ಅನ್ನು ತೆರೆದಿರಲಿ. ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿರುವ ಮತ್ತೊಂದು ಟರ್ಮಿನಲ್‌ನಿಂದ, ಈಗಾಗಲೇ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ದೃಢೀಕರಣವನ್ನು ಬಳಸಿಕೊಂಡು ಹೊಸ ಸಾರ್ವಜನಿಕ ಕೀಲಿಯನ್ನು ನಕಲಿಸಿ. existing_vps_key ಅನ್ನು ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಖಾಸಗಿ ಕೀಲಿಯ ಫೈಲ್ ಹೆಸರಿನೊಂದಿಗೆ ಬದಲಾಯಿಸಿ. ನಿಮ್ಮ ಸ್ಥಾಪಿತ ಪ್ರವೇಶವು ಪಾಸ್‌ವರ್ಡ್ ಅಥವಾ SSH ಏಜೆಂಟ್ ಅನ್ನು ಬಳಸಿದರೆ, -i ~/.ssh/existing_vps_key ಅನ್ನು ಬಿಟ್ಟುಬಿಡಿ ; ಸರ್ವರ್‌ನ ದೃಢೀಕರಣ ನೀತಿಯನ್ನು ಬದಲಾಯಿಸಬೇಡಿ.

scp -i ~/.ssh/existing_vps_key ~/.ssh/ubuntu_vps.pub ubuntu@203.0.113.10:ubuntu-vps-admin.pub

ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸರ್ವರ್ ಸೆಶನ್‌ನ ಒಳಗೆ, ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾದ ಸಾರ್ವಜನಿಕ-ಕೀ ಫೈಲ್ ಅನ್ನು ಮೌಲ್ಯೀಕರಿಸಿ ಮತ್ತು ಅದನ್ನು ಆರಂಭಿಕ ಖಾತೆಯ ಅಧಿಕೃತ_ಕೀಗಳಿಗೆ ಸೇರಿಸಿ. ಅನುಬಂಧವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನಮೂದುಗಳನ್ನು ಸಂರಕ್ಷಿಸುತ್ತದೆ; ಹೆಚ್ಚುವರಿ ನ್ಯೂಲೈನ್ ಫೈಲ್ ಅನ್ನು ಸಹ ನಿರ್ವಹಿಸುತ್ತದೆ, ಅದರ ಅಂತಿಮ ಸಾಲಿನಲ್ಲಿ ಯಾವುದೇ ನ್ಯೂಲೈನ್ ಇಲ್ಲ. ಇದು ನಿಮ್ಮ ಸ್ವಂತ ಆರಂಭಿಕ ಖಾತೆಗಾಗಿ. ನೀವು ಯಾವುದೇ ಕೆಲಸದ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಮುಂದುವರಿಯುವ ಮೊದಲು ಪೂರೈಕೆದಾರರ ಮರುಪ್ರಾಪ್ತಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಳಸಿ.

if ssh-keygen -lf ~/ubuntu-vps-admin.pub; then
    mkdir -p ~/.ssh
    chmod 700 ~/.ssh
    printf '\n' >> ~/.ssh/authorized_keys
    cat ~/ubuntu-vps-admin.pub >> ~/.ssh/authorized_keys
    chmod 600 ~/.ssh/authorized_keys
fi

ಯಾವುದೇ ಮಾರ್ಗಕ್ಕಾಗಿ, ಮೊದಲ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುವ ಮೊದಲು ಅದರ ಹೋಸ್ಟ್-ಕೀ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಅನ್ನು ವಿಶ್ವಾಸಾರ್ಹ ಮರುಪ್ರಾಪ್ತಿ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಹೊಂದಾಣಿಕೆಯ ಹೋಸ್ಟ್ ಸಾರ್ವಜನಿಕ ಕೀಲಿಯೊಂದಿಗೆ ಹೋಲಿಕೆ ಮಾಡಿ. Ed25519 ಹೋಸ್ಟ್ ಕೀಲಿಗಾಗಿ, ಇದನ್ನು ಆ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ರನ್ ಮಾಡಿ:

sudo ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ, ಹೊಸ ಕೀಯನ್ನು ಬಳಸಿಕೊಂಡು ಹೊಸ ಸಂಪರ್ಕವನ್ನು ತೆರೆಯಿರಿ. ಇದು ಯಶಸ್ವಿಯಾಗುವವರೆಗೆ ಯಾವುದೇ ಮೂಲ ಪ್ರವೇಶವನ್ನು ತೆರೆದಿಡಿ.

ssh -i ~/.ssh/ubuntu_vps ubuntu@203.0.113.10

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿರುವ ಇನ್ನೊಂದು ಟರ್ಮಿನಲ್‌ನಿಂದ, ಮುಂದೆ ರಚಿಸಲಾದ ಪ್ರತ್ಯೇಕ ನಿರ್ವಾಹಕರಿಗಾಗಿ ಸಾರ್ವಜನಿಕ ಕೀಲಿಯನ್ನು ನಕಲಿಸಿ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ-ಸರ್ವರ್ ಮಾರ್ಗವು ಅದನ್ನು ಈಗಾಗಲೇ ಅಪ್‌ಲೋಡ್ ಮಾಡಿದರೆ ಈ ತಾತ್ಕಾಲಿಕ ಸಾರ್ವಜನಿಕ-ಕೀ ಫೈಲ್ ಅನ್ನು ಮರುನಕಲಿಸುವುದು ಉತ್ತಮವಾಗಿದೆ.

scp -i ~/.ssh/ubuntu_vps ~/.ssh/ubuntu_vps.pub ubuntu@203.0.113.10:ubuntu-vps-admin.pub

ನಿರ್ವಾಹಕರನ್ನು ರಚಿಸಿ ಮತ್ತು ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ

ಸರ್ವರ್‌ನಲ್ಲಿ, ಮೊದಲು getent passwd deploy ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಯಾವುದೇ ಖಾತೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಾರದು. ನಿಯೋಜನೆಯು ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ಬಳಕೆಯಾಗದ ಬಳಕೆದಾರಹೆಸರನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಹೋಮ್ ಪಥಗಳು ಮತ್ತು ಗುಂಪಿನ ಹೆಸರುಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಮುಂದುವರೆಯುವ ಮೊದಲು ಅದನ್ನು ಬದಲಿಸಿ. ಇದು ಇನ್ನೊಬ್ಬ ಬಳಕೆದಾರರ ಕೀ ಫೈಲ್ ಅನ್ನು ಬದಲಿಸುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

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

cat /etc/os-release
free -h
df -h /
sudo apt update
sudo apt upgrade
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo install -d -m 700 -o deploy -g deploy /home/deploy/.ssh
sudo install -m 600 -o deploy -g deploy ~/ubuntu-vps-admin.pub /home/deploy/.ssh/authorized_keys

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಮತ್ತೊಂದು ಟರ್ಮಿನಲ್ ತೆರೆಯಿರಿ ಮತ್ತು ಹೊಸ ನಿರ್ವಾಹಕರಾಗಿ ಸಂಪರ್ಕಿಸಿ:

ssh -i ~/.ssh/ubuntu_vps deploy@203.0.113.10

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

sudo whoami

Nginx ಅನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಇಮೇಜ್‌ನಿಂದ ಬೆಂಬಲಿತವಾದ ಫೈರ್‌ವಾಲ್ ಅನ್ನು ಬಳಸಿ

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

sudo apt install nginx
sudo systemctl enable --now nginx

ಒದಗಿಸುವವರ ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ, ನಿಮ್ಮ ಆಡಳಿತ ಸ್ಥಳದಿಂದ TCP 22 ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಸಂದರ್ಶಕರಿಗೆ TCP 80/443 ಅನ್ನು ಅನುಮತಿಸಿ. SSH ಮತ್ತೊಂದು ಪೋರ್ಟ್ ಅನ್ನು ಬಳಸಿದರೆ, ಆ ನಿಯಮವನ್ನು ಸಂರಕ್ಷಿಸಿ. ನೆಟ್‌ವರ್ಕ್ ನಿಯಮಗಳು ಮಾತ್ರ ಅತಿಥಿ ಫೈರ್‌ವಾಲ್‌ನಿಂದ ನಿರ್ಬಂಧಿಸಲಾದ ಪೋರ್ಟ್‌ಗಳನ್ನು ತೆರೆಯುವುದಿಲ್ಲ.

Oracle ಮೇಘ Ubuntu ಇಮೇಜ್ಗಳು: ಕೆಳಗಿನ ಸಂಪೂರ್ಣ UFW ಬ್ಲಾಕ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡಿ. UFW ಅನ್ನು ಬಳಸುವುದರಿಂದ ಅಗತ್ಯ ಇಮೇಜ್ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳಿಗೆ ಅಡ್ಡಿಯಾಗಬಹುದು ಮತ್ತು ಬೂಟ್ ಮಾಡುವುದನ್ನು ತಡೆಯಬಹುದು ಎಂದು Oracle ಎಚ್ಚರಿಸಿದೆ. iSCSI ಬೂಟ್ ಮತ್ತು ಬ್ಲಾಕ್ ವಾಲ್ಯೂಮ್‌ಗಳನ್ನು ರಕ್ಷಿಸುವುದನ್ನು ಒಳಗೊಂಡಂತೆ ಸರಬರಾಜು ಮಾಡಲಾದ iptables ನಿಯಮಗಳನ್ನು ಸಂರಕ್ಷಿಸಿ. OCI ಭದ್ರತಾ ಪಟ್ಟಿಗಳು ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಭದ್ರತಾ ಗುಂಪುಗಳು ಮತ್ತು HTTP/HTTPS ಗಾಗಿ ದಾಖಲಿತ ಅತಿಥಿ-ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನಿಯಮಗಳನ್ನು ಫ್ಲಶ್ ಮಾಡಬೇಡಿ ಅಥವಾ ಇಮೇಜ್ದ ಫೈರ್‌ವಾಲ್ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಬೇಡಿ.

ಇತರ ತಾಜಾ Ubuntu ಇಮೇಜ್ಗಳಿಗಾಗಿ UFW ಶಾಖೆ: ಒದಗಿಸುವವರು UFW ಅನ್ನು ಬೆಂಬಲಿಸಿದಾಗ ಮಾತ್ರ ಈ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಇಮೇಜ್ಕ್ಕೆ ವಿಭಿನ್ನ ನಿರ್ವಹಿಸಿದ ಫೈರ್‌ವಾಲ್ ಸೆಟಪ್ ಅಗತ್ಯವಿಲ್ಲ. ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ನಿಜವಾದ SSH ಪೋರ್ಟ್ ಅನ್ನು ಅನುಮತಿಸಿ; ಈ ಉದಾಹರಣೆಯು ಪೋರ್ಟ್ 22 ಅನ್ನು ಊಹಿಸುತ್ತದೆ.

sudo apt install ufw
sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable
sudo ufw status verbose

ಫೈರ್‌ವಾಲ್ ಮಾರ್ಗದ ನಂತರ, ತಾಜಾ SSH ಲಾಗಿನ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ. ಈಗಾಗಲೇ ತೆರೆದಿರುವ ಸೆಷನ್ ಹೊಸ ಸಂಪರ್ಕವನ್ನು ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ. ಪ್ರಮಾಣಪತ್ರವನ್ನು ವಿನಂತಿಸುವ ಮೊದಲು ಮುಂದಿನ ವಿಭಾಗದಲ್ಲಿ ಬಾಹ್ಯ HTTP ಪರಿಶೀಲನೆಯು ಯಶಸ್ವಿಯಾಗಬೇಕು. ಪ್ರವೇಶದ ಸಮಸ್ಯೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವಾಗ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಲಾಗಿನ್ ವಿಧಾನಗಳನ್ನು ಲಭ್ಯವಿಡಿ.

ಅದರ ಸ್ವಂತ Nginx ಸೈಟ್‌ನಲ್ಲಿ ಪುಟವನ್ನು ಪ್ರಕಟಿಸಿ

ಸರ್ವರ್‌ನಲ್ಲಿ, ಹೊಸ ಡಾಕ್ಯುಮೆಂಟ್ ರೂಟ್ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರಚಿಸಿ. ಬ್ಲಾಕ್ ಒಳಗೆ ನಿಮ್ಮ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಬದಲಿಸಿ. ಉಲ್ಲೇಖಿಸಿದ EOF ಮಾರ್ಕರ್‌ಗಳನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ: ಅವು $uri ನಂತಹ Nginx ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ವಿಸ್ತರಿಸುವುದರಿಂದ ಶೆಲ್ ಅನ್ನು ತಡೆಯುತ್ತವೆ.

sudo install -d -m 755 /var/www/first-site
printf '%s\n' '<!doctype html><html lang="en"><title>First deployment</title><h1>Ubuntu VPS is serving this page</h1></html>' | sudo tee /var/www/first-site/index.html
sudo tee /etc/nginx/sites-available/first-site >/dev/null <<'EOF'
server {
    listen 80;
    listen [::]:80;
    server_name app.example.com;
    root /var/www/first-site;
    index index.html;
    location / {
        try_files $uri $uri/ =404;
    }
}
EOF
sudo ln -s /etc/nginx/sites-available/first-site /etc/nginx/sites-enabled/first-site
sudo nginx -t

ಸರ್ವರ್‌ನಲ್ಲಿ, ಕಾನ್ಫಿಗರೇಶನ್ ಪರೀಕ್ಷೆಯು ಯಶಸ್ವಿಯಾದರೆ ಮಾತ್ರ ಮರುಲೋಡ್ ಮಾಡಿ:

sudo systemctl reload nginx

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಿಂದ, DNS ಅನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು ಸರ್ವರ್‌ನ ವಿಳಾಸದಲ್ಲಿ ಈ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ವಿನಂತಿಸಿ. ಡೀಫಾಲ್ಟ್ Nginx ಸ್ವಾಗತ ಪುಟಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ನಿಮ್ಮ ಶಿರೋನಾಮೆಯನ್ನು ನಿರೀಕ್ಷಿಸಿ.

curl --resolve app.example.com:80:203.0.113.10 http://app.example.com/

DNS ಅನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು HTTPS ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಿ

VPS IPv4 ವಿಳಾಸವನ್ನು ಸೂಚಿಸುವ ಹೋಸ್ಟ್ ಹೆಸರಿಗಾಗಿ DNS A ದಾಖಲೆಯನ್ನು ರಚಿಸಿ. ಈ ಸರ್ವರ್‌ನಲ್ಲಿ IPv6 ಕಾರ್ಯನಿರ್ವಹಿಸಿದಾಗ ಮಾತ್ರ AAAA ದಾಖಲೆಯನ್ನು ಪ್ರಕಟಿಸಿ. ಸ್ಥಬ್ದ AAAA ದಾಖಲೆಯು ಸಂದರ್ಶಕರನ್ನು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರದ ಮೌಲ್ಯೀಕರಣವನ್ನು ಬೇರೆಡೆಗೆ ಕಳುಹಿಸಬಹುದು. ಈ ಉದಾಹರಣೆಯು ಪ್ರಾಕ್ಸಿ ಇಲ್ಲದೆ ನೇರವಾಗಿ VPS ಗೆ DNS ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಊಹಿಸುತ್ತದೆ.

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ, --resolve ಇಲ್ಲದೆ http://app.example.com/ ಅನ್ನು ವಿನಂತಿಸಿ. ಅದು ನಿಮ್ಮ ಪುಟವನ್ನು ಹಿಂದಿರುಗಿಸಿದಾಗ ಮುಂದುವರಿಸಿ. ಸರ್ವರ್‌ನಲ್ಲಿ, Certbot ನ Ubuntu ಆರ್ಕೈವ್ ಆವೃತ್ತಿ ಮತ್ತು ಅದರ Nginx ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ. ಈ ಪ್ಯಾಕೇಜುಗಳಿಗೆ Ubuntuನ ಯೂನಿವರ್ಸ್ ರೆಪೊಸಿಟರಿಯ ಅಗತ್ಯವಿರುತ್ತದೆ; ಮುಂದುವರೆಯುವ ಮೊದಲು ಯಾವುದೇ ಪ್ಯಾಕೇಜ್ ಕಂಡುಬಂದಿಲ್ಲದ ದೋಷವನ್ನು ಪರಿಹರಿಸಿ.

sudo apt install certbot python3-certbot-nginx
sudo certbot --nginx -d app.example.com --redirect
sudo nginx -t
sudo certbot renew --dry-run
systemctl list-timers --all certbot.timer

ಇಮೇಲ್ ಮತ್ತು ನಿಯಮಗಳ ಪ್ರಾಂಪ್ಟ್‌ಗಳನ್ನು ಅನುಸರಿಸಿ. Certbot ಈ ಸೈಟ್‌ನ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ ಮತ್ತು HTTP-to-HTTPS ಮರುನಿರ್ದೇಶನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ನವೀಕರಣ ಟೈಮರ್ ಅನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ; ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದರೆ, ಅದನ್ನು sudo systemctl enable --now certbot.timer ನೊಂದಿಗೆ ಸಕ್ರಿಯಗೊಳಿಸಿ. HTTP ಪ್ರಮಾಣಪತ್ರ ಮೌಲ್ಯೀಕರಣ ಮತ್ತು ನವೀಕರಣಕ್ಕಾಗಿ ಪೋರ್ಟ್ 80 ಅನ್ನು ತಲುಪುವಂತೆ ಇರಿಸಿಕೊಳ್ಳಿ.

ಹೊರಗಿನಿಂದ ಮತ್ತು ರೀಬೂಟ್ ಮಾಡಿದ ನಂತರ ಮೌಲ್ಯೀಕರಿಸಿ

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ, ಮರುನಿರ್ದೇಶನ, ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ವಿಷಯವನ್ನು ಪರಿಶೀಲಿಸಿ. HTTP HTTPS ಗೆ ಮರುನಿರ್ದೇಶಿಸಬೇಕು; HTTPS ಯಶಸ್ವಿಯಾಗಬೇಕು ಮತ್ತು ನಿಮ್ಮ ಶಿರೋನಾಮೆಯನ್ನು ಪ್ರದರ್ಶಿಸಬೇಕು. curl's -k ಆಯ್ಕೆಯನ್ನು ಸೇರಿಸಬೇಡಿ: ಇದು ಪ್ರಮಾಣಪತ್ರ ಮೌಲ್ಯೀಕರಣ ವೈಫಲ್ಯಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

curl -I http://app.example.com/
curl -I https://app.example.com/
curl -fsS https://app.example.com/

ಇದು ಇನ್ನೂ ಪರೀಕ್ಷಾ ನಿಯೋಜನೆಯಾಗಿರುವಾಗ, ಸರ್ವರ್‌ನಲ್ಲಿ sudo reboot ಅನ್ನು ರನ್ ಮಾಡಿ. ಅದು ಹಿಂತಿರುಗಿದಾಗ ನಿಯೋಜಿಸಿದಂತೆ ಮರುಸಂಪರ್ಕಿಸಿ, systemctl is-active nginx ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಬಾಹ್ಯ HTTPS ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ರೀಬೂಟ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ SSH ಅವಧಿಗಳನ್ನು ಮುಚ್ಚುತ್ತದೆ; ಯಂತ್ರವು ಹಿಂತಿರುಗಲು ವಿಫಲವಾದಲ್ಲಿ ಕನ್ಸೋಲ್ ಅನ್ನು ಬಳಸಿ.

ವಿಫಲವಾದ ಪರಿಶೀಲನೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಿ ಮತ್ತು ನಿಯೋಜನೆಯನ್ನು ಸಂರಕ್ಷಿಸಿ

ಪೂರ್ಣ ಕೋಷ್ಟಕವನ್ನು ನೋಡಲು ಪಕ್ಕಕ್ಕೆ ಸ್ಕ್ರಾಲ್ ಮಾಡಿ →

ವಿಫಲವಾದ ಲಾಗಿನ್‌ಗಾಗಿ, ಪ್ರವೇಶ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು ನೆಟ್‌ವರ್ಕ್, ಸೇವೆ ಮತ್ತು ಪ್ರಮುಖ ಸಮಸ್ಯೆಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು SSH ದೋಷ ರೋಗನಿರ್ಣಯ ಅನ್ನು ಅನುಸರಿಸಿ.

ಸೈಟ್ ಫೈಲ್‌ಗಳು, Nginx ಕಾನ್ಫಿಗರೇಶನ್, DNS ದಾಖಲೆಗಳನ್ನು ಇರಿಸಿ ಮತ್ತು VPS ಹೊರಗೆ ಹಂತಗಳನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡಿ. ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಯಂತ್ರದಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸಿ. ಬ್ಯಾಕಪ್ ಮಾಡಿದರೆ ಪ್ರಮಾಣಪತ್ರ ಖಾಸಗಿ ಕೀಗಳಿಗೆ ಸಂರಕ್ಷಿತ ಸಂಗ್ರಹಣೆಯ ಅಗತ್ಯವಿದೆ. ಲಭ್ಯತೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ-ಮುಕ್ತಾಯ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸೇರಿಸಿ; ಒಂದು ಯಶಸ್ವಿ ಪರಿಶೀಲನೆಯು ನಾಳೆಯ ನವೀಕರಣವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದಿಲ್ಲ.

ಫೈಲ್ ಬ್ಯಾಕಪ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಸ್ಥಿರ ಪುಟ ಮತ್ತು Nginx ಕಾನ್ಫಿಗರೇಶನ್‌ಗಾಗಿ ವ್ಯಾಯಾಮ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಿ. ಇದು ನಿಮ್ಮ ಕೆಲಸದ ಸೈಟ್ ಅನ್ನು ತಿದ್ದಿ ಬರೆಯದೆ ಸ್ವತಂತ್ರ ನಕಲನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ; ಪೂರ್ಣ ಚೇತರಿಕೆಗೆ ಉಳಿದ ಸ್ವತ್ತುಗಳು, ಪ್ರಮಾಣಪತ್ರಗಳು ಮತ್ತು ಸೇವಾ ಸಂರಚನೆಯ ಅಗತ್ಯವಿದೆ.

ಈ ನಿಯೋಜನೆಯು ಸ್ಥಿರ ಫೈಲ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ರನ್ಟೈಮ್ಗೆ ತನ್ನದೇ ಆದ ಸೇವಾ ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಬ್ಯಾಕ್ಅಪ್ ವಿಧಾನದ ಅಗತ್ಯವಿದೆ. ಆ ಘಟಕಗಳನ್ನು ಸೇರಿಸುವಾಗ ಹೋಸ್ಟಿಂಗ್ ಅವಶ್ಯಕತೆಗಳು ಮತ್ತು ವೆಚ್ಚ ಹೋಲಿಕೆ ಅನ್ನು ಬಳಸಿ.

ನಿಮ್ಮ ಉಡಾವಣಾ ಪರಿಶೀಲನಾಪಟ್ಟಿಯನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ

ದರ್ಶನದಲ್ಲಿ ಪ್ರತಿ ಚೆಕ್ ಅನ್ನು ರನ್ ಮಾಡಿ, ನಂತರ ನೀವು ದೃಢೀಕರಿಸಿದದನ್ನು ಗುರುತಿಸಿ. ಪ್ರತಿ ಐಟಂ ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಅದು ವಿಫಲವಾದರೆ ಎಲ್ಲಿ ನೋಡಬೇಕು. ಇವುಗಳು ನಿಮ್ಮ ಸ್ವಂತ ಚೆಕ್ಗಳಾಗಿವೆ; ಈ ಪುಟವು ನಿಮ್ಮ ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿಲ್ಲ.

9 ಚೆಕ್‌ಗಳಲ್ಲಿ 0 ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಗುರುತಿಸಲಾಗಿದೆ. ಪರಿಶೀಲಿಸದ ಐಟಂಗಳ ಮೂಲಕ ಕೆಲಸ ಮಾಡಿ.

ನಿಮ್ಮ ಪರಿಶೀಲನಾಪಟ್ಟಿ ಈ ಪುಟದ ಸೆಶನ್‌ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಮರುಲೋಡ್ ಮಾಡುವಾಗ ಮರುಹೊಂದಿಸುತ್ತದೆ. ಅದನ್ನು ಇರಿಸಿಕೊಳ್ಳಲು ಪಠ್ಯ ನಕಲನ್ನು ಉಳಿಸಿ. ಯಾವುದೇ ಸರ್ವರ್ ವಿಳಾಸ, ಪಾಸ್‌ವರ್ಡ್ ಅಥವಾ ಖಾಸಗಿ ಕೀಲಿಯನ್ನು ವಿನಂತಿಸಲಾಗಿಲ್ಲ.

ಮೊದಲ ಉಡಾವಣೆಯ ನಂತರ ಏನು ನಿರ್ವಹಿಸಬೇಕು

ನಿಜವಾದ ಸಂದರ್ಶಕರು ಸರ್ವರ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುವ ಮೊದಲು ಮಾಲೀಕರು ಮತ್ತು ಮರುಪ್ರಾಪ್ತಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ನಿಯೋಜಿಸಿ. ಕೆಲಸದ ಮೊದಲ ಪುಟವು ಕೇವಲ ಪ್ರಾರಂಭವಾಗಿದೆ.

• ಅಪ್‌ಡೇಟ್‌ಗಳು: ನಿಮ್ಮ ನೈಜ ಇಮೇಜ್ದ ಸ್ವಯಂಚಾಲಿತ-ಅಪ್‌ಡೇಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. Ubuntuನ ಗಮನಿಸದ-ಅಪ್‌ಗ್ರೇಡ್‌ಗಳ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ವಯಿಸುವುದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ; ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ರೆಪೊಸಿಟರಿಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಗಮನ ಬೇಕು. ಅಗತ್ಯವಿದ್ದಾಗ ರೀಬೂಟ್‌ಗಳನ್ನು ಯೋಜಿಸಿ.
• ಡಿಸ್ಕ್ ಮತ್ತು ಲಾಗ್‌ಗಳು: ಉಚಿತ ಸ್ಥಳಾವಕಾಶ, ಲಾಗ್ ಬೆಳವಣಿಗೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ವೈಫಲ್ಯಗಳನ್ನು ವೀಕ್ಷಿಸಿ. ಸರ್ವರ್ ಬೂಟಿಂಗ್ ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಅವಲಂಬಿಸುವ ಬದಲು ನಿಮ್ಮ ಕೆಲಸದ ಹೊರೆಗೆ ಉಪಯುಕ್ತ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಹೊಂದಿಸಿ.
• HTTPS: ನವೀಕರಣ ವೇಳಾಪಟ್ಟಿ ಮತ್ತು ಅಗತ್ಯವಿರುವ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶವನ್ನು ಸಂರಕ್ಷಿಸುತ್ತದೆ; DNS ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಬದಲಾವಣೆಯ ನಂತರ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಮತ್ತೊಮ್ಮೆ ಪರಿಶೀಲಿಸಿ.
• ರಿಕವರಿ: ಪ್ರಮುಖ ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾವಣೆಗಳ ನಂತರ ಸಂಬಂಧಿತ ಮರುಸ್ಥಾಪನೆ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಸ್ಟ್ಯಾಟಿಕ್-ಫೈಲ್ ಮರುಸ್ಥಾಪನೆಯು ಡೇಟಾಬೇಸ್, ರಹಸ್ಯಗಳು ಅಥವಾ ಸಂಪೂರ್ಣ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಮೌಲ್ಯೀಕರಿಸುವುದಿಲ್ಲ.
• ವೆಚ್ಚಗಳು: ವಿಮರ್ಶೆ ಸಂಗ್ರಹಣೆ, ಸಂಚಾರ, ಉಳಿಸಿಕೊಂಡಿರುವ ಪ್ರತಿಗಳು ಮತ್ತು ಬಳಕೆಯಾಗದ ಸಂಪನ್ಮೂಲಗಳು. ನಿಮಗೆ ಇನ್ನೂ ಅಗತ್ಯವಿರುವ ಯಾವುದನ್ನಾದರೂ ತೆಗೆದುಹಾಕುವ ಮೊದಲು ಬಿಲ್ಲಿಂಗ್ ಅನ್ನು ಕೊನೆಗೊಳಿಸಲು ಏನನ್ನು ಅಳಿಸಬೇಕು ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸಿ.

ಸಂಪರ್ಕ ವೈಫಲ್ಯಗಳಿಗಾಗಿ, SSH ದೋಷನಿವಾರಣೆ ಮಾರ್ಗದರ್ಶಿ ಅನ್ನು ಬಳಸಿ. ಇಮೇಜ್ ಬದಲಾವಣೆಗಳಿಗಾಗಿ, Ubuntu ಹೊಂದಾಣಿಕೆ ಮಾರ್ಗದರ್ಶಿ ಅನ್ನು ಬಳಸಿ.

Ubuntu VPS ಸರ್ವರ್ ಪ್ರಶ್ನೆಗಳು

ವ್ಯಾಪ್ತಿ ಮತ್ತು ಪರಿಶೀಲನೆ

ಕಮಾಂಡ್ ವಾಕ್‌ಥ್ರೂ ತಾಜಾ Ubuntu 24.04 LTS ಸರ್ವರ್, ಪೋರ್ಟ್ 22 ನಲ್ಲಿ SSH ಮತ್ತು ಒಂದು ಸ್ಥಿರ Nginx ವೆಬ್‌ಸೈಟ್‌ಗಾಗಿ ನೇರ DNS ಅನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ. Oracle ಕ್ಲೌಡ್ Ubuntu ಇಮೇಜ್ಗಳು ಮೇಲೆ ವಿವರಿಸಿದ ಪ್ರತ್ಯೇಕ ಫೈರ್‌ವಾಲ್ ಮಾರ್ಗವನ್ನು ಬಳಸುತ್ತವೆ. ನಾವು ಈ ಪಾಕವಿಧಾನವನ್ನು ಪ್ರತಿ ಪೂರೈಕೆದಾರರ ಇಮೇಜ್ ಅಥವಾ ಅಳತೆ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಸಾಮರ್ಥ್ಯದ ಮೇಲೆ ರನ್ ಮಾಡಿಲ್ಲ.

ದಾಖಲೆಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ: Ubuntu ಸರ್ವರ್ OpenSSH, ಫೈರ್‌ವಾಲ್, Nginx ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ನವೀಕರಣಗಳು; Certbot ಬಳಕೆದಾರ ಮಾರ್ಗದರ್ಶಿ; Ubuntu Certbot ಪ್ಯಾಕೇಜ್ ಮಾಹಿತಿ; Oracle ಕ್ಲೌಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್-ಇಮೇಜ್ ಮಾರ್ಗದರ್ಶನ; Docker ಎಂಜಿನ್ ಫೈರ್‌ವಾಲ್ ಮಿತಿಗಳು; ಹೆಸ್ಟಿಯಾ ಅನುಸ್ಥಾಪನೆಯ ಅವಶ್ಯಕತೆಗಳು. ಪರಿಶೀಲನಾ ದಿನಾಂಕ: 12 ಅಕ್ಟೋಬರ್ 2026.

ಪೋರ್ಟ್ 22 ನಲ್ಲಿ ನೇರ DNS ಮತ್ತು SSH ನೊಂದಿಗೆ ತಾಜಾ Ubuntu 24.04 VPS ಗಾಗಿ ಬರೆಯಲಾಗಿದೆ. ನಿಮ್ಮ ಪೂರೈಕೆದಾರರು ಬೆಂಬಲಿಸುವ ಫೈರ್‌ವಾಲ್ ಶಾಖೆಯನ್ನು ಅನುಸರಿಸಿ; Oracle ಕ್ಲೌಡ್ Ubuntu ಇಮೇಜ್ಗಳು UFW ಅನ್ನು ಬಿಟ್ಟುಬಿಡಬೇಕು. ಇವುಗಳು ದಾಖಲಾತಿ ಆಧಾರಿತ ಉದಾಹರಣೆಗಳಾಗಿವೆ; ಪ್ರತಿ ಪೂರೈಕೆದಾರರ ಇಮೇಜ್ದಲ್ಲಿ ಸಂಪೂರ್ಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ.