ಪ್ರತ್ಯೇಕ ಇಗ್ರೆಸ್: usb0 ನಲ್ಲಿ VPN ಪೂಲ್, eth0 ನಲ್ಲಿ ಗೇಟ್‌ವೇ ಸಂಚಾರ

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

ಮೂಲ ವಿಳಾಸವು ರೂಟಿಂಗ್ ನಿರ್ಧಾರದವರೆಗೆ ಉಳಿಯುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ

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

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

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

ಪೂರ್ಣವಾದ ಆಯ್ದ ಕೋಷ್ಟಕವನ್ನು ನಿರ್ಮಿಸಿ

ಕೋಷ್ಟಕವು ಸ್ನೇಹಿತನೊಂದಿಗಿನ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವಲ್ಲ. ಪ್ರತಿ ಲುಕಪ್ ಅದರ ಒಳಗೇ ಪರಿಹಾರವಾಗಲು ಸಾಕಷ್ಟು ಮಾರ್ಗಗಳು ಬೇಕು, ಮುಂದಿನ ಹಾಪ್ ತಲುಪಲು WAN ಉಪಜಾಲದ ಸಂಪರ್ಕಿತ ಮಾರ್ಗವೂ ಸೇರಿದಂತೆ. tun1 ನಲ್ಲಿ 10.77.0.0/24 ಪೂಲ್, ಮುಂದಿನ ಹಾಪ್ 203.0.113.1 ಇರುವ WAN ವಿಳಾಸ 203.0.113.20/24, ಮತ್ತು ಕೋಷ್ಟಕ 600 ಗಾಗಿ:

ip -4 route replace 203.0.113.0/24 dev usb0 src 203.0.113.20 table 600
ip -4 route replace 10.77.0.0/24 dev tun1 table 600
ip -4 route replace default via 203.0.113.1 dev usb0 table 600
ip -4 rule add priority 1500 from 10.77.0.0/24 lookup 600

ನಿಯಮವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯಾವುದೇ ಎಲ್ಲವನ್ನೂ ಹಿಡಿಯುವ ನಿಯಮಕ್ಕಿಂತ ಕಡಿಮೆ ಆದ್ಯತೆಯಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೊಂದುವ ಕ್ಲೈಂಟ್‌ಗಳು ಮೊದಲು ಕೋಷ್ಟಕ 600 ತಲುಪುತ್ತವೆ ಮತ್ತು ಉಳಿದೆಲ್ಲವೂ ಮುಖ್ಯ ಕೋಷ್ಟಕಕ್ಕೆ ಬೀಳುತ್ತದೆ. ip-rule ಉಲ್ಲೇಖ ಕ್ರಮಬದ್ಧ ಲುಕಪ್ ಮಾದರಿ ಮತ್ತು ಆಯ್ಕೆಗಾರನ ವಾಕ್ಯರಚನೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವಿವರಿಸುತ್ತದೆ.

ನಂತರ ಕೋಷ್ಟಕದಲ್ಲಿ ಇಲ್ಲದಿರುವುದನ್ನು ಯೋಚಿಸಿ. ಕೇವಲ ಮುಖ್ಯದಲ್ಲಿ ಮಾರ್ಗವಿರುವ ಗಮ್ಯಸ್ಥಾನ, ಉದಾಹರಣೆಗೆ eth0 ಮೂಲಕ ತಲುಪಬಹುದಾದ ನಿರ್ವಹಣಾ ಉಪಜಾಲ, ಕೋಷ್ಟಕ 600 ನಲ್ಲಿ ಸಿಗುವುದಿಲ್ಲ ಮತ್ತು ಅಲ್ಲಿ ಡಿಫಾಲ್ಟ್ ಇದ್ದಾಗ ಮುಖ್ಯಕ್ಕೆ ಮರಳುವುದಿಲ್ಲ. ಆ ಮಾರ್ಗಗಳು ಮುಖ್ಯವಾದರೆ ಅವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಆಯ್ದ ಕೋಷ್ಟಕಕ್ಕೆ ಸೇರಿಸಿ, ಇದು VPN ಇಗ್ರೆಸ್ ಕೋಷ್ಟಕಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಸರಿಯಾದ ಉತ್ತರ.

ಶ್ರೋತನ ಸ್ವಂತ ಸಂಚಾರವನ್ನು ನೀತಿಯ ಹೊರಗೆ ಇರಿಸಿ

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

ರಿವರ್ಸ್-ಪಾತ್ ಫಿಲ್ಟರಿಂಗ್ ಕೂಡ ಅದೇ ಕಾರಣಕ್ಕೆ ನೋಡಲು ಯೋಗ್ಯ. ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಉತ್ತರಗಳು usb0 ಮೂಲಕ ಹೋಗುವಾಗ ವಿನಂತಿ ಬೇರೆ ಕೊಂಡಿಯಿಂದ ಬಂದಿದ್ದರೆ, ಕಟ್ಟುನಿಟ್ಟಿನ rp_filter ಸೆಟ್ಟಿಂಗ್ ರೂಟಿಂಗ್ ನೀತಿ ಮಾನ್ಯವೆಂದು ಪರಿಗಣಿಸುವ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಿಡಬಹುದು. ನಿಯಮ ವಿಫಲವಾಯಿತು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಎರಡೂ ಇಂಟರ್ಫೇಸ್‌ಗಳ ಪರಿಣಾಮಕಾರಿ sysctl ಮೌಲ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಯಂತ್ರದಲ್ಲಿನ ಉಳಿದ ಎಲ್ಲದಕ್ಕೂ ಸಂಬಂಧಿಸಿದಂತೆ ಕ್ರಮವೂ ಮುಖ್ಯ. Docker ಸೇತುವೆಗಳು, ಎರಡನೇ VPN ಮತ್ತು ಪೂರೈಕೆದಾರರ ಇಮೇಜ್‌ನಿಂದ ಈಗಾಗಲೇ ಇರುವ ಯಾವುದೇ ನಿಯಮಗಳು ಎಲ್ಲವೂ ಆದ್ಯತೆಗಳನ್ನು ಸೇರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಆದ್ಯತೆ 100 ಒಂಟಿಯಾಗಿದೆ ಎಂದು ಭಾವಿಸದೆ ಪೂರ್ಣ ನಿಯಮ ಪಟ್ಟಿಯನ್ನು ಓದಿ.

ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಅನುವಾದವನ್ನು ಮಾರ್ಗದೊಂದಿಗೆ ಹೊಂದಿಸಿ

ರೂಟಿಂಗ್ ಮೇಲ್ಮುಖ ಕೊಂಡಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಅದು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ. ಕರ್ನಲ್‌ನಲ್ಲಿ IPv4 ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯವಾಗಿರಬೇಕು, ಮತ್ತು ಫೈರ್‌ವಾಲ್ ಕ್ಲೈಂಟ್‌ನಿಂದ WAN ದಿಕ್ಕು ಮತ್ತು ಹಿಂತಿರುಗುವ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು. ಹರಿವನ್ನು ಬಿಡುವ FORWARD ಸರಪಳಿಯೊಂದಿಗೆ ಸರಿಯಾದ ಕೋಷ್ಟಕವು ಕಾಣೆಯಾದ ಮಾರ್ಗದಂತೆಯೇ ಲಕ್ಷಣ ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡನ್ನೂ ಒಂದೇ ಹಾದಿಯಲ್ಲಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.

ಎರಡನೇ WAN ಖಾಸಗಿ ಪೂಲ್ ಅನ್ನು ನಿಮ್ಮ ಕಡೆಗೆ ಮರಳಿ ರೂಟ್ ಮಾಡದಿದ್ದರೆ, ಆ ಇಗ್ರೆಸ್‌ನಲ್ಲಿ ಮೂಲವನ್ನು ಅನುವಾದಿಸಿ. ಕ್ರಿಯಾತ್ಮಕ ವಿಳಾಸದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಪೂಲ್ ಮತ್ತು ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸೀಮಿತವಾದ ಕಿರಿದಾದ masquerade ನಿಯಮ ಸಾಮಾನ್ಯ ಆಯ್ಕೆ:

iptables -t nat -A POSTROUTING -s 10.77.0.0/24 -o usb0 -j MASQUERADE

ಇಲ್ಲಿ ಗುರಿಗಿಂತ ವ್ಯಾಪ್ತಿ ಹೆಚ್ಚು ಮುಖ್ಯ. ಯಾವುದೇ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಹೊಂದುವ masquerade ನಿಯಮವು eth0 ಮೂಲಕ ಸರಿಯಾಗಿ ಹೋಗುವ ಸಂಚಾರವನ್ನೂ ಮರುಬರೆಯುತ್ತದೆ, ಮತ್ತು ಅದು ರೂಟಿಂಗ್ ತಪ್ಪುಗಳನ್ನು ಸರಿಪಡಿಸುವ ಬದಲು ಮರೆಮಾಡುತ್ತದೆ. ಅನುವಾದವು ರೂಟಿಂಗ್ ನಿರ್ಧಾರದ ನಂತರ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ತಪ್ಪು ಮೇಲ್ಮುಖ ಕೊಂಡಿಗೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎಂದಿಗೂ ಸರಿಪಡಿಸಲಾರದು.

ಮಾರ್ಗಗಳು ಭಿನ್ನವಾದಾಗ ಟನೆಲ್ ಓವರ್‌ಹೆಡ್ ಕೂಡ ಗಮನ ಕೇಳುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ಗಳು ದೊಡ್ಡ TCP MSS ಗೆ ಒಪ್ಪಿಕೊಂಡರೆ ಮತ್ತು ಪರ್ಯಾಯ WAN ನ MTU ಕಡಿಮೆಯಿದ್ದರೆ ಅಥವಾ ಒಳಗೆ ಟನೆಲ್ ಇದ್ದರೆ, ದೊಡ್ಡ ವಿಭಾಗಗಳು ನಿಲ್ಲುತ್ತವೆ, ಚಿಕ್ಕವು ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗದಲ್ಲಿ MSS ಅನ್ನು ಕ್ಲ್ಯಾಂಪ್ ಮಾಡುವುದು ಅದನ್ನು ಆಗಾಗ್ಗೆ ನಿಲ್ಲುವ ಬದಲು ಊಹಿಸಬಹುದಾದ ವರ್ತನೆಯಾಗಿಸುತ್ತದೆ.

usb0 ಕಣ್ಮರೆಯಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ

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

ಆ ಹಿಂಜರಿಕೆ ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲದ ಕಡೆ, ಕೋಷ್ಟಕ 600 ನಲ್ಲಿ ಸ್ಪಷ್ಟ ಟರ್ಮಿನಲ್ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ, ಉದಾಹರಣೆಗೆ blackhole ಡಿಫಾಲ್ಟ್, ಅಥವಾ ಇಂಟರ್ಫೇಸ್ ಆಫ್ ಇರುವಾಗ ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ ಪೂಲ್ ಅನ್ನು ಬಿಡಿ. ಎರಡರಲ್ಲಿ ಯಾವುದಾದರೂ ನೀವು ಬರೆಯಬಹುದಾದ ನಿರ್ಧಾರ; ಮೌನವಲ್ಲ.

ಸ್ಥಿರತೆ ಕೊನೆಯ ಅಂಶ. ಎರಡೂ ಕೊಂಡಿಗಳ ಮಾಲೀಕರು ಯಾರೇ ಇರಲಿ, ಅದು ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಆಗಿರಲಿ, ರವಾನೆ ಸ್ಕ್ರಿಪ್ಟ್ ಆಗಿರಲಿ ಅಥವಾ ಸಂಪರ್ಕದ ಜೀವನಚಕ್ರವಾಗಿರಲಿ, ಪ್ರತಿ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ನಕಲುಗಳನ್ನು ಸೇರಿಸದೆ ಮಾರ್ಗಗಳನ್ನು ಮತ್ತು ನಿಯಮವನ್ನು ಮತ್ತೆ ರಚಿಸಬೇಕು. ನಿಜವಾದ ಕ್ಲೈಂಟ್‌ನಿಂದ ವಿನಂತಿ ಮತ್ತು ಗೇಟ್‌ವೇಯಿಂದ ಪ್ರತ್ಯೇಕ ವಿನಂತಿಯೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ಎರಡರಲ್ಲೂ ಗಮನಿಸಿದ ಇಗ್ರೆಸ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ, ನಂತರ ಎರಡನೇ WAN ಅನ್ನು ಎಳೆದು ನೀವು ವಿನ್ಯಾಸ ಮಾಡಿದ ಎರಡು ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಯಾವುದು ನಿಜವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. IPv6 ಗೆ ತನ್ನದೇ ಕೋಷ್ಟಕ, ನಿಯಮ ಮತ್ತು ಅನುವಾದ ಬೇಕು; ಮೇಲಿನ IPv4 ನಿಯಮ ಅದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.