ಸೋರಿಕೆ ಇಲ್ಲದೆ ರೂಟರ್ನಲ್ಲಿ VPN ಫೇಲ್ಓವರ್ ನೀತಿ ನಿರ್ಮಿಸುವುದು ಹೇಗೆ
ಆದ್ಯತೆಯ ಟನಲ್ ಬಿದ್ದಾಗ ಸಂಚಾರ ಏನು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ: ಬ್ಯಾಕಪ್ ಟನಲ್, ಸಾಮಾನ್ಯ WAN ಅಥವಾ ಬ್ಲಾಕ್। ನಂತರ ಅದನ್ನು ರೂಟರ್ನಲ್ಲಿ ನಿರ್ಮಿಸಿ ಪರೀಕ್ಷಿಸಿ।
ಫೇಲ್ಓವರ್ ಸಂರಚಿಸಿದಂತೆಯೇ ಕೆಲಸ ಮಾಡಿತು, ಮತ್ತು ಅದೇ ಸಮಸ್ಯೆಯಾಗಿತ್ತು। ಪ್ರಾಥಮಿಕ ಟನಲ್ ಬಿದ್ದಾಗ, ರೂಟರ್ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಕೇಬಲ್ ಮೊಡೆಮ್ಗೆ ಸರಿಸಿತು, ಲ್ಯಾಪ್ಟಾಪ್ಗಳು ಬ್ರೌಸಿಂಗ್ ಮುಂದುವರಿಸಿದವು, ಮತ್ತು ಯಾರೂ ಕರೆ ಮಾಡಲಿಲ್ಲ। ಎರಡು ದಿನಗಳ ನಂತರ, ಹಣಕಾಸಿನ ಹಂಚಿಕೆಯ ಫೋಲ್ಡರ್ ಆರು ಗಂಟೆಗಳ ಕಾಲ ತೆರೆದ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗದಲ್ಲಿ ತಲುಪಬಹುದಾಗಿತ್ತು ಎಂದು ಯಾರೋ ಗಮನಿಸಿದರು। ರೂಟರ್ನಲ್ಲಿ VPN ಫೇಲ್ಓವರ್ ನೀತಿ ಯಾವುದೇ ರೂಟಿಂಗ್ ಟ್ರಿಕ್ ಅಲ್ಲ; ಆದ್ಯತೆಯ ಮಾರ್ಗ ಹೋದಾಗ ಸಂಚಾರ ಏನು ಮಾಡಬೇಕು ಎಂಬ ನಿರ್ಧಾರ ಅದು, ಮತ್ತು ಆ ನಿರ್ಧಾರ ಮಾರ್ಗ ಮಾಯವಾಗುವ ಮೊದಲೇ ಇರಬೇಕು।
ಪತ್ತೆದಾರನನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಫಲಿತಾಂಶ ನಿರ್ಧರಿಸಿ
ಸಾಮಾನ್ಯವಾಗಿ ಮೂರು ಫಲಿತಾಂಶಗಳು ಮೇಜಿನ ಮೇಲಿರುತ್ತವೆ: ಬಾಧಿತ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಬ್ಯಾಕಪ್ ಟನಲ್ ಮೂಲಕ ಕಳುಹಿಸುವುದು, ಅವರಿಗೆ ಸಾಮಾನ್ಯ WAN ಬಳಸಲು ಬಿಡುವುದು, ಅಥವಾ ಅವರನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬ್ಲಾಕ್ ಮಾಡುವುದು। ಯಾವುದು ಯಾವ VLAN, SSID ಅಥವಾ ಸಾಧನ ವರ್ಗಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ। ಒಂದೇ ಸಮತಟ್ಟಾದ “WAN-ಗೆ ಬದಲಿಸಿ” ನಿಯಮವೇ ಮೇಲಿನ ಹಣಕಾಸಿನ ಫೋಲ್ಡರ್ ಸಾರ್ವಜನಿಕ ಮಾರ್ಗಕ್ಕೆ ಬಂದ ಕಾರಣ।
ಈ ಮೂರು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಅಲ್ಲ। WAN ಫಾಲ್ಬ್ಯಾಕ್ ಬೆಂಬಲ ಡೆಸ್ಕ್ ಫೋನ್ಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತಾ ಇರುವಂತೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಒಳಗಿನ ಹೆಸರುಗಳನ್ನು ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್ಗೆ ಒಡ್ಡುತ್ತದೆ। ಬ್ಯಾಕಪ್ ಟನಲ್ ನೀತಿಯನ್ನು ಉಳಿಸುತ್ತದೆ ಆದರೆ ಇನ್ನೊಂದು ಬದಿ ಒಪ್ಪದ ನಿರ್ಗಮನ ವಿಳಾಸಕ್ಕೆ ಇಳಿಯಬಹುದು। ಬ್ಲಾಕಿಂಗ್ ಸಂಬಳ VLANಗೆ ಸರಿ, ಮತ್ತು ಟನಲ್ ಎಂದೂ ಬಳಸದ ಅತಿಥಿ ನೆಟ್ವರ್ಕ್ಗೆ ತಪ್ಪು।
| ಫಲಿತಾಂಶ | ಯಾರಿಗೆ ಸೂಕ್ತ | ಏನು ಮುರಿಯುತ್ತದೆ |
|---|---|---|
| ಬ್ಯಾಕಪ್ ಟನಲ್ | ನೀತಿ ಉಳಿಯಬೇಕು, ದೂರ ಪ್ರವೇಶ ಬೇಕು | ಹೊಸ ನಿರ್ಗಮನ ವಿಳಾಸ, ಹಿಂತಿರುಗುವ ಮಾರ್ಗ, ನಿಧಾನ ಕೀ ನವೀಕರಣ |
| ಸಾಮಾನ್ಯ WAN | ಅತಿಥಿ ಅಥವಾ ಸಾರ್ವಜನಿಕ ಮಾತ್ರ ಸಂಚಾರ | ಒಳಗಿನ ಹೆಸರುಗಳು, DNS ಮತ್ತು IPv6 ಒಡ್ಡಿಕೆ |
| ಬ್ಲಾಕ್ | ಸಂಬಳ, ನಿರ್ವಹಣೆ, VPN-ಮಾತ್ರ ಎಲ್ಲವೂ | ಬಳಕೆದಾರರು ಎಲ್ಲ ಪ್ರವೇಶ ಕಳೆದುಕೊಂಡು ನಿಮಗೆ ಕರೆ ಮಾಡುತ್ತಾರೆ |
ನಿಜವಾಗಿ ಭಯಪಡುವ ವೈಫಲ್ಯಕ್ಕೆ ಪತ್ತೆದಾರವನ್ನು ಹೊಂದಿಸಿ
ಹ್ಯಾಂಡ್ಶೇಕ್ ಸ್ಥಿತಿ, ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿ ಮತ್ತು ಬಳಸಬಹುದಾದ ಫಾರ್ವರ್ಡಿಂಗ್ ಮೂರು ಬೇರೆ ಬೇರೆ ಸಂಕೇತಗಳು, ಮತ್ತು ಬಳಕೆದಾರನಿಗೆ ಕೊನೆಯದು ಮಾತ್ರ ಮುಖ್ಯ। WireGuard ಪೀರ್ ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್ಶೇಕ್ ತೋರಿಸಬಹುದು, ಆದರೆ ಪೂರೈಕೆದಾರರ ಮೇಲ್ಮುಖ ಹರಿವು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಕಪ್ಪು ಕುಳಿಗೆ ಎಸೆಯುತ್ತಿರಬಹುದು। OpenVPN ಕ್ಲೈಂಟ್ ತಾನು ದೂಡಿದ ಮಾರ್ಗ ಬಗೆಹರಿಯುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ನಂತರವೂ “ಸಂಪರ್ಕಿತ” ಸ್ಥಿತಿಯಲ್ಲಿ ಕುಳಿತಿರಬಹುದು।
pfSense ನಲ್ಲಿ ಪ್ರಾಯೋಗಿಕ ವ್ಯವಸ್ಥೆ dpinger ನಿಂದ ಪೋಷಿತ ಗೇಟ್ವೇ ಗುಂಪು, ಅದು ಮೇಲ್ವಿಚಾರಣಾ ವಿಳಾಸವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ನಷ್ಟ ಅಥವಾ ವಿಳಂಬ ಅದರ ಮಿತಿಗಳನ್ನು ದಾಟಿದಾಗ ಗೇಟ್ವೇಯನ್ನು ಕೆಳಗೆ ಎಂದು ಗುರುತಿಸುತ್ತದೆ। ಆ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಟನಲ್ನ ಆಚೆಗಿನ ಏನಾದರೂ ಕಡೆಗೆ ತಿರುಗಿಸಿ, ಉದಾಹರಣೆಗೆ ದೂರದ LAN ನಲ್ಲಿನ ಹೋಸ್ಟ್ ಅಥವಾ ಅದರ ಮೂಲಕ ನೀವು ತಲುಪುವ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ। ಅದನ್ನು ಟನಲ್ನ ಸ್ವಂತ ಪೀರ್ ವಿಳಾಸಕ್ಕೆ ತಿರುಗಿಸುವುದು ಈಗಾಗಲೇ ಜೀವಂತ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿರುವ ಭಾಗವನ್ನು ಅಳೆಯುತ್ತದೆ।
ಬ್ಯಾಕಪ್ ಕೊನೆಯ ಉಪಾಯವಾಗಿ ಉಳಿಯುವಂತೆ ಗುಂಪನ್ನು ನಿರ್ಮಿಸಿ
ಒಂದು ಸಮತಟ್ಟಾದ ಸದಸ್ಯ ಪಟ್ಟಿಯ ಬದಲು ಹಂತಗಳನ್ನು ಬಳಸಿ। ಪ್ರಾಥಮಿಕ ಹಂತ 1 ರಲ್ಲಿ, ಬ್ಯಾಕಪ್ ಟನಲ್ ಹಂತ 2 ರಲ್ಲಿ, WAN ಹಂತ 3 ರಲ್ಲಿ ನೀತಿ ಅನುಮತಿಸುವ VLANಗಳಿಗೆ ಮಾತ್ರ। pfSense ನಲ್ಲಿ ಇದು System > Routing > Gateway Groups ಅಡಿಯಲ್ಲಿದೆ: ಎರಡೂ ಗೇಟ್ವೇಗಳನ್ನು ಸೇರಿಸಿ, ಅವಕ್ಕೆ ಬೇರೆ ಬೇರೆ ಹಂತಗಳನ್ನು ನೀಡಿ, Trigger Level ಅನ್ನು member down plus packet loss ಗೆ ಹೊಂದಿಸಿ, ಉಳಿಸಿ, ನಂತರ ಗುಂಪನ್ನು ಇಂಟರ್ಫೇಸ್ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಅಥವಾ ಅಗತ್ಯವಿರುವ ಫೈರ್ವಾಲ್ ನಿಯಮಗಳ Gateway ಕ್ಷೇತ್ರದಲ್ಲಿ ಅನ್ವಯಿಸಿ।
pfSense 2.5 ಮತ್ತು ನಂತರದ ಆವೃತ್ತಿಗಳಲ್ಲಿ OpenVPN ಕ್ಲೈಂಟ್ ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ, ಇನ್ಸ್ಟಾನ್ಸ್ನ Default Gateway ಸೆಟ್ಟಿಂಗ್ ಟನಲ್ ಸಿಸ್ಟಮ್ನ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಬದಲಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ। ನಿಯಮದ ಮೂಲಕ ನೀತಿ ರೂಟಿಂಗ್ ನೀವು ಊಹಿಸುವ ಮಾರ್ಗ ನಿಜವಾಗಿ ಸ್ಥಾಪಿತವಾದಾಗ ಮಾತ್ರ ನಿರೀಕ್ಷಿಸಿದಂತೆ ವರ್ತಿಸುತ್ತದೆ । ಬದಲಾವಣೆಯ ನಂತರ Status > Gateways ಪರಿಶೀಲಿಸಿ, ಟನಲ್ ಸ್ಥಿತಿ ಐಕಾನ್ ಅನ್ನು ನಂಬುವ ಬದಲು।
ಎರಡು ಸೆಟ್ಟಿಂಗ್ಗಳು ಹೆಚ್ಚಿನ ಫ್ಲಾಪಿಂಗ್ ಉಂಟುಮಾಡುತ್ತವೆ। ಒಂದು ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಮರುಸಂಗಮನಕ್ಕಿಂತ ಚಿಕ್ಕ ಪ್ರೋಬ್ ಮಧ್ಯಂತರ। ಇನ್ನೊಂದು ಪ್ರಾಥಮಿಕ ಮತ್ತು ಬ್ಯಾಕಪ್ ಹಂತವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಗುಂಪು, ಹೀಗಾಗಿ ಎರಡೂ ಸದಾ ಅರ್ಹವಾಗಿರುತ್ತವೆ। ನಿಮ್ಮ ಬಳಕೆದಾರರು ನಿಮ್ಮ ಬದಲು ಪರಿವರ್ತನೆಗಳನ್ನು ಅನುಭವಿಸುವ ಮೊದಲು ನಷ್ಟ ಮತ್ತು ವಿಳಂಬ ಮಿತಿಗಳ ಮೂಲಕ ಹಿಸ್ಟರೆಸಿಸ್ ಸೇರಿಸಿ।
ಟನಲ್ ಎಂದೂ ಹೊಂದಿರದ ಮಾರ್ಗಗಳನ್ನು ಮುಚ್ಚಿ
ಮೊದಲು DNS ಸೋರಿಕೆಗಳು। ರಿಜಾಲ್ವರ್ WAN ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತಾ ಅಲ್ಲಿಂದ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಚಾರ ಟನಲ್ಗೆ ಜೋಡಿಸಲ್ಪಟ್ಟಿದ್ದರೂ ಹೆಸರುಗಳು ISP ಮೂಲಕ ಬಗೆಹರಿಯುತ್ತಿರುತ್ತವೆ। ರಿಜಾಲ್ವರ್ನ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಸೀಮಿತಗೊಳಿಸಿ, ಒಳಗಿನ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ದೂಡಿ, ಮತ್ತು VPN-ಮಾತ್ರ VLANಗಳಲ್ಲಿ ಉಳಿದ ಎಲ್ಲಕ್ಕೂ ಪೋರ್ಟ್ 53 ಬ್ಲಾಕ್ ಮಾಡಿ।
IPv6 ಗೆ ತನ್ನದೇ ನಿರ್ಧಾರ ಬೇಕು। ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ LAN ಟನಲ್ ಕಳೆದುಕೊಂಡರೂ ಕೆಲಸ ಮಾಡುವ ಜಾಗತಿಕ IPv6 ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದು, ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ಗಳು IPv6 ಗೆ ಆದ್ಯತೆ ನೀಡಿ WAN ಮೂಲಕ ಹೊರಹೋಗುತ್ತವೆ, IPv4 ಸಂಪೂರ್ಣ ಸೀಮಿತವಾಗಿ ಕಾಣುತ್ತದೆ। ಒಂದೋ IPv6 ಅನ್ನು ಟನಲ್ಗೆ ರೂಟ್ ಮಾಡಿ, ಅಥವಾ ಟನಲ್ ಕೆಳಗಿರುವಾಗ ಜಾಗತಿಕ ಪ್ರಿಫಿಕ್ಸ್ ಜಾಹೀರಾತನ್ನು ನಿಲ್ಲಿಸಿ। ಅರ್ಧ ನೀತಿ ಯಾವುದಕ್ಕಿಂತಲೂ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಅದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತದೆ।
ನಂತರ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ। ಬ್ಯಾಕಪ್ ನಿರ್ಗಮನ ಬೇರೆ ಮೂಲ ವಿಳಾಸ ಬಳಸಿದರೆ, ಇನ್ನೊಂದು ಬದಿ ಸಂಚಾರವನ್ನು ಹೇಗೆ ಹಿಂತಿರುಗಿಸಬೇಕೆಂದು ತಿಳಿಯಬೇಕು, ಮತ್ತು ಹಳೆಯ ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸಿದ ಪ್ರತಿ ಸ್ಥಿತಿಯೂ ಈಗಾಗಲೇ ಸತ್ತಿದೆ। ಪ್ರಾಥಮಿಕ ಬಿದ್ದಾಗ ತೆರೆದಿದ್ದ ಸೆಷನ್ಗಳು ವಲಸೆ ಹೋಗುವುದಿಲ್ಲ; ಅವು ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ನಿಂತುಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಏನು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ।
ಬೀಳುವಿಕೆ, ಫ್ಲಾಪ್ ಮತ್ತು ಹಿಂತಿರುಗಿ ಬರುವ ದಾರಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ
ಹಾನಿಕರವಲ್ಲದ ಸಂಚಾರ ನಡೆಯುತ್ತಿರುವಾಗ ಪ್ರಾಥಮಿಕವನ್ನು ಎಳೆಯಿರಿ, ನಂತರ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಓದಿ: Status > Gateways ಗುಂಪಿನ ಸದಸ್ಯರ ಸ್ಥಿತಿಗಳಿಗಾಗಿ, pfctl -ss ಹಳೆಯ ಗೇಟ್ವೇಗೆ ಇನ್ನೂ ಜೋಡಿಸಲ್ಪಟ್ಟ ಸ್ಥಿತಿಗಳಿಗಾಗಿ, ನಿರ್ಗಮನ ಮಾರ್ಗಕ್ಕಾಗಿ ಕ್ಲೈಂಟ್ನಿಂದ traceroute, ಮತ್ತು ಯಾವ ಸರ್ವರ್ ಉತ್ತರಿಸಿತು ಎಂದು ನೋಡಲು ರಿಜಾಲ್ವರ್ ಪ್ರಶ್ನೆ।
ಈಗ ಅದನ್ನು ಫ್ಲಾಪ್ ಮಾಡಿ। ಪ್ರಾಥಮಿಕವನ್ನು ಮೂವತ್ತು ಸೆಕೆಂಡು ಮೇಲೆ, ಮೂವತ್ತು ಕೆಳಗೆ, ಎರಡು ಬಾರಿ ಎತ್ತಿ ಇಳಿಸಿ। ಸಂಚಾರ ಪ್ರತಿ ಪರಿವರ್ತನೆಯನ್ನು ಹಿಂಬಾಲಿಸಿದರೆ, ಮಿತಿಗಳು ತುಂಬಾ ಬಿಗಿಯಾಗಿವೆ ಅಥವಾ ಹಂತಗಳು ತಪ್ಪಾಗಿವೆ। ಅದನ್ನು ನಿಮ್ಮ ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ಸರಿಪಡಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಪೂರೈಕೆದಾರರು ತಮ್ಮ ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ಮಾಡುತ್ತಾರೆ।
ಕೊನೆಯದಾಗಿ, ನೀವು ಇನ್ನೂ ರೂಟರ್ ನಿರ್ವಹಿಸಬಹುದೇ ಎಂದು ದೃಢೀಕರಿಸಿ। ಕನ್ಸೋಲ್ ಕೇಬಲ್, ನಿರ್ವಹಣಾ VLAN ಅಥವಾ ಸೆಲ್ಯುಲಾರ್ ಮೊಡೆಮ್ನಂತಹ ಬ್ಯಾಂಡ್ನ ಹೊರಗಿನ ಮಾರ್ಗವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ। ನಿಮ್ಮನ್ನು ಹೊರಗೆ ಲಾಕ್ ಮಾಡುವ ಫೇಲ್ಓವರ್ ಪರೀಕ್ಷೆ ನೀವು ಪೂರ್ಣಗೊಳಿಸಲಾಗದ ಪರೀಕ್ಷೆ, ಮತ್ತು ತಲುಪಲಾಗದ ರೂಟರ್ ತಾನಾಗಿಯೇ ಹಿಂತಿರುಗಲಾರದು।
ನೀತಿಯನ್ನು ಪೂರ್ಣ ಎಂದು ಘೋಷಿಸುವ ಮೊದಲು, ಟರ್ಮಿನಲ್ ತೆರೆಯದೆ ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವಾಗಬೇಕು: ಟನಲ್ ಕೆಳಗಿರುವಾಗ ಯಾವ VLANಗಳು WAN ಬಳಸಬಹುದು, ಪತ್ತೆದಾರ ಏನನ್ನು ಗಮನಿಸುತ್ತದೆ ಮತ್ತು ಎಷ್ಟು ಕಾಯುತ್ತದೆ, ಯಾವ ಹೆಸರು ಸರ್ವರ್ಗಳು ಮತ್ತು IPv6 ಮಾರ್ಗಗಳು ಮಾರ್ಗದೊಂದಿಗೆ ಚಲಿಸುತ್ತವೆ, ಮತ್ತು ಬ್ಯಾಕಪ್ ಕೂಡ ವಿಫಲವಾದರೆ ನೀವು ಹೇಗೆ ಮತ್ತೆ ಒಳಗೆ ಬರುತ್ತೀರಿ। ಯಾವುದೇ ಉತ್ತರ “ಡೀಫಾಲ್ಟ್ ಏನಿತ್ತೋ ಅದೇ” ಆಗಿದ್ದರೆ, ನೀತಿ ಇನ್ನೂ ರೂಟರ್ನದು, ನಿಮ್ಮದಲ್ಲ।