SoftEther ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್: ಆಮದಿಗೆ ಮುನ್ನ ಆರು ಕ್ಷೇತ್ರಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಆರು ಕ್ಷೇತ್ರಗಳು SoftEther ಪ್ರೊಫೈಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಎಂಡ್‌ಪಾಯಿಂಟ್, ಪೋರ್ಟ್, ಪ್ರೋಟೋಕಾಲ್, ಹಬ್, ಬಳಕೆದಾರ ಮತ್ತು ಪಾತ್ರವನ್ನು ಕ್ರಮವಾಗಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ನೀವು ನಿಜವಾಗಿ ಯಾವುದಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಪ್ರೊಫೈಲ್ ಆಮದು ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಆದರೆ ಖಾತೆ ಎಂದೂ ಸೇರದ Virtual Hub ಅನ್ನು ಫೈಲ್ ತೋರಿಸುವುದರಿಂದ ದೃಢೀಕರಣ ವಿಫಲವಾಗುತ್ತದೆ. ಫೈಲ್‌ನಲ್ಲಿ ಏನೂ ಕೆಟ್ಟಿಲ್ಲ; ಯಾವ ವ್ಯವಸ್ಥೆಗೆ ರುಜುವಾತುಗಳನ್ನು ನೀಡಲಿಲ್ಲವೋ ಅದನ್ನು ಅದು ವಿವರಿಸುತ್ತದೆ. ಆರು ಕ್ಷೇತ್ರಗಳು ಆಮದು ಕೆಲಸ ಮಾಡಬಹುದೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ: ಹೋಸ್ಟ್‌ನಾಮ್, ಪೋರ್ಟ್, ಪ್ರೋಟೋಕಾಲ್, Virtual Hub, ಬಳಕೆದಾರ ಗುರುತು, ಮತ್ತು ಯಾರಾದರೂ ತಪ್ಪಾಗಿ ನಿಮಗೆ ನಿರ್ವಾಹಕ ರುಜುವಾತು ನೀಡಿದ್ದಾರೆಯೇ ಎಂಬುದು. ಒಂದರಿಂದ ಮೂರರವರೆಗಿನ ಪರಿಶೀಲನೆಗಳು ಆ ಕ್ಷೇತ್ರಗಳನ್ನು ಕ್ರಮವಾಗಿ ಒಳಗೊಳ್ಳುತ್ತವೆ, ಕೊನೆಯ ಎರಡು ಫೈಲ್ ಅನ್ನೂ ನೀವು ನಿಜವಾಗಿ ಸೇರಿದ್ದನ್ನೂ ಒಳಗೊಳ್ಳುತ್ತವೆ.
ಪರಿಶೀಲನೆ 1: ಹೋಸ್ಟ್‌ನಾಮ್ ಮತ್ತು ಪೋರ್ಟ್
ಏನನ್ನೂ ಆಮದು ಮಾಡುವ ಮೊದಲು ಹೋಸ್ಟ್‌ನಾಮ್, ಪೋರ್ಟ್ ಮತ್ತು ಘೋಷಿತ ಪ್ರವೇಶ ವಿಧಾನವನ್ನು ಓದಿ. ಸ್ಥಳೀಯ SoftEther ಕೇಳುಗ ಸಾಮಾನ್ಯವಾಗಿ TCP 443ರಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ, 992 ಮತ್ತು 5555 ನಿರ್ಬಂಧಿತ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಹಿಂದಿನ ಕ್ಲೈಂಟ್‌ಗಳಿಗಾಗಿ ನಿರ್ವಾಹಕರು ತೆರೆಯುವ ಪರ್ಯಾಯಗಳು. ವೆಬ್‌ಸೈಟ್ ಅಥವಾ ಇನ್ನೊಂದು ಸೇವೆಯನ್ನು ನೀಡುವ ಪೋರ್ಟ್‌ಗೆ ಗುರಿಯಿಟ್ಟ ಪ್ರೊಫೈಲ್ ದೃಢೀಕರಣಕ್ಕೆ ಮೊದಲೇ ವಿಫಲವಾಗಿ, ವೈಫಲ್ಯವನ್ನು ರುಜುವಾತುಗಳ ಸಮಸ್ಯೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ. ಈ ಜೋಡಿಯನ್ನು ನಿರ್ವಾಹಕರು ಈ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಾಗಿ ಪ್ರಕಟಿಸುವ ಮಾಹಿತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ಕಳೆದ ವರ್ಷ ಯಾರೋ ಸಂಗ್ರಹಿಸಿದ ಡೈರೆಕ್ಟರಿ ಪಟ್ಟಿಯೊಂದಿಗೆ ಅಲ್ಲ. ಹೋಸ್ಟ್‌ನಾಮ್ ನಿರ್ವಾಹಕರು ಎಂದೂ ಉಲ್ಲೇಖಿಸದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹಾರವಾದರೆ, ಅಲ್ಲೇ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಹಂತ ರುಜುವಾತುಗಳನ್ನು ಆ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ.
ಪೋರ್ಟ್ 443 ಹಂಚಿಕೆಯ ಪ್ರದೇಶ, ಆದ್ದರಿಂದ ಪೋರ್ಟ್ ಒಂಟಿಯಾಗಿ ಅದರ ಹಿಂದಿನ ಸೇವೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. SoftEther ಕ್ಲೈಂಟ್ ಎರಡನ್ನೂ ಪ್ರೋಟೋಕಾಲ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ ಸರಿಯಾದ ಪೋರ್ಟ್ ತೋರಿಸಿಯೂ ವೆಬ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದು. ಆ ವೈಫಲ್ಯ ಕ್ಲೈಂಟ್ ಲಾಗ್‌ನಲ್ಲಿ ತಪ್ಪು ಪಾಸ್‌ವರ್ಡ್‌ನಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೂ ಯಾವ ಪಾಸ್‌ವರ್ಡ್ ಎಂದೂ ಪರಿಶೀಲಿಸಲ್ಪಟ್ಟಿಲ್ಲ.
ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಹೋಸ್ಟ್‌ನಾಮ್, ಪೋರ್ಟ್ ಮತ್ತು ವಿಧಾನವಾಗಿ ಇದೇ ಕ್ರಮದಲ್ಲಿ ಬರೆಯಿರಿ. ಈ ತ್ರಿಕೋಣವೇ ನೀವು ಸಂಪರ್ಕಿಸದೆಯೇ ಪರಿಶೀಲಿಸಬಹುದಾದ ಭಾಗ, ಮತ್ತು ಕೇಳುಗ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂದು ನಿರ್ವಾಹಕರನ್ನು ಕೇಳುವಾಗ ಉಲ್ಲೇಖಿಸುವ ಭಾಗ. ಪ್ರಕಟಿತ ಮೂಲದಿಂದ ತುಂಬಲಾಗದ್ದು ಊಹಿಸಲ್ಪಡದೆ ಪರಿಶೀಲಿಸದೆಯೇ ಉಳಿಯುತ್ತದೆ.
ಪರಿಶೀಲನೆ 2: ಪ್ರೋಟೋಕಾಲ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
ಹಲವು ಪ್ರವೇಶ ವಿಧಾನಗಳನ್ನು ನೀಡುವ ಸರ್ವರ್ ಒಂದು ರಫ್ತು ಫೈಲ್ ಅನ್ನು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ತೆರೆಯಬಹುದಾದ ಪ್ರೊಫೈಲ್ ಆಗಿ ಬದಲಿಸುವುದಿಲ್ಲ. Each method has its own format, its own client and its own failure mode, ಮತ್ತು ಅವುಗಳನ್ನು ಮಿಶ್ರ ಮಾಡುವುದು ರುಜುವಾತುಗಳ ಸಮಸ್ಯೆಗಳಂತೆ ಕೇಳಿಸುವ ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಯಾವ ಕ್ಲೈಂಟ್ ಅದನ್ನು ತೆರೆಯುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಫೈಲ್ ಯಾವ ವಿಧಾನವನ್ನು ಘೋಷಿಸುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ.
ಕೆಳಗಿನ ಕೋಷ್ಟಕ ಸಾಂಪ್ರದಾಯಿಕ ಪೋರ್ಟ್‌ಗಳನ್ನು ಮತ್ತು ಪ್ರತಿ ವಿಧಾನಕ್ಕೆ ನಿಜವಾಗಿ ಏನು ಬೇಕು ಎಂಬುದನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಪೋರ್ಟ್‌ಗಳು ನಿರ್ವಾಹಕರ ಆಯ್ಕೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ ಬಗ್ಗೆ ಸತ್ಯಗಳಾಗಿ ಅಲ್ಲ, ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳಾಗಿ ಪರಿಗಣಿಸಿ. ಸ್ಥಳೀಯ SoftEther ಪ್ರೊಫೈಲ್ ಅನ್ನು SoftEther ಕ್ಲೈಂಟ್ ಆಮದು ಮಾಡುತ್ತದೆ, ovpn ಬಂಡಲ್ OpenVPNಗೆ ಸೇರಿದೆ, SSTP ಅಥವಾ L2TP ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಸ್ವತಃ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸಂಸ್ಕರಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ನಿರಾಕರಿಸಿದ ಫೈಲ್ ತೆರೆಯಲು ಎರಡನೆಯ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಪಷ್ಟ ದೋಷವನ್ನು ಗೊಂದಲಮಯ ದೋಷವಾಗಿ ಬದಲಿಸುತ್ತದೆ.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
ಫೈಲ್‌ನೊಳಗಿನ ಘೋಷಣೆಯನ್ನು ಓದಿ, ವಿಸ್ತರಣೆಯನ್ನಲ್ಲ. OpenVPN ಎಂದು ಹೆಸರಿಸಿದ ಫೈಲ್ ವ್ಯಾಖ್ಯಾನದ ಪ್ರಕಾರ OpenVPN ಪ್ರೊಫೈಲ್, ಆದರೆ SoftEther ಪ್ರೊಫೈಲ್ SoftEther ಕ್ಲೈಂಟ್ ಆಮದು ಮಾಡುವ ಸಣ್ಣ ಸಂರಚನೆ, ಈ ಎರಡೂ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವಲ್ಲ. ಘೋಷಿತ ವಿಧಾನ ನೀವು ಸೇವೆ ನೀಡಲಾಗದ್ದು ಆಗಿದ್ದರೆ, ಅದು ಆಮದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ ನೀಡುತ್ತದೆ.
ಪರಿಶೀಲನೆ 3: ಹಬ್, ಬಳಕೆದಾರ ಮತ್ತು ನಿರ್ವಾಹಕ ಪಾತ್ರ
ಸ್ಥಳೀಯ ಪ್ರವೇಶಕ್ಕೆ ಪ್ರೊಫೈಲ್ ಒಂದು Virtual Hub ಮತ್ತು ಅದರೊಳಗಿನ ಬಳಕೆದಾರನನ್ನು ಹೆಸರಿಸುತ್ತದೆ. A hub is a logical VPN server instance with its own users and its own settings, ಮತ್ತು ಬಳಕೆದಾರ ತನ್ನದೇ ದೃಢೀಕರಣದೊಂದಿಗೆ ಆ ಹಬ್‌ನ ಸದಸ್ಯ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸರ್ವರ್ ಆಡಳಿತವಲ್ಲ, ಅದು ಕೇಳುಗರು, ಹಬ್‌ಗಳು ಮತ್ತು ನಿಯೋಜನೆಯ ಪ್ರತಿ ಬಳಕೆದಾರನನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಎಂದೂ ಈ ನಿಯಂತ್ರಣದೊಂದಿಗೆ ಬರಬಾರದು. ಯಾರಾದರೂ ಕ್ಲೈಂಟ್ ಕೆಲಸ ಮಾಡಲು ನಿಮಗೆ ನಿರ್ವಾಹಕ ರುಜುವಾತು ಕಳುಹಿಸಿದರೆ, ಅದು ಸಂಪರ್ಕಗೊಂಡರೂ ಆಗದಿದ್ದರೂ ವ್ಯವಸ್ಥೆ ತಪ್ಪು.
ಸಂಪರ್ಕವನ್ನು ದಾಖಲಿಸುವಾಗ ಈ ಮೂರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ, ಏಕೆಂದರೆ ಅವುಗಳ ರದ್ದತಿ ಬೇರೆ ಬೇರೆ. ಹಬ್ ಬಳಕೆದಾರನನ್ನು ತೆಗೆದುಹಾಕುವುದು ಒಬ್ಬ ವ್ಯಕ್ತಿಯ ಪ್ರವೇಶವನ್ನು ಕೊನೆಗೊಳಿಸಿ ನಿಯೋಜನೆಯ ಉಳಿದ ಭಾಗವನ್ನು ಅಸ್ಪೃಶ್ಯವಾಗಿ ಬಿಡುತ್ತದೆ, ಆದರೆ ನಿರ್ವಾಹಕ ರುಜುವಾತನ್ನು ತಿರುಗಿಸುವುದು ಎಲ್ಲವನ್ನೂ ಸ್ಪರ್ಶಿಸುತ್ತದೆ. ಈ ವ್ಯತ್ಯಾಸವೇ ತಂಡಕ್ಕೆ ಒಂದೇ ಹಂಚಿದ ಹಬ್ ಬಳಕೆದಾರನನ್ನು ವಿರೋಧಿಸುವ ಕಾರಣ, ಏಕೆಂದರೆ ಒಂದೇ ರುಜುವಾತು ಎಂದರೆ ಎಲ್ಲರಿಗೂ ಒಂದೇ ರದ್ದತಿ ಘಟನೆ.
ಪರಿಶೀಲನೆ 4: ಫೈಲ್ ತಾನು ಹೊರುವಷ್ಟೇ ಸೂಕ್ಷ್ಮ
ಸ್ವರೂಪವನ್ನು ಅವಲಂಬಿಸಿ ಪ್ರೊಫೈಲ್ ಉಳಿಸಿದ ಪಾಸ್‌ವರ್ಡ್, ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಮೊದಲೇ ಹಂಚಿದ ಕೀಲಿಯನ್ನು ಹೊರಬಹುದು. ರಫ್ತು ಇರುವವರೆಗೂ ಅದನ್ನು ರಹಸ್ಯವೆಂದು ಪರಿಗಣಿಸಿ, ಏಕೆಂದರೆ ಟಿಕೆಟ್‌ಗೆ ಲಗತ್ತಿಸುವ ಪ್ರತಿ ಬೇರೆಯವರು ಆಮದು ಮಾಡಬಹುದಾದ ಪ್ರತಿ. ಹಂಚುವ ಮೊದಲು ರುಜುವಾತನ್ನು ತೆಗೆದುಹಾಕಿ ಅಥವಾ ಹೊಸ ರಹಸ್ಯದೊಂದಿಗೆ ಮರುಸೃಷ್ಟಿಸಿದ ಪ್ರೊಫೈಲ್ ಹಂಚಿ. ಫೈಲ್‌ನ ಸೂಕ್ಷ್ಮತೆ ಅದರ ವಿಷಯದಿಂದ ಬರುತ್ತದೆ, ವಿಸ್ತರಣೆ ಅಥವಾ ಗಾತ್ರದಿಂದ ಅಲ್ಲ.
ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ನಿರ್ವಾಹಕರು ಪ್ರಕಟಿಸುವ ಮಾಧ್ಯಮದ ಮೂಲಕ ದೃಢೀಕರಿಸಿ, ಡೈರೆಕ್ಟರಿ ಲೇಬಲ್ ಅನ್ನು ಪರಿಶೀಲಿಸದೆಯೆಂದು ಪರಿಗಣಿಸಿ. ಸಾರ್ವಜನಿಕ ನೋಡ್ ಪಟ್ಟಿಯಲ್ಲಿ ದೇಶದ ಧ್ವಜ ಮತ್ತು ಹೋಸ್ಟ್‌ನಾಮ್ ಅನ್ನು ನಮೂದನ್ನು ಕಳುಹಿಸಿದವರೇ ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಯಾವುದೂ ಸರ್ವರ್ ಅನ್ನು ಯಾರು ನಡೆಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್ ಸಾರ್ವಜನಿಕ ಡೈರೆಕ್ಟರಿಯಿಂದ ಬಂದಿದ್ದರೆ, ಅದು ಕಡಿಮೆ ಅಲ್ಲ, ಹೆಚ್ಚು ಪರಿಶೀಲನೆಗಳಿಗೆ ಕಾರಣ.
ಫೈಲ್ ಎಲ್ಲಿಂದ ಬಂತು ಮತ್ತು ಯಾವಾಗ ಪಡೆದಿರಿ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. ಸಂಪರ್ಕ ನಂತರ ಬೇರೆ ರೀತಿ ವರ್ತಿಸಿದರೆ, ಪರಿಶೀಲಿಸಿದ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಬೇಕಾದ ಮೊದಲ ವಿಷಯ ಮೂಲ. ಮೂಲವಿಲ್ಲದ ಪ್ರೊಫೈಲ್ ನೀವು ಆಡಿಟ್ ಮಾಡಲಾಗದ ಪ್ರೊಫೈಲ್.
ನೀವು ಪರಿಶೀಲಿಸಿದ ಪ್ರತಿಯನ್ನು ಆರ್ಕೈವ್ ಮಾಡಿ, ನಂತರ ಕಂಡುಕೊಂಡದ್ದನ್ನಲ್ಲ. ಒಂದೇ ಹೆಸರು ಮತ್ತು ಬೇರೆ ಬೇರೆ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳ ಎರಡು ಫೈಲ್‌ಗಳೇ ಕೆಲಸ ಮಾಡುವ ಆಮದು ಬೆಂಬಲ ಪ್ರಕರಣವಾಗುವ ದಾರಿ. ಪರಿಶೀಲಿಸಿದ ಪ್ರತಿಯನ್ನು ಅದರ ಮೂಲದ ಕುರಿತು ಟಿಪ್ಪಣಿಯ ಪಕ್ಕದಲ್ಲಿ ಇಡಿ.
ಪರಿಶೀಲನೆ 5: ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷಿಸಿ, ಸ್ಟೇಟಸ್ ದೀಪವನ್ನಲ್ಲ
ಆಮದಿನ ನಂತರ ಸಂಪರ್ಕ ಸೂಚಕದ ಬದಲು ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷಿಸಿ. ಯಶಸ್ವಿ ದೃಢೀಕರಣ ರುಜುವಾತುಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ನಿರೀಕ್ಷಿಸಿದ ಮಾರ್ಗಗಳು ಅಥವಾ DNS ಸೆಷನ್‌ನೊಂದಿಗೆ ಬಂದವು ಎಂದಲ್ಲ. ಸಂಪರ್ಕಗೊಳ್ಳಿ, ನಂತರ ಪ್ರೊಫೈಲ್ ತಲುಪಬೇಕಿದ್ದ ಸೇವೆಯನ್ನು ಬಳಸಿ.
ನಿಗದಿಪಡಿಸಿದ ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಸರ್ವರ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ವಿನ್ಯಾಸದಲ್ಲಿ ವಿಭಜನೆ ಇದ್ದರೆ ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳು ಸುರಂಗವನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತವೆ ಎಂದು ಗಮನಿಸಿ. ನಂತರ ಹೊರಗಿಡಬೇಕಾದ ಒಂದು ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಎಲ್ಲವನ್ನೂ ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸುವ ವಿಭಜಿತ ಸುರಂಗ ಒಂದು-ಗಮ್ಯಸ್ಥಾನ ಪರೀಕ್ಷೆಯನ್ನು ಹೇಗಿದ್ದರೂ ಪಾಸ್ ಮಾಡುತ್ತದೆ. ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ ವಿಫಲವಾದರೆ, ಅನುಮಾನಾಸ್ಪದವಾದದ್ದು ರುಜುವಾತುಗಳ ಮೊದಲು ಮಾರ್ಗ. ನಾಲ್ಕು ಫಲಿತಾಂಶಗಳನ್ನು ಬರೆಯಿರಿ: ದೃಢೀಕರಿಸಲಾಗಿದೆ, ಸೇವೆ ತಲುಪಬಹುದಾದದ್ದು, ಮಾರ್ಗಗಳು ನಿರೀಕ್ಷಿತವಾಗಿ, ಹೊರಗಿಟ್ಟ ಗಮ್ಯಸ್ಥಾನ ಹೊರಗಿಟ್ಟದ್ದು.
ನಾಲ್ಕೂ ಫಲಿತಾಂಶಗಳನ್ನು ನಿರ್ವಾಹಕರು ಈ ಹಬ್‌ಗಾಗಿ ನೀಡಿದ ಭರವಸೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಹೊರಗಿಟ್ಟ ಗಮ್ಯಸ್ಥಾನವೂ ತಲುಪಬಹುದಾದಾಗ ದೃಢೀಕರಿಸಲ್ಪಡುವ ಸೆಷನ್ ಎಂದರೆ ವಿಭಜನೆ ಜಾರಿಯಲ್ಲಿಲ್ಲ, ಪ್ರೊಫೈಲ್ ಸಮಸ್ಯೆ ಅಲ್ಲ. ನಿರೀಕ್ಷೆ ಅಥವಾ ಹಬ್ ನೀತಿಯನ್ನು ಸರಿಪಡಿಸಿ, ನಂತರ ನಾಲ್ಕೂ ಪರಿಶೀಲನೆಗಳನ್ನು ಅದೇ ಕ್ರಮದಲ್ಲಿ ಮತ್ತೆ ಚಲಾಯಿಸಿ.