ನೀವು ಉದ್ದೇಶಿಸಿದ ಇಂಟರ್ಫೇಸ್‌ಗಳಿಗೆ VPN ಶ್ರೋತೃವನ್ನು ಸೀಮಿತಗೊಳಿಸಿ

VPN ಸೇವೆಯು ಅದರ ಸಾಕೆಟ್ ಬದ್ಧವಾಗಿರುವ ಮತ್ತು ಅದರ ಫೈರ್ವಾಲ್ ಅನುಮತಿಸುವ ಎಲ್ಲಿಂದಲಾದರೂ ತಲುಪಬಹುದು. ಇವು ಎರಡು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು, ಮತ್ತು ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ನಿಜವಾದ ಶ್ರೋತೃವನ್ನು ಓದಲು ಹತ್ತು ಸೆಕೆಂಡುಗಳು ಬೇಕು ಮತ್ತು ಊಹೆಗೆ ಸಾಧ್ಯವಿಲ್ಲದ ಪ್ರಶ್ನೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಅಲ್ಲಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಒಂದೇ ಸಮಯಕ್ಕೆ ಒಂದು ನಿಯಂತ್ರಣವನ್ನು ಬದಲಿಸಿ.

ಕೆಳಗಿನ ಎಲ್ಲವೂ ನೀವು ಹೋಸ್ಟ್‌ನಲ್ಲಿ root ಅಥವಾ sudo ನೊಂದಿಗೆ ಆಜ್ಞೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು ಎಂದು ಊಹಿಸುತ್ತದೆ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸಾಕೆಟ್‌ಗಳನ್ನು ಓದಿ

Linux ನಲ್ಲಿ, ss -lunp UDP ಶ್ರೋತೃಗಳನ್ನು ಅವುಗಳ ಸ್ಥಳೀಯ ವಿಳಾಸ, ಪೋರ್ಟ್ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ss -ltnp TCP ಗಾಗಿ ಅದೇ ರೀತಿ ಮಾಡುತ್ತದೆ. VPN ನ ಪೋರ್ಟ್ ಹುಡುಕಿ ಮತ್ತು ವಿಳಾಸ ಕಾಲಮ್ ಅನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಿ. 0.0.0.0:51820 ಮತ್ತು [::]:51820 ಎಂದರೆ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್, ಆದರೆ 10.0.0.5:51820 ಎಂದರೆ ಒಂದು ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಒಂದು ವಿಳಾಸ. ss ಕೈಪಿಡಿ ಔಟ್‌ಪುಟ್ ಪರಿಚಯವಿಲ್ಲದಿದ್ದರೆ ಕಾಲಮ್‌ಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಪ್ರಕ್ರಿಯೆಯ ಹೆಸರು ಕಾಣೆಯಾಗಿದ್ದರೆ, ಅದೇ ಆಜ್ಞೆಯನ್ನು sudo ನೊಂದಿಗೆ ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಮಾಲೀಕರ ಕಾಲಮ್‌ಗೆ ಸವಲತ್ತು ಬೇಕು.

ವಿಳಾಸವನ್ನು ಬರೆಯಿರಿ. ಇದು ಈ ಕೈಪಿಡಿಯ ಉಳಿದ ಭಾಗವು ಅವಲಂಬಿಸಿರುವ ಸತ್ಯ.

ಆಸೆಗಲ್ಲ, ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸಿ

OpenVPN ತನ್ನ local ನಿರ್ದೇಶನದೊಂದಿಗೆ ಶ್ರೋತೃವನ್ನು ನಿರ್ದಿಷ್ಟ ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ಮಟ್ಟದಲ್ಲಿ ಅದನ್ನು ಸೀಮಿತಗೊಳಿಸುವ ಬೆಂಬಲಿತ ಮಾರ್ಗ ಇದು. ಪ್ರತಿ ಅನುಷ್ಠಾನವೂ ಸಮಾನವಾದದ್ದನ್ನು ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಬೈಂಡ್ ಆಯ್ಕೆ ಇಲ್ಲದ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಈ ರೀತಿ ಸಂಕುಚಿತಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಿಮ್ಮದರಲ್ಲಿ ಯಾವುದೂ ಇಲ್ಲದಿದ್ದರೆ, ಫೈರ್ವಾಲ್ ನಿಮ್ಮ ಏಕೈಕ ನಿಯಂತ್ರಣ, ಮತ್ತು ನಿಯೋಜನೆ ಟಿಪ್ಪಣಿಗಳು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಬೇಕು. ಹಲವು ವಿಳಾಸಗಳಿರುವ ಹೋಸ್ಟ್‌ನಲ್ಲಿ, ಸುರಂಗದ ಕಡೆಗೆ ಇರುವ ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸಿ; ತೇಲುವ ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು.

ವಿಳಾಸ ಬದಲಾವಣೆಯನ್ನು ಮೀರಬೇಕಾದ ಸೇವೆಗೆ ಹಳೆಯ ಬಂಧನಕ್ಕೆ ಯೋಜನೆ ಬೇಕು, ಕೇವಲ ಸಂರಚನಾ ಸಾಲಲ್ಲ.

ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ

IPv4 ಮತ್ತು IPv6 ಪ್ರತ್ಯೇಕ ಸಾಕೆಟ್‌ಗಳು. 0.0.0.0 ಗೆ ಬದ್ಧವಾದ ಪ್ರಕ್ರಿಯೆಯು ಇನ್ನೂ ದ್ವಿ-ಸ್ಟಾಕ್ ಸಾಕೆಟ್ ಮೂಲಕ IPv6 ಸ್ವೀಕರಿಸಬಹುದು, ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು, ಸಾಕೆಟ್ ಆಯ್ಕೆ ಮತ್ತು ವೇದಿಕೆಯ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿ. ಕೇವಲ IPv4 ಸಾಲನ್ನು ಓದುವುದು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ನಿಯೋಜನೆ ಪರಿಶೀಲನೆಗಳನ್ನು ಮೋಸಗೊಳಿಸಿದೆ. ಶ್ರೋತೃ ಸಂಕುಚಿತವಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಎರಡೂ ಕುಟುಂಬಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.

IPv6 ವಿನ್ಯಾಸದ ಭಾಗವಲ್ಲದಿದ್ದರೆ, ಫೈರ್ವಾಲ್ ಅದನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ಆಶಿಸುವುದಕ್ಕಿಂತ ಸಾಕೆಟ್ ಮಟ್ಟದಲ್ಲಿ ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಸ್ವಚ್ಛವಾಗಿದೆ. ಇದು ನೀತಿ ನಿರ್ಧಾರ, ಆದ್ದರಿಂದ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆಗಳ ಜೊತೆಗೆ ಅದನ್ನು ದಾಖಲಿಸಿ.

ಬಂಧನದ ಮೇಲೆ ಫೈರ್ವಾಲ್ ಪದರ ಮಾಡಿ

ಸಂಕುಚಿತ ಬಂಧನವು ಫೈರ್ವಾಲ್ ನಿಯಮವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಫೈರ್ವಾಲ್ ನಿಯಮವು wildcard ಬಂಧನವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಬಳಸಿ: ಅನುಷ್ಠಾನ ಬೆಂಬಲಿಸುವಲ್ಲಿ ಬಂಧಿಸಿ, ನಂತರ ಪೋರ್ಟ್ ಅನ್ನು ಅದನ್ನು ತಲುಪಬೇಕಾದ ಮೂಲಗಳಿಂದ ಮಾತ್ರ ಅನುಮತಿಸಿ. ಕ್ಲೌಡ್ ಭದ್ರತಾ ಗುಂಪುಗಳು ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್‌ನ ಮುಂದೆ ಇರುತ್ತವೆ, ಆದ್ದರಿಂದ ಮಾರ್ಗವು VPC ಗಡಿ ದಾಟಿದಾಗ ಎರಡನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಪರಿಣಾಮಕಾರಿ ನಿಯಮವು ಎರಡರ ಛೇದನ, ಮತ್ತು ಪ್ರತಿ ಪದರವೂ ತಲುಪುವಿಕೆಯನ್ನು ಕಳೆಯಬಹುದು ಮಾತ್ರ.

ಅನುಮತಿಸಿದ ಮೂಲದಿಂದ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಟ್ಟ ಮೂಲದಿಂದ ಪರೀಕ್ಷಿಸಿ. localhost ನಿಂದ ಸಂಪರ್ಕ ಸಾರ್ವಜನಿಕ ಗಡಿಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ್ದನ್ನು ದಾಖಲಿಸಿ

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

ಆ ಟಿಪ್ಪಣಿಯೇ ಮುಂದಿನ ಪರಿಶೀಲನೆಯನ್ನು ಪುರಾತತ್ವ ಯೋಜನೆಯ ಬದಲು ಹೋಲಿಕೆಯಾಗಿ ಮಾಡುತ್ತದೆ.