ವೆಬ್ ಹೋಸ್ಟಿಂಗ್ ಅಥವಾ VPS: ನಿಮ್ಮ ಪ್ಲಾನ್ VPN ಸರ್ವರ್ ಚಲಾಯಿಸಬಹುದೇ?
ಹಂಚಿದ ಹೋಸ್ಟಿಂಗ್, ನಿರ್ವಹಿತ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಸ್ವಯಂ-ನಿರ್ವಹಿತ ಸರ್ವರ್ ವಿಭಿನ್ನ ನೆಟ್ವರ್ಕ್ ನಿಯಂತ್ರಣ ನೀಡುತ್ತವೆ. ಏನನ್ನಾದರೂ ಖರೀದಿಸುವ ಅಥವಾ ಸ್ಥಳಾಂತರಿಸುವ ಮೊದಲು ನಾಲ್ಕು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೋಲಿಸಿ.
ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ವೆಬ್ಸೈಟ್ ಪೂರೈಕೆದಾರರು HTTP ನೀಡಬಲ್ಲರು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿ, ನೀವು ಯಂತ್ರವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತೀರಿ ಎಂಬುದಕ್ಕಲ್ಲ. ಹಂಚಿದ ಪ್ಲಾನ್, ನಿರ್ವಹಿತ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಸ್ವಯಂ-ನಿರ್ವಹಿತ ಸರ್ವರ್ ನಡುವೆ ಖಾತೆಯು ನೆಟ್ವರ್ಕ್ಗೆ ಏನು ಮಾಡಬಹುದು ಎಂಬುದರಲ್ಲಿ ದೊಡ್ಡ ಅಂತರವಿದೆ. ಇನ್ನೊಂದು ವರ್ಷಕ್ಕೆ ಪಾವತಿಸುವ ಮೊದಲು ನಿಮ್ಮ VPN ವಿನ್ಯಾಸಕ್ಕೆ ಆ ಅಂತರದ ಯಾವ ಬದಿ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ. ನಾಲ್ಕು ಸಾಮರ್ಥ್ಯಗಳು ಎರಡನ್ನೂ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಬೆಲೆ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣುವುದಿಲ್ಲ.
ಪ್ರತಿ ಪ್ಲಾನ್ ನಿಜವಾಗಿ ಏನು ನೀಡುತ್ತದೆ
ಉಪಯುಕ್ತ ಹೋಲಿಕೆ ಬೆಲೆ ಅಥವಾ ಡಿಸ್ಕ್ ಗಾತ್ರವಲ್ಲ, ಅಧಿಕಾರ. ಖಾತೆ ಏನನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು, ಯಾವ ಕರ್ನಲ್ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ತಲುಪಬಹುದು, ಯಾವ ಪೋರ್ಟ್ಗಳು ಒಳಬರುವ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ ಮತ್ತು ಅನುಮತಿಸಿದ ಸಂಚಾರ ಮತ್ತೆ ಬೇರೆಡೆಗೆ ಹೋಗಬಹುದೇ ಎಂದು ಕೇಳಿ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟಿಂಗ್ ಉತ್ಪನ್ನಗಳು ಮೂರು ರೂಪಗಳಲ್ಲಿ ಬರುತ್ತವೆ, ಮತ್ತು ಕೊನೆಯದು ಮಾತ್ರ ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಸರ್ವರ್:
| Capability | Website plan | Self-managed server |
|---|---|---|
| Long-running custom process | Usually not permitted | Yours to run under a service manager |
| Virtual network interface | Almost never available | Present when the kernel module and privilege allow it |
| Arbitrary inbound port | Restricted to the web stack | Provider filtering still applies |
| Forwarding for clients | Not offered | Possible once routing and policy are configured |
ಶೆಲ್ ಖಾತೆ ಸಾಮಾನ್ಯ ಗೊಂದಲದ ಮೂಲ. ಫೈಲ್ ವರ್ಗಾವಣೆ ಅಥವಾ ನಿಗದಿತ ಕಾರ್ಯಗಳಿಗೆ ಪ್ರವೇಶವು ಆಡಳಿತದಂತೆ ಕಾಣಬಹುದು, ಆದರೆ ಪ್ರಕ್ರಿಯೆಯು ಒಂದು ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಕೆಲವು ಅನುಮತಿಸಿದ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತದೆ.
ಉತ್ತರವನ್ನು ನಿರ್ಧರಿಸುವ ನಾಲ್ಕು ಸಾಮರ್ಥ್ಯಗಳು
ಅವನ್ನು ಕ್ರಮವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಮೊದಲ ಹಂತದಲ್ಲಿ ವಿಫಲತೆ ಉಳಿದದ್ದನ್ನು ಅಪ್ರಸ್ತುತಗೊಳಿಸುತ್ತದೆ.
ಮೊದಲನೆಯದಾಗಿ, ತಂತ್ರಾಂಶವು ನಿರ್ವಹಣೆಯನ್ನು ದಾಟಿ ಉಳಿಯುವ ದೀರ್ಘಕಾಲಿಕ ಪ್ರಕ್ರಿಯೆಯಾಗಿ ಚಲಿಸಬೇಕು. ಎರಡನೆಯದಾಗಿ, ಅನುಷ್ಠಾನವು ತನ್ನದೇ ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ ರಚಿಸಲು ಸಾಧ್ಯವಾಗಬೇಕು; Linux ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಬಂಧಿತ ಆಡಳಿತಾತ್ಮಕ ಅನುಮತಿಯೊಂದಿಗೆ /dev/net/tun ತೆರೆಯುವುದು ಎಂದರ್ಥ, ಕರ್ನಲ್ನ TUN/TAP ದಾಖಲೆ ವಿವರಿಸುವಂತೆ, ಆದರೂ ಪ್ರತಿ VPN ವಿನ್ಯಾಸವೂ ಆ ಸಾಧನವನ್ನು ಬಳಸುವುದಿಲ್ಲ. ಮೂರನೆಯದಾಗಿ, ಕ್ಲೈಂಟ್ಗಳು ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಲ್ಲಿ ಕೇಳುಗರನ್ನು ತಲುಪಬೇಕು, ನೀವು ಉದ್ದೇಶಿಸಿದ ಸಾರಿಗೆ ಮತ್ತು ಪೋರ್ಟ್ನಲ್ಲಿ, ಮತ್ತು HTTPS ಸ್ವೀಕರಿಸುವ ವೆಬ್ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಅದೇ ಸಂಖ್ಯೆಯಲ್ಲಿನ ಸಂಬಂಧವಿಲ್ಲದ ಪ್ರೋಟೋಕಾಲ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ನಾಲ್ಕನೆಯದಾಗಿ, ಅನುಮತಿಸಿದ ಸಂಚಾರವು ಮುಂದೆ ಸಾಗಲು ಸಾಧ್ಯವಾಗಬೇಕು, ಮಾರ್ಗಗಳು, ಮುಂದಕ್ಕೆ ರವಾನೆ ಮತ್ತು ನಿಜವಾಗಿ ಬೆಂಬಲಿತ ಯಾವುದೇ ಅನುವಾದದೊಂದಿಗೆ.
ಸೇವಾ ನಿಯಮಗಳು ಆ ನಾಲ್ಕರ ಪಕ್ಕದಲ್ಲಿವೆ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ತಾಂತ್ರಿಕವಲ್ಲ. ಅಪರಿಮಿತ ಸಂಚಾರ ಮಿತಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ವೆಬ್ ವಿನಂತಿಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ, ಇತರರ ಡೌನ್ಲೋಡ್ಗಳನ್ನು ಸಾಗಿಸುವ ಸುರಂಗವನ್ನಲ್ಲ. ಅದರ ಸುತ್ತ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಸ್ವೀಕಾರಾರ್ಹ ಬಳಕೆಯ ವಿಭಾಗವನ್ನು ಓದಿ, ಮತ್ತು ಸೇವೆ ಪ್ರಾರಂಭವಾಗದ ದಿನಕ್ಕಾಗಿ ಮರುಪ್ರಾಪ್ತಿ ಪ್ರವೇಶವನ್ನು ನೆನಪಿಡಿ.
ವೆಬ್ಸೈಟ್ ಖಾತೆ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ
ವೆಬ್ಸೈಟ್ ಪ್ಲಾನ್ ಸಾಮಾನ್ಯವಾಗಿ ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಸ್ಥಿರ ಪ್ರವೇಶ ಬಿಂದುವಿನೊಂದಿಗೆ ನಿರ್ವಹಿತ ರನ್ಟೈಮ್ನಲ್ಲಿ ಚಲಾಯಿಸುತ್ತದೆ. ಸುರಂಗ ಬೈನರಿ ಇದ್ದರೂ, ಪ್ರಕ್ರಿಯೆಗೆ ಸಾಧನ ನೋಡ್ ತೆರೆಯಲು, ವಿಶೇಷಾಧಿಕಾರ ಪೋರ್ಟ್ ಬಂಧಿಸಲು ಅಥವಾ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಬದಲಿಸಲು ಅನುಮತಿ ಇಲ್ಲದಿರಬಹುದು. ಆ ನಿರ್ಬಂಧಗಳೇ ಉತ್ಪನ್ನ, ನಿರ್ಲಕ್ಷ್ಯವಲ್ಲ.
ಆದ್ದರಿಂದ VPN ಭರವಸೆ ನೀಡುವ ಪ್ಲಗಿನ್ ಸಾಮಾನ್ಯವಾಗಿ ಬೇರೆಡೆಗೆ ಪ್ರಾಕ್ಸಿ ಎಂದು ತಿಳಿಯುತ್ತದೆ. ಪ್ರಸ್ತುತ ಖಾತೆ ಕೇವಲ ವೆಬ್ಸೈಟ್ ನಿಯಂತ್ರಣಗಳನ್ನು ನೀಡಿದರೆ, ಪ್ರಾಮಾಣಿಕ ಹೆಜ್ಜೆ ಪ್ರತ್ಯೇಕ ಸರ್ವರ್, ಕಾಣೆಯಾದ ಅಧಿಕಾರವನ್ನು ತೆರೆಯುವ ಮಾಡ್ಯೂಲ್ ಹುಡುಕುವುದಲ್ಲ.
ಒಂದೇ ಹೋಸ್ಟ್ ಎರಡನ್ನೂ ಚಲಾಯಿಸಬೇಕಾದಾಗ
ಹಂಚಿಕೊಳ್ಳುವುದು ಸಾಧ್ಯ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ವಿವೇಕಯುತ, ಆದರೆ ಅದನ್ನು ಅನುಕೂಲವಲ್ಲ, ಭದ್ರತಾ ನಿರ್ಧಾರವಾಗಿ ಪರಿಗಣಿಸಿ. ಅಪ್ಲೋಡ್ ಫಾರ್ಮ್ ಇರುವ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸುರಂಗದ ರುಜುವಾತುಗಳು ಮತ್ತು ನಿಯಂತ್ರಣ ಸಾಕೆಟ್ನ ಪಕ್ಕದಲ್ಲಿದೆ, ಮತ್ತು ಒಂದರಲ್ಲಿನ ದುರುಪಯೋಗ ಇನ್ನೊಂದನ್ನು ತಲುಪುತ್ತದೆ. ಪ್ರತ್ಯೇಕ ಖಾತೆಗಳು, ಪ್ರತ್ಯೇಕ ಸೇವಾ ಘಟಕಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಫೈಲ್ಸಿಸ್ಟಮ್ಗಳು ಎರಡನೇ ಯಂತ್ರ ಖರೀದಿಸದೆ ಆ ಒಡ್ಡುವಿಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತವೆ.
ಸಂಪನ್ಮೂಲಗಳಿಗಾಗಿ ಸ್ಪರ್ಧೆಯೂ ಅಷ್ಟೇ ಮುಖ್ಯ. ಸುರಂಗದ ಮೂಲಕ ಬ್ಯಾಕಪ್ ಮತ್ತು ಕಾರ್ಯನಿರತ ವೆಬ್ ಪ್ರಕ್ರಿಯೆ ಒಂದೇ ಅಪ್ಲಿಂಕ್ ಮತ್ತು ಒಂದೇ ಡಿಸ್ಕ್ಗಾಗಿ ಸ್ಪರ್ಧಿಸುತ್ತವೆ, ಮತ್ತು ವೈಫಲ್ಯ ತುಂಬಿದ ಸುರಂಗದಂತಲ್ಲ, ನಿಧಾನ ಸೈಟ್ನಂತೆ ಕಾಣುತ್ತದೆ. ಘಟನೆಗೆ ಮೊದಲು ಯಾವ ಕೆಲಸದ ಹೊರೆ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಮತ್ತು ವೆಬ್ಸೈಟ್ ಉತ್ತರಿಸುತ್ತಲೇ ಇರಲು ಸುರಂಗಕ್ಕೆ ಮಿತಿ ಹಾಕಿ.
ಎರಡೂ ಸೇವೆಗಳು ಚಲಿಸುತ್ತಿರುವುದರಿಂದ ಮಾತ್ರ ಯಾವುದೇ ವ್ಯವಸ್ಥೆ ಪ್ರತ್ಯೇಕವಲ್ಲ. ಎರಡನ್ನೂ ಜೊತೆಯಾಗಿ ಹೋಸ್ಟ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ ವಿನ್ಯಾಸದ ಆರಂಭ, ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯ ಕೆಲಸವೇ ಅದನ್ನು ಸಮರ್ಥನೀಯಗೊಳಿಸುತ್ತದೆ.
ನಾಲ್ಕು ಆಜ್ಞೆಗಳಿಂದ ಪರೀಕ್ಷಾ ಹೋಸ್ಟ್ನಲ್ಲಿ ಅದನ್ನು ನಿರ್ಣಯಿಸಿ
ಸ್ಥಳಾಂತರಿಸುವ ಮೊದಲು ಗುರಿ ಉತ್ಪನ್ನದ ಚಿಕ್ಕ ಇನ್ಸ್ಟಾನ್ಸ್ ಅನ್ನು ಒಂದು ಗಂಟೆಗೆ ಬಾಡಿಗೆಗೆ ಪಡೆದು ನಾಲ್ಕು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ನೇರವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ವೈಶಿಷ್ಟ್ಯ ಕೋಷ್ಟಕದಿಂದ ಊಹಿಸುವುದು ತಪ್ಪು ಪ್ಲಾನ್ನ ಒಂದು ವರ್ಷಕ್ಕಿಂತ ಕಡಿಮೆ ಹಣ ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ, ಆದರೆ ಬಹಳ ಹೆಚ್ಚು ಸಮಯ.
ಇವನ್ನು ಪರೀಕ್ಷಾ ಹೋಸ್ಟ್ನಲ್ಲಿ ಚಲಾಯಿಸಿ ಮತ್ತು ವೈಫಲ್ಯಗಳನ್ನು ಅಡ್ಡಿಯಲ್ಲ, ಉತ್ತರವಾಗಿ ಓದಿ:
ls -l /dev/net/tun
sudo ip tuntap add dev tun9 mode tun && sudo ip link del tun9
sysctl net.ipv4.ip_forward
ss -lunp | headಮೊದಲ ಎರಡು ಸಾಲುಗಳು ಸುರಂಗ ಸಾಧನವು ಇರಲು ಸಾಧ್ಯವೇ ಎಂದು ಹೇಳುತ್ತವೆ. ಮೂರನೆಯದು ಹೋಸ್ಟ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮುಂದಕ್ಕೆ ರವಾನಿಸಬಹುದೇ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ನಾಲ್ಕನೆಯದು ಈಗಾಗಲೇ ಯಾವುದು ಕೇಳುತ್ತಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಇದರಿಂದ ಪೋರ್ಟ್ ಘರ್ಷಣೆ ಬೇಗ ಸಿಕ್ಕಿಬೀಳುತ್ತದೆ. ಎರಡನೇ ಸಾಲಿನಲ್ಲಿ ವಿಫಲವಾಗುವ ಪೂರೈಕೆದಾರರು ಬಳಕೆದಾರ-ಸ್ಥಳದ ಅನುಷ್ಠಾನವನ್ನು ಇನ್ನೂ ಬೆಂಬಲಿಸಬಹುದು, ಆದ್ದರಿಂದ ಅವರ ಬೆಂಬಲ ಸೇವೆಯನ್ನು ಕೇಳುವಾಗ ಉತ್ಪನ್ನ ವರ್ಗವಲ್ಲ, ನಿಮಗೆ ಬೇಕಾದ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೆಸರಿಸಿ.