Windows VPN ಚಾಲನೆಯಲ್ಲಿಡಿ: ಸಂಪರ್ಕ ಕಡಿತ ಘಟನೆಯಲ್ಲಿ rasdial ಪ್ರಚೋದಿಸಿ

Windows ತನ್ನ VPN ಕ್ಲೈಂಟ್ಗೆ ಯಾವುದೇ ಮರುಡಯಲ್ ನೀತಿಯನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮಧ್ಯರಾತ್ರಿ ಕಡಿತಗೊಳ್ಳುವ ಸಂಪರ್ಕ ಬೆಳಗಿನ ಉಪಾಹಾರದ ವೇಳೆಯೂ ಆಫ್ ಆಗಿರುತ್ತದೆ. ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ಗಮನಿಸಿ rasdial ಚಲಾಯಿಸುವ ನಿಗದಿತ ಕಾರ್ಯವು ಮೂರನೇ ಪಕ್ಷದ ಕ್ಲೈಂಟ್ ಇಲ್ಲದೆ ಆ ಕೊರತೆಯನ್ನು ತುಂಬುತ್ತದೆ. ಕಾರ್ಯವು ನಿರ್ವಾಹಕರಂತೆ ವರ್ತಿಸುತ್ತದೆಯೇ ಅಥವಾ ಲೂಪ್ನಂತೆ ಎಂಬುದು ಮೂರು ವಿವರಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ: ಅದು ಯಾವ ಘಟನೆಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ, ಯಾವ ರುಜುವಾತುಗಳನ್ನು ನೋಡಬಲ್ಲದು ಮತ್ತು ಫಲಿತಾಂಶದೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ. ಮೂರರಲ್ಲಿ ಯಾವುದೂ ಕಷ್ಟವಲ್ಲ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದೇ ಶಾಶ್ವತವಾಗಿ ಡಯಲ್ ಮಾಡುವ ಕಾರ್ಯವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಟೈಮರ್ ತಪ್ಪು ಟ್ರಿಗರ್ ಏಕೆ

ಟೈಮರ್ ಟನೆಲ್ ಆಫ್ ಇರಲಿ ಇಲ್ಲದಿರಲಿ ತನ್ನದೇ ವೇಳಾಪಟ್ಟಿಯಂತೆ ಡಯಲ್ ಮಾಡುತ್ತದೆ. ಅದು ಯಾರಿಗೂ ಬೇಕಿಲ್ಲದ ಪ್ರಯತ್ನಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಮತ್ತು ಕೆಲಸದ ಅವಧಿಯಲ್ಲಿ ಮಾಡುವ ಪ್ರಯತ್ನ ಅದನ್ನು ಅಡ್ಡಿಪಡಿಸಬಹುದು. ಘಟನೆ ಟ್ರಿಗರ್ ಸಂಪರ್ಕ ಸ್ಥಿತಿ ಬದಲಾದಾಗ ಮಾತ್ರ ಸಕ್ರಿಯಗೊಳ್ಳುತ್ತದೆ, ಅದು ಅಗ್ಗ ಮತ್ತು ತರ್ಕಿಸಲು ಸುಲಭ. ಘಟನೆಯು ಕಾರಣವನ್ನೂ ಒಯ್ಯುತ್ತದೆ, ಮತ್ತು ಕಾರಣವೇ ನೆಟ್ವರ್ಕ್ ವೈಫಲ್ಯವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವ ವ್ಯಕ್ತಿಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ.

ಆ ವ್ಯತ್ಯಾಸವೇ ಉಪಯುಕ್ತ ಕಾರ್ಯ ಮತ್ತು ಪ್ರತಿ ಸಂಜೆ ಬಳಕೆದಾರರೊಂದಿಗೆ ಹೋರಾಡುವ ಕಾರ್ಯದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ. ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಕೇವಲ ಕ್ರಿಯೆಯನ್ನು ವಿವರಿಸುವ ಪಾಕವಿಧಾನಗಳಲ್ಲಿ ಕಾಣೆಯಾಗುವ ಭಾಗವೂ ಆಗಿದೆ.

ಘಟನೆಗಳ ಜೋಡಿ, ಮತ್ತು ಅಡಗಿಸಬೇಕಾದದ್ದು

Remote Access Service ಕ್ಲೈಂಟ್ ಜೀವನಚಕ್ರದ ದಾಖಲೆಗಳನ್ನು RasClient ಪೂರೈಕೆದಾರರ ಅಡಿಯಲ್ಲಿ Application ಲಾಗ್ಗೆ ಬರೆಯುತ್ತದೆ. 20226 ಮುಗಿದ ಸಂಪರ್ಕವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು 20227 ವಿಫಲವಾದ ಪ್ರಯತ್ನವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡೂ ಹೊಸ ಡಯಲ್ ಅನ್ನು ಸಮರ್ಥಿಸಬಹುದು. ಕಾರ್ಯದಲ್ಲಿ ಉಳಿದ ಎಲ್ಲವೂ ಆ ಎರಡು ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ನಿಖರವಾಗಿ ಹೊಂದಿಸುವುದನ್ನು ಅವಲಂಬಿಸಿದೆ. ಅವು ವರ್ಷಗಳಿಂದ ಸ್ಥಿರವಾಗಿವೆ, ಆದ್ದರಿಂದ ಅವುಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಿದ ಪಾಕವಿಧಾನಗಳು ಇನ್ನೂ ಸಂಚಾರದಲ್ಲಿವೆ, ಆದರೆ ಪೂರೈಕೆದಾರರ ಅಥವಾ ಗುರುತಿಸುವಿಕೆಗಳ ಹೆಸರು ಬದಲಿಸುವ ನಿರ್ಮಾಣವು ಪ್ರಶ್ನೆ ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸದಂತೆ ಮಾಡುತ್ತದೆ. ಪ್ರತಿ ವೈಶಿಷ್ಟ್ಯ ನವೀಕರಣದ ನಂತರ ಪುರಾವೆ ಹಂತವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ, ಕಾರ್ಯವು ಪ್ರಚೋದನೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುವವರೆಗೆ ಕಾಯುವ ಬದಲು.

ಒಂದು ಅಂತ್ಯವನ್ನು ಹೊರಗಿಡಬೇಕು. ದೋಷ 631 ಎಂದರೆ ಪೋರ್ಟ್ ಅನ್ನು ಬಳಕೆದಾರರು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿದ್ದಾರೆ, ಮತ್ತು ಆ ಕ್ಷಣದಲ್ಲಿ ಮತ್ತೆ ಡಯಲ್ ಮಾಡುವುದು ಈಗಷ್ಟೇ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನೆಟ್ವರ್ಕ್ ಬದಲಿಸಿದ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಹೋರಾಡುತ್ತದೆ. ಹೊರಗಿಡುವಿಕೆಯನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ನಲ್ಲಿ ಅಲ್ಲ, ಟ್ರಿಗರ್ ಫಿಲ್ಟರ್ನಲ್ಲಿ ಇರಿಸಿ, ಕಾರ್ಯವು ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರಾರಂಭವಾಗದಂತೆ. ಅದು ಒಂದೇ ಘಟನೆ ಐಡಿಗೆ ಮಾತ್ರ ಅನ್ವಯವಾಗಬೇಕು, ಏಕೆಂದರೆ EventData ವಿಧೇಯಕವು ಹೆಸರಿಸಿದ ಅಂಶ ಇದ್ದಾಗ ಮಾತ್ರ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಹಂಚಿದ ಷರತ್ತು ಇತರ ಐಡಿಯ ಪ್ರತಿ ಘಟನೆಯನ್ನೂ ಸದ್ದಿಲ್ಲದೆ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಫಿಲ್ಟರ್ ಬರೆಯುವ ಮೊದಲು ನಿಜವಾದ ದಾಖಲೆಯಿಂದ ಅಂಶದ ಹೆಸರನ್ನು ಓದಿ:

Get-WinEvent -LogName Application -MaxEvents 5 -FilterXPath "*[System[Provider[@Name='RasClient'] and EventID=20226]]" | Select-Object -First 1 -ExpandProperty ToXml

XML ಆ ದಾಖಲೆಯಲ್ಲಿನ Data ನಿಖರ ಹೆಸರುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ErrorCode ಸಾಮಾನ್ಯ ಕಾಗುಣಿತ, ಮತ್ತು ಬೇರೆ ಯಾವುದನ್ನಾದರೂ ಬಳಸುವ ದಾಖಲೆಗೆ ಕೆಳಗಿನ ಫಿಲ್ಟರ್ನಲ್ಲಿ ಆ ಹೆಸರನ್ನು ಬದಲಿಸಬೇಕು.

<QueryList><Query Id="0" Path="Application"><Select Path="Application">*[System[Provider[@Name='RasClient'] and (EventID=20226 or EventID=20227)]] and (EventData[Data[@Name='ErrorCode'] != '631'] or System[EventID=20227])</Select></Query></QueryList>

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

Get-WinEvent -LogName Application -MaxEvents 40 -FilterXPath "*[System[Provider[@Name='RasClient'] and (EventID=20226 or EventID=20227)]] and (EventData[Data[@Name='ErrorCode'] != '631'] or System[EventID=20227])" | Select-Object TimeCreated,Id,Message

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

ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡಲು ಯಾರೂ ಇಲ್ಲದ ಕಾರಣ ಡಯಲ್ ವಿಫಲವಾಗುತ್ತದೆ

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

ರುಜುವಾತುಗಳನ್ನು ಕಾರ್ಯ ಚಲಿಸುವ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಒಮ್ಮೆ ಉಳಿಸಿ, ಮತ್ತು ಆ ಖಾತೆಯನ್ನು ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿಸಿ. SYSTEM ಆಗಿ ಚಲಿಸುವ ಕಾರ್ಯವು ನಿಮ್ಮ ಸಂವಾದಾತ್ಮಕ ಖಾತೆ ಸಂಗ್ರಹಿಸಿದ ರುಜುವಾತುಗಳನ್ನು ಓದಲಾರದು, ಮತ್ತು ಬೇರೆಯವರಾಗಿ ಚಲಿಸುವ ಕಾರ್ಯವೂ ಓದಲಾರದು. ಹೆಸರು ಸಹ ಪ್ರೊಫೈಲ್ಗೆ ನಿಖರವಾಗಿ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಬಳಕೆದಾರ ಕ್ಷೇತ್ರದಲ್ಲಿನ ಯಾವುದೇ ಡೊಮೇನ್ ಪೂರ್ವಪ್ರತ್ಯಯ ಸೇರಿದಂತೆ.

rasdial
rasdial "Office VPN"
(Start-Process rasdial -ArgumentList '"Office VPN"' -Wait -PassThru -NoNewWindow).ExitCode

ಮೊದಲ ಆಜ್ಞೆ Windows ಗುರುತಿಸುವ ಹೆಸರುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಎರಡನೆಯದು ಸಂಗ್ರಹಿಸಿದ ರುಜುವಾತುಗಳನ್ನು ಬಳಸಿ ಹೆಸರಿನಿಂದ ಡಯಲ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಮೂರನೆಯದು PowerShell ಕ್ರಿಯೆ ಬಳಸಬೇಕಾದ ರೂಪ, ಏಕೆಂದರೆ ಅದು ಕಾಯುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯ ದಾಖಲಿಸಬಹುದಾದ ಮೌಲ್ಯವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ಕಿಟಕಿಯ ಬದಲು ನಿರ್ಗಮನ ಕೋಡ್ ಓದಿ

ಕಾಯದೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಕಾರ್ಯವು ಪ್ರಕ್ರಿಯೆ ಇರುವ ಕ್ಷಣವೇ ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಒಂದು ಸೆಕೆಂಡ್ ನಂತರ ವಿಫಲವಾಗಬಹುದಾದ ಡಯಲ್ಗೆ ಆ ತೀರ್ಪು ನಿರುಪಯುಕ್ತ. ನಿರ್ಗಮನ ಕೋಡ್ಗಾಗಿ ಕಾಯುವುದು ಕ್ರಿಯೆಯನ್ನು ನಿಜವಾದ ಫಲಿತಾಂಶವಾಗಿಸುತ್ತದೆ. ಕಾರ್ಯ ಇತಿಹಾಸವು ತಾನೇ ಪ್ರಕ್ರಿಯೆ ಪ್ರಾರಂಭವಾದುದನ್ನು ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ, ಟನೆಲ್ ಮೇಲಕ್ಕೆ ಬಂದುದನ್ನು ಎಂದಿಗೂ ತೋರಿಸುವುದಿಲ್ಲ.

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

ವಿಮೆಯಾಗಿ ಸಣ್ಣ ಪುನರಾವರ್ತನ ಅಂತರವನ್ನು ಸೇರಿಸಿ, ಮತ್ತು ಅದು ಘಟನೆ ಟ್ರಿಗರ್ನೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಿ. ಐದು ನಿಮಿಷಗಳ ಕಾಲ ಪ್ರತಿ ನಿಮಿಷ ಪುನರಾವರ್ತನೆ, ಇಂಟರ್ನೆಟ್ ಟನೆಲ್ನೊಂದಿಗೆ ಹಿಂತಿರುಗಿದಾಗ ಎರಡನೇ ಪ್ರಯತ್ನವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಗಳ ಅಡಿಯಲ್ಲಿ, "ಕಾರ್ಯ ಈಗಾಗಲೇ ಚಲಿಸುತ್ತಿದ್ದರೆ, ಈ ಕೆಳಗಿನ ನಿಯಮ ಅನ್ವಯಿಸುತ್ತದೆ", ಕಾರ್ಯವು "ಹೊಸ ನಿದರ್ಶನವನ್ನು ಪ್ರಾರಂಭಿಸಬೇಡ" ಎಂದು ಬಯಸುತ್ತದೆ, ಇದರಿಂದ ಪುನರಾವರ್ತನೆ ಇನ್ನೂ ನಡೆಯುತ್ತಿರುವ ಡಯಲ್ ಅನ್ನು ಮೇಲ್ಪದರಿಸದಂತೆ. ಆ ಸೆಟ್ಟಿಂಗ್ ಇಲ್ಲದೆ ಎರಡು rasdial ಪ್ರಕ್ರಿಯೆಗಳು ಒಂದೇ ಪೋರ್ಟ್ಗಾಗಿ ಸ್ಪರ್ಧಿಸಬಹುದು ಮತ್ತು ಎರಡನೆಯದು ಯಾವುದೇ ಉಪಯುಕ್ತ ಕಾರಣವಿಲ್ಲದೆ ವಿಫಲವಾಗುತ್ತದೆ.

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

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

ನಂತರ ಸಂಪರ್ಕ ಐಕಾನ್ ಬದಲು ಕಾರ್ಯ ಇತಿಹಾಸವನ್ನು ಓದಿ. ಇತಿಹಾಸವು ಕಾರ್ಯ ಯಾವಾಗ ಚಲಿಸಿತು, ಯಾವ ಖಾತೆ ಬಳಸಿತು ಮತ್ತು ಕ್ರಿಯೆ ಏನನ್ನು ಹಿಂತಿರುಗಿಸಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ತಿಂಗಳು ಅದೇ ಯಂತ್ರ ಮತ್ತೆ ಕುಸಿದಾಗ ಆ ಸಾಕ್ಷ್ಯವೇ ಬೇಕಾಗುತ್ತದೆ.