VPN ಕ್ಲೈಂಟ್ಗಳು ಟನೆಲ್ನಲ್ಲಿ ಪರಸ್ಪರ ತಲುಪುವುದನ್ನು ನಿಲ್ಲಿಸಿ

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

ಹಂಚಿಕೆಯ ಸೇವೆಗೆ ಮಾರ್ಗ ಪೀರ್ಗಳ ನಡುವೆ ಅನುಮತಿ ಅಲ್ಲ

ಕ್ಲೈಂಟ್ ಉಪಜಾಲವನ್ನು ಘೋಷಿಸುವುದು ಪೀರ್ಗೆ ಇನ್ನೊಬ್ಬ ಕ್ಲೈಂಟ್ನ ವಿಳಾಸದ ಕಡೆಗೆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತಂತಿಯ ಮೇಲೆ ಹೇಗೆ ಇಡುವುದು ಎಂದು ಹೇಳುತ್ತದೆ. ಆ ಪ್ಯಾಕೆಟ್ ತಲುಪುತ್ತದೆಯೇ ಎಂಬುದು ನಂತರ ಅದನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದರಿಂದ ನಿರ್ಧಾರವಾಗುತ್ತದೆ. Linux ಗೇಟ್ವೇನಲ್ಲಿ ಅದು FORWARD ಸರಣಿ; ಬಳಕೆದಾರ ಸ್ಥಳದ ಡೀಮನ್ ಒಳಗೆ ಅದು ಟನೆಲ್ನ ಸ್ವಂತ ಸೆಷನ್ ಕೋಷ್ಟಕ. ಮಾರ್ಗ ತಲುಪುವಿಕೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಅನುಮತಿಯನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ.

ಆದ್ದರಿಂದ ಮಾರ್ಗಗಳನ್ನು ಮಾತ್ರ ಓದುವ ಪ್ರತ್ಯೇಕತೆ ಪರಿಶೀಲನೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. /24 ಅನ್ನು ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಕಳುಹಿಸಬಹುದು, ಆದರೆ ಪೀರ್ಗಳ ನಡುವಿನ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಫಾರ್ವರ್ಡ್ ಕೊಕ್ಕೆಯಲ್ಲಿ ಬಿಡಲಾಗುತ್ತದೆ. ಅಪಾಯಕಾರಿ ಸಂದರ್ಭ ವಿರುದ್ಧವಾದುದು: ಯಾವುದೇ ಸ್ಪಷ್ಟ ನಿಯಮವಿಲ್ಲ, ಅನುಮತಿಸುವ ಡೀಫಾಲ್ಟ್ ಇದೆ, ಮತ್ತು ಯಾರೂ ಪರೀಕ್ಷಿಸದ ಕಾರಣ ಮಾತ್ರ ಪ್ರತ್ಯೇಕತೆ ಇದೆ.

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

ಪೀರ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ವಾಸ್ತವವಾಗಿ ಯಾರು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತಾರೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ

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

WireGuard ಮೊದಲ ಗುಂಪಿಗೆ ಸೇರುತ್ತದೆ: ಅದರಲ್ಲಿ ಪೀರ್-ಟು-ಪೀರ್ ಸ್ವಿಚ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ 10.8.0.4 ರಿಂದ 10.8.0.5 ಗೆ ಪ್ಯಾಕೆಟ್ wg0 ಮೇಲೆ ಬರುತ್ತದೆ, ಫಾರ್ವರ್ಡ್ ಕೊಕ್ಕೆಗೆ ತಾಗುತ್ತದೆ ಮತ್ತು AllowedIPs ಎರಡೂ ವಿಳಾಸಗಳನ್ನು ಆವರಿಸಿದಾಗ ಮತ್ತೆ wg0 ನಿಂದ ಮಾರ್ಗವಾಗುತ್ತದೆ. OpenVPN ಎರಡನೇ ಗುಂಪು, ಸರ್ವರ್ ಸಂರಚನೆಯಲ್ಲಿ client-to-client ಸೆಟ್ ಆದಾಗ, ಏಕೆಂದರೆ ಆ ನಿರ್ದೇಶ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬಳಕೆದಾರ ಸ್ಥಳದಲ್ಲಿ ಸೆಷನ್ಗಳ ನಡುವೆ ಒಪ್ಪಿಸುತ್ತದೆ. ಏನನ್ನೂ ಬರೆಯುವ ಮೊದಲು ಲೋಡ್ ಆದ ಸಂರಚನೆಯಲ್ಲಿ ಆ ನಿರ್ದೇಶವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಂಚಾರವನ್ನು ಎಂದೂ ನೋಡದ ಕೆರ್ನೆಲ್ ನಿಯಮವನ್ನು ಕೆಲಸ ಮಾಡುವ ನಿಯಮದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು, ಮತ್ತು ಹೀಗೆಯೇ ನಿಯೋಜನೆ ಯಾವುದೇ ಪ್ರತ್ಯೇಕತೆ ಇಲ್ಲದೆ ಮುಗಿಯುತ್ತದೆ.

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

ಮಾರ್ಗ ಮತ್ತು ಅನುವಾದಿತ ನಿಯೋಜನೆಗಳಿಗೆ ಇನ್ನೊಂದು ಪರಿಶೀಲನೆ ಬೇಕು: ದೂರದ ಕ್ಲೈಂಟ್ ನೋಡುವ ಮೂಲ ನೀವು ನಿರೀಕ್ಷಿಸುವುದಲ್ಲದೇ ಇರಬಹುದು. ಆಗ ಕ್ಲೈಂಟ್ ಉಪಜಾಲಕ್ಕೆ ಹೊಂದುವ ನಿಯಮ ಯಾವುದಕ್ಕೂ ಹೊಂದುವುದಿಲ್ಲ. ಹೊಂದಾಣಿಕೆ ಬರೆಯುವ ಮೊದಲು ಅನುವಾದದಿಂದ ಉಳಿಯುವ ವಿಳಾಸವನ್ನು ಗುರುತಿಸಿ, ಮತ್ತು NAT ವಿಳಾಸಗಳನ್ನು ಊಹಿಸುವ ಬದಲು ಇಂಟರ್ಫೇಸ್ ಜೋಡಿಯನ್ನು ಹೊಂದಿಸಲು ಆದ್ಯತೆ ನೀಡಿ.

ಪ್ರತಿ ವಿಳಾಸಕ್ಕೆ ತಾನೇ ರದ್ದು ಮಾಡಬಹುದಾದ ಗುರುತನ್ನು ನೀಡಿ

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

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

ಪ್ಯಾಕೆಟ್ ಟನೆಲ್ ದಾಟುವ ಸ್ಥಳದಲ್ಲಿ ನಿಷೇಧವನ್ನು ಇಡಿ

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

nftables ನೊಂದಿಗೆ ಜೋಡಿ ಇರುವ inet filter ಕೋಷ್ಟಕಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಮೊದಲು ಅನುಮತಿ ಮತ್ತು ನಂತರ ಬಿಡುವುದು. ಎರಡೂ ಹೊಂದಾಣಿಕೆಗಳು ವಿಳಾಸಗಳ ಜೊತೆಗೆ ಇಂಟರ್ಫೇಸ್ ಜೋಡಿಯನ್ನೂ ಪಿನ್ ಮಾಡುತ್ತವೆ.

nft add rule inet filter forward iifname "wg0" oifname "wg0" ip saddr 10.8.0.0/24 ip daddr 10.8.2.0/24 accept
nft add rule inet filter forward iifname "wg0" oifname "wg0" ip saddr 10.8.0.0/24 ip daddr 10.8.0.0/24 drop

ಲೋಡ್ ಮಾಡಿದ ನಂತರ ನಿರ್ಗಮನ ಸ್ಥಿತಿಯನ್ನು ನಂಬುವ ಬದಲು ಸರಣಿಯನ್ನು ಮತ್ತೆ ಓದಿ, ಮತ್ತು ಎರಡೂ ನಿಯಮಗಳು ನೀವು ಉದ್ದೇಶಿಸಿದ ಕ್ರಮದಲ್ಲಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. IPv6 ಪೂಲ್ಗೆ ಹೊಂದುವ ip6 ನಿಯಮಗಳನ್ನು ಸೇರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಟನೆಲ್ನಲ್ಲಿ v4 ಜೋಡಿ ಕೇವಲ ಅಲಂಕಾರ. ಸರ್ವರ್ಗೆ ಈಗಾಗಲೇ ಅನುಮತಿಸುವ ಫಾರ್ವರ್ಡ್ ನೀತಿ ಇದ್ದರೆ, ಸರಣಿಯನ್ನು ಸಂಪೂರ್ಣ ಬದಲಿಸುವ ಬದಲು ಬಿಡುವುದನ್ನು ಸೇರಿಸಿ.

OpenVPN ನಲ್ಲಿ client-to-client ಸಕ್ರಿಯವಾದಾಗ, ಈ ಫಾರ್ವರ್ಡ್ ನಿಯಮಗಳು ಪೀರ್ ಸಂಚಾರಕ್ಕೆ ಎಂದೂ ಹೊಂದುವುದಿಲ್ಲ ಮತ್ತು ನಿಷೇಧ ಡೀಮನ್ನದೇ ನಿಯಂತ್ರಣಗಳಲ್ಲಿ ಇರಬೇಕು. ಹೋಸ್ಟ್ಗೆ ವಿಳಾಸ ಮಾಡಿದ ಸಂಚಾರಕ್ಕಾಗಿ ಕೆರ್ನೆಲ್ ನಿಯಮಗಳನ್ನು ಇಡಿ, ಆದರೆ ಅವನ್ನು ಪ್ರತ್ಯೇಕತೆ ನಿಯಂತ್ರಣ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ.

ನಿಷೇಧವನ್ನು ಸರ್ವರ್ನಿಂದ ಅಲ್ಲ, ಕ್ಲೈಂಟ್ನಿಂದ ಸಾಬೀತುಪಡಿಸಿ

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

ಅನುಮತಿಸಲಾದ ಕ್ಲೈಂಟ್ನಿಂದ ಸೇವೆ ತನ್ನ ಪೋರ್ಟ್ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಅದೇ ಕ್ಲೈಂಟ್ನಿಂದ ಪೀರ್ನ ವಿಳಾಸವನ್ನು ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ನಿರಾಕರಣೆಯ ಬದಲು ಸದ್ದಿಲ್ಲದೆ ಬಿಡುವುದನ್ನು ನಿರೀಕ್ಷಿಸಿ:

ping -c 3 -W 2 10.8.0.5
nc -z -w 2 10.8.0.5 22
nft list chain inet filter forward
iptables -vnL FORWARD
ping -6 -c 3 -W 2 fd00:8::5

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