ಎರಡನೇ VPN ಸುರಂಗ ಮೊದಲನೆಯದನ್ನು ಏಕೆ ಮುರಿಯುತ್ತದೆ?

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

ಲಕ್ಷಣ: ಎರಡನೇ ಕ್ಲೈಂಟ್ ಸದ್ದಿಲ್ಲದೆ ಗೆಲ್ಲುತ್ತದೆ

OpenVPN: redirect-gateway def1 ಆಯ್ಕೆ 0.0.0.0/0 ಅನ್ನು ಮರುಬರೆಯುವುದಿಲ್ಲ. ಅದು 0.0.0.0/1 ಮತ್ತು 128.0.0.0/1 ಸೇರಿಸುತ್ತದೆ: ಎರಡೂ ಸೇರಿ ಪ್ರತಿ IPv4 ವಿಳಾಸವನ್ನು ಆವರಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದದಲ್ಲಿ ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ. ಮೂಲ ಡೀಫಾಲ್ಟ್ ಟೇಬಲ್ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯ ಸಂಚಾರಕ್ಕೆ ಬಳಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು VPN ಸರ್ವರ್ಗೆ ಹೋಸ್ಟ್ ಮಾರ್ಗ ಸುರಂಗವು ತನ್ನದೇ ಹೊರ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಹಿಡಿಯದಂತೆ ತಡೆಯುತ್ತದೆ. ಎರಡೂ ಕ್ಲೈಂಟ್ಗಳು ಇದನ್ನು ಮಾಡುತ್ತವೆ, ಮತ್ತು ಎರಡನೆಯದು ತನ್ನ ಜೋಡಿಯನ್ನು ನಂತರ ಸ್ಥಾಪಿಸುತ್ತದೆ.

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

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

ಯಾವ ಸುರಂಗ ನಿಜವಾಗಿ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ಓದಿ

ಕ್ಲೈಂಟ್ಗಳು ಪ್ರಾರಂಭವಾದ ಕ್ರಮದಿಂದ ಅಥವಾ ಟ್ರೇ ಐಕಾನ್ನಿಂದ ವಿಜೇತರನ್ನು ಊಹಿಸಬೇಡಿ. ಎರಡೂ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ಗಳ ಹೊರಗಿನ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕರ್ನೆಲ್ ಯಾವ ಮಾರ್ಗ ಬಳಸುತ್ತದೆ ಎಂದು ಕೇಳಿ, ಮತ್ತು ಹಿಂತಿರುಗಿದ ಇಂಟರ್ಫೇಸ್ ಓದಿ.

ip route show
ip route get 198.51.100.24
route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.24

ಮೊದಲ ಎರಡು Linux ಉತ್ತರ ಮತ್ತು ಕೊನೆಯ ಎರಡು Windows ಸಮಾನ. ಎರಡೂ ಸುರಂಗಗಳು ಮೇಲಿರುವಾಗ ಅವನ್ನು ಚಲಾಯಿಸಿ, ನಂತರ ಒಂದನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಎರಡೂ ಔಟ್ಪುಟ್ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ಪರಿಹಾರ ಆರಿಸುವ ಮೊದಲು ಬೇಕಾದ ಸತ್ಯ, ಮತ್ತು ಅದು ಯಾವುದೇ ಕ್ಲೈಂಟ್ನ ಲಾಗ್ ಓದುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

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

Windows: ಒಂದು ಪ್ರೊಫೈಲ್ ಡೀಫಾಲ್ಟ್ ಮಾಲೀಕತ್ವ ಹೊಂದದಂತೆ ತಡೆಯಿರಿ

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

Set-VpnConnection -Name "Contoso" -SplitTunneling $true
rasdial Contoso

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

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

Linux: ಎರಡನೇ ಸುರಂಗವನ್ನು ಮುಖ್ಯ ಟೇಬಲ್ನ ಹೊರಗೆ ಇಡಿ

ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ openvpn --config ಎರಡು ನಿದರ್ಶನಗಳನ್ನು ಚಲಾಯಿಸಿದರೆ ಎರಡೂ ಕ್ಲೈಂಟ್ಗಳು ಒಂದೇ ಟೇಬಲ್ಗೆ ಬರುತ್ತವೆ, ಮತ್ತು ಮೂರು ಆಯ್ಕೆಗಳು ಹೆಚ್ಚುತ್ತಿರುವ ಪ್ರತ್ಯೇಕತೆಯೊಂದಿಗೆ ಅವನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಅತ್ಯಂತ ಹಗುರವಾದದ್ದು ಎರಡನೇ ಕ್ಲೈಂಟ್ ಟೇಬಲ್ ಸಂಪಾದಿಸುವುದನ್ನೇ ನಿಲ್ಲಿಸುವುದು: ಸ್ಪಷ್ಟ ಮಾರ್ಗಗಳೊಂದಿಗೆ route-nopull, ಅಥವಾ ನೀವು ಉದ್ದೇಶಿಸಿದ್ದನ್ನು ಮಾತ್ರ ಸ್ಥಾಪಿಸುವ route-up ಸ್ಕ್ರಿಪ್ಟ್. ಆಗ ಎರಡನೇ ಸುರಂಗ ನೀವು ಹೆಸರಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನೇ ಸಾಗಿಸುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಏನನ್ನೂ ಅಲ್ಲ. ಆಗ ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ನಂತರ ಕಂಡುಹಿಡಿಯುವ ಬದಲು ನೀವೇ ನಿರ್ಧರಿಸುತ್ತೀರಿ.

ನೀತಿ ರೂಟಿಂಗ್ ಮಧ್ಯದ ಆಯ್ಕೆ. ಒಂದು ನಿಯಮ ಒಂದೇ ಮೂಲ ವಿಳಾಸ ಅಥವಾ ಫೈರ್ವಾಲ್ ಗುರುತಿಗೆ ಪ್ರತ್ಯೇಕ ಟೇಬಲ್ ಆರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಟೇಬಲ್ ಎರಡನೇ ಸುರಂಗದ ಮಾರ್ಗಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ವಿಲೋಮ-ಮಾರ್ಗ ಫಿಲ್ಟರಿಂಗ್ ಇಲ್ಲಿ ಬಲೆ, ಏಕೆಂದರೆ ಟೇಬಲ್ ಆರಿಸುತ್ತಿದ್ದ ಇಂಟರ್ಫೇಸ್ಗಿಂತ ಬೇರೆ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಬರುವ ಪ್ರತಿಕ್ರಿಯೆ ತಿರಸ್ಕೃತವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗ ಮುರಿದಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು rp_filter ಸೆಟ್ಟಿಂಗ್ ಪರಿಶೀಲಿಸಿ.

ip rule add from 10.44.7.0/24 table 100
ip route add default dev tun1 table 100
sysctl net.ipv4.conf.all.rp_filter

ನೆಟ್ವರ್ಕ್ ನೇಮ್ಸ್ಪೇಸ್ಗಳು ಅತ್ಯಂತ ಭಾರವಾದ ಮತ್ತು ಅತ್ಯಂತ ಸ್ವಚ್ಛ ಆಯ್ಕೆ. ಎರಡನೇ ಕ್ಲೈಂಟ್ ಅನ್ನು ip netns ಒಳಗೆ ಆರಂಭಿಸಿ, ಅದಕ್ಕೆ veth ಜೋಡಿ ನೀಡಿ, ಮತ್ತು ಬಳಸಲು ಆ ನೇಮ್ಸ್ಪೇಸ್ ಪ್ರವೇಶಿಸಿ. ಪ್ರತಿ ನೇಮ್ಸ್ಪೇಸ್ ಒಂದನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಬದಲು ತನ್ನದೇ ಟೇಬಲ್ಗಳನ್ನು ಹೊಂದಿರುವುದರಿಂದ ಹಸ್ತಕ್ಷೇಪ ಮಾಯವಾಗುತ್ತದೆ, ಎರಡೂ ಸುರಂಗಗಳು ವಾರಗಳ ಕಾಲ ಮೇಲಿರಬೇಕಾದಾಗ ಆ ಹೆಚ್ಚುವರಿ ಸಿದ್ಧತೆ ಯೋಗ್ಯ.

ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ಗೆ, ಮತ್ತು ಸರಪಳಿ ಬೇರೆ ಸಮಸ್ಯೆಯಾಗಿ

ಕೆಲವೊಮ್ಮೆ ಒಂದೇ ಪ್ರೋಗ್ರಾಂ ಎರಡನೇ ಸುರಂಗವನ್ನು ಬಳಸಬೇಕು. Linuxನಲ್ಲಿ ಬಳಕೆದಾರ, cgroup ಅಥವಾ ಪೋರ್ಟ್ ಮೂಲಕ ನೀತಿ ರೂಟಿಂಗ್ ಆ ಫಲಿತಾಂಶವನ್ನು ತಲುಪುತ್ತದೆ, ಮತ್ತು ಒಂದು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಡೀಫಾಲ್ಟ್ ಮುಟ್ಟದೆಯೇ ಇಂಟರ್ಫೇಸ್ಗೆ ಪಿನ್ ಮಾಡಬಹುದು. ತನ್ನ ಸಾಕೆಟ್ ಅನ್ನು ಒಂದು ಇಂಟರ್ಫೇಸ್ಗೆ ಪಿನ್ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುವುದೇ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಲಾಂಚರ್ ತನ್ನದೇ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ವಿಳಾಸ ಆರಿಸುವವರೆಗೆ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು.

ಸರಪಳಿ ಎರಡು ಸುರಂಗಗಳನ್ನು ಅಕ್ಕಪಕ್ಕ ಚಲಾಯಿಸುವುದಕ್ಕಿಂತ ಬೇರೆ ಕ್ರಿಯೆ. A ಅನ್ನು B ಮೇಲೆ ಸರಪಳಿಗೊಳಿಸುವುದು ಎಂದರೆ ಒಳಗಿನ ಸರ್ವರ್ನ ವಿಳಾಸ ಹೊರ ಸುರಂಗದ ಒಳಗಿನಿಂದ ತಲುಪಬಹುದಾಗಿರಬೇಕು. ಹೊರ ಕ್ಲೈಂಟ್ ಕೂಡ ಒಳ ಕ್ಲೈಂಟ್ನ ಎನ್ಕ್ರಿಪ್ಟ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸೋರಿಕೆ ಎಂದು ಭಾವಿಸಬಾರದು. ವರ್ಚುವಲ್ ಯಂತ್ರದೊಳಗೆ ಒಂದು ಕ್ಲೈಂಟ್ ಒರಟು ಆದರೆ ವಿಶ್ವಾಸಾರ್ಹ ಆವೃತ್ತಿ; ಒಂದೇ ಹೋಸ್ಟ್ನಲ್ಲಿ ಎರಡೂ ಇದ್ದರೆ ಮೇಲಿನ ರೂಟಿಂಗ್ ಕೆಲಸ ಜೊತೆಗೆ ಒಳ ಸುರಂಗವನ್ನು ಎಂದಿಗೂ ಪ್ರವೇಶಿಸದ ಹೊರ ಮಾರ್ಗ ಬೇಕು.

ಡೀಫಾಲ್ಟ್ನ ಮಾಲೀಕ, ಪ್ರತಿ ಸುರಂಗ ಸಾಗಿಸುವ ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿ ಮತ್ತು DNS ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ. ಆ ಮೂರು ಸತ್ಯಗಳು ಮುಂದಿನ ಘಟನೆಯನ್ನು ತನಿಖೆಯ ಬದಲು ಹುಡುಕಾಟವಾಗಿಸುತ್ತವೆ.