ಹೆಡ್ಲೆಸ್ ಬ್ರೌಸರ್ ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣವು VPN ಮಾರ್ಗವಲ್ಲ

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

ಎರಡು ಸಂಭಾಷಣೆಗಳು, ಎರಡು ರುಜುವಾತುಗಳು

ಎರಡು ಸಂಭಾಷಣೆಗಳು ಸಂಭವಿಸುತ್ತವೆ, ಮತ್ತು ಅವರು ವಿವಿಧ ಪಕ್ಷಗಳಿಗೆ ಸೇರಿದವರು. ಬ್ರೌಸರ್ ಮೊದಲು ಪ್ರಾಕ್ಸಿ ಕೇಳುಗರಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಇದು ರುಜುವಾತುಗಳಿಗಾಗಿ ಅದನ್ನು ಸವಾಲು ಮಾಡಬಹುದು; ಪ್ರಾಕ್ಸಿ ನಂತರ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಮುಂದಿನ ಸಂಪರ್ಕವನ್ನು ಮಾಡುತ್ತದೆ ಅಥವಾ ಅನುಮತಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ಗೆ ಸವಾಲು ಹಾಕುವ ಅಂತಿಮ ಬಿಂದುವಾಗದೆ VPN ಮೊದಲ ಲೆಗ್ ಅನ್ನು ಸಾಗಿಸಬಲ್ಲದು ಮತ್ತು ಎರಡನೆಯದರ ಬಗ್ಗೆ ಹೇಳಲು ಏನೂ ಇಲ್ಲ.

HTTP 407 Proxy-Authorization ನಲ್ಲಿ ನಿರೀಕ್ಷಿತ ಉತ್ತರದೊಂದಿಗೆ Proxy-Authenticate ನಲ್ಲಿ ಸಾಗಿಸಲಾದ ಪ್ರಾಕ್ಸಿ ವಿನಂತಿಗಾಗಿ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣೀಕರಿಸಬೇಕಾದ ಸಂಕೇತವಾಗಿದೆ. ಅದು ಗಮ್ಯಸ್ಥಾನದ ವೆಬ್ಸೈಟ್ನ ಲಾಗಿನ್ ಅಲ್ಲ, ಮತ್ತು ಎರಡನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು ಇಲ್ಲಿ ಗೊಂದಲದ ಸಾಮಾನ್ಯ ಮೂಲವಾಗಿದೆ.

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

1 ಪರಿಶೀಲಿಸಿ: ಯಾವ ಪ್ರಾಕ್ಸಿಯನ್ನು ವಾಸ್ತವವಾಗಿ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ

ಆಯ್ಕೆಯೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಬ್ರೌಸರ್ ಎಂದಿಗೂ ಸವಾಲನ್ನು ತಲುಪುವುದಿಲ್ಲ. Chrome ನಲ್ಲಿ ಫ್ಲ್ಯಾಗ್ --proxy-server=proxy.example:3128 ಆಗಿದೆ, ಹೊರತುಪಡಿಸಿ --proxy-bypass-list ಜೊತೆಗೆ, ಮತ್ತು ಸೆಲೆನಿಯಮ್ ತನ್ನ ಬ್ರೌಸರ್ ಆಯ್ಕೆಗಳ ಮೂಲಕ ಅದೇ ವಿಷಯವನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. PAC ಫೈಲ್ ತನ್ನದೇ ಆದ ವೈಫಲ್ಯ ವಿಧಾನಗಳೊಂದಿಗೆ ವಿಭಿನ್ನ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ.

ನಂತರ ನಿಮ್ಮ ಶೆಲ್ನಿಂದ ಬದಲಿಗೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಬ್ರೌಸರ್ನ ಪರಿಸರದ ಒಳಗಿನಿಂದ ದೃಢೀಕರಿಸಿ. ಅದೇ ಪ್ರಾಕ್ಸಿಯೊಂದಿಗಿನ ಸ್ವತಂತ್ರ ತನಿಖೆ curl -x http://proxy.example:3128 -v https://example.com ಆಗಿದೆ, ಮತ್ತು ಅದರ ವರ್ಬೋಸ್ ಔಟ್ಪುಟ್ ಸಂಪರ್ಕವು ಯಶಸ್ವಿಯಾಗಿದೆಯೇ, Proxy-Authenticate ಹಿಂತಿರುಗಿದೆಯೇ ಮತ್ತು 407 ಅನ್ನು ಹಿಂತಿರುಗಿಸಲಾಗಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಕರ್ಲ್ 407 ಅನ್ನು ಪಡೆದರೆ ಮತ್ತು ಬ್ರೌಸರ್ ಹ್ಯಾಂಗ್ ಆಗಿದ್ದರೆ, ನೆಟ್ವರ್ಕ್ಗಿಂತ ರುಜುವಾತು ಮಾರ್ಗವು ಸಮಸ್ಯೆಯಾಗಿದೆ. ಕರ್ಲ್ ಯಶಸ್ವಿಯಾದರೆ ಮತ್ತು ಬ್ರೌಸರ್ ಮಾಡದಿದ್ದರೆ, ಬ್ರೌಸರ್ ನೀವು ಯೋಚಿಸುವ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬಳಸುತ್ತಿಲ್ಲ.

2 ಪರಿಶೀಲಿಸಿ: ಯಾರು 407 ಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ

407 ಮಾಲೀಕರನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಅದನ್ನು ಹೆಸರಿಸುವುದು ಫಿಕ್ಸ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಕಾರ್ಪೊರೇಟ್ ಪ್ರಾಕ್ಸಿಯಿಂದ ಸವಾಲು ಬಂದರೆ, ಸರಿಪಡಿಸುವಿಕೆಯು ಬ್ರೌಸರ್ ಗಮನಿಸದೆ ಪ್ರಸ್ತುತಪಡಿಸಬಹುದಾದ ರುಜುವಾತು ಆಗಿದೆ. ಇದು ಮೊದಲನೆಯದು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಅಪ್ಸ್ಟ್ರೀಮ್ ಪ್ರಾಕ್ಸಿಯಿಂದ ಬಂದರೆ, ರುಜುವಾತು ಆ ಎರಡನೇ ಹಾಪ್ಗೆ ಸೇರಿದೆ ಮತ್ತು ಮೊದಲ ಪ್ರಾಕ್ಸಿಯು ಬದಲಾಗದೆ ಸವಾಲನ್ನು ರಿಲೇ ಮಾಡುತ್ತಿರಬಹುದು. Proxy-Authenticate ಹೆಡರ್ನಲ್ಲಿ ದೃಢೀಕರಣ ಸ್ಕೋಪ್ ಮತ್ತು ಹೋಸ್ಟ್ ಅನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಅವರು ಕೇಳುತ್ತಿರುವ ಬಾಕ್ಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತಾರೆ.

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

3 ಪರಿಶೀಲಿಸಿ: ರುಜುವಾತು ಮಾರ್ಗ

ಹೆಚ್ಚಿನ ಗಮನಿಸದ ಸೆಟಪ್ಗಳು ಒಡೆಯುವ ರುಜುವಾತು ಸ್ವತಃ ಆಗಿದೆ. ಸೆಲೆನಿಯಮ್ ಪ್ರಾಕ್ಸಿ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಹೊಂದಿಸಬಹುದು, ಆದರೆ HTTP ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣವು ಆ ಕಾನ್ಫಿಗರೇಶನ್ನ ಪೋರ್ಟಬಲ್ ಭಾಗವಲ್ಲ, ಮತ್ತು ಪ್ರಾಕ್ಸಿ URL ನಲ್ಲಿನ ರುಜುವಾತುಗಳು ನೀವು ಬ್ರೌಸರ್ಗಳು ಮತ್ತು ಡ್ರೈವರ್ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಅವಲಂಬಿಸಬಹುದಾದ ಕಾರ್ಯವಿಧಾನವಲ್ಲ. ಬೆಂಬಲಿತ ಆಯ್ಕೆಗಳು ನಿಮ್ಮ ನಿಜವಾದ ಸ್ಟಾಕ್ ಡಾಕ್ಯುಮೆಂಟ್ಗಳಾಗಿವೆ: ಸವಾಲಿಗೆ ಉತ್ತರಿಸುವ ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆ, ಹೆಡರ್ ಅನ್ನು ಸೇರಿಸುವ ಮತ್ತು ಕೆಲಸದಿಂದ ಮಾತ್ರ ತಲುಪಬಹುದಾದ ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಇತರ ವಿಧಾನಗಳ ಮೂಲಕ ಕೆಲಸದ ಹೊರೆಯನ್ನು ದೃಢೀಕರಿಸುವ ಪ್ರಾಕ್ಸಿ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಒಂದನ್ನು ಆರಿಸಿ ಮತ್ತು ನೀವು ಚಲಾಯಿಸುವ ನಿಖರವಾದ ಬ್ರೌಸರ್, ಡ್ರೈವರ್ ಮತ್ತು ಸೆಲೆನಿಯಮ್ ಆವೃತ್ತಿಗಳ ವಿರುದ್ಧ ಅದನ್ನು ಪರಿಶೀಲಿಸಿ.

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

ಕಡ್ಡಾಯ ಪ್ರಾಕ್ಸಿ ಬದಲಿಗೆ ಸಂಸ್ಥೆಯು ಅನುಮತಿಸಲಾದ ನೇರ VPN ಮಾರ್ಗವನ್ನು ಒದಗಿಸಿದರೆ, ಎರಡು ವಿನ್ಯಾಸಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೋಲಿಕೆ ಮಾಡಿ. ಪ್ರಾಕ್ಸಿಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬೇಡಿ ಅಥವಾ ನೀತಿಯನ್ನು ಪಡೆಯಲು ಮತ್ತೊಂದು ಕ್ಲೈಂಟ್ನ ದೃಢೀಕರಣವನ್ನು ಅನುಕರಿಸಬೇಡಿ.

4 ಪರಿಶೀಲಿಸಿ: ಬ್ರೌಸರ್ ಪ್ರಕ್ರಿಯೆಯ ಸ್ವಂತ ನೆಟ್ವರ್ಕ್ ಸಂದರ್ಭ

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

ವಿಫಲವಾದ ಕೆಲಸಕ್ಕಾಗಿ ಐದು ಸಂಗತಿಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ: ಬ್ರೌಸರ್ ಹೋಸ್ಟ್, ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಪ್ರಾಕ್ಸಿ, ಆರಂಭಿಕ ಪರಿಹಾರಕ ಮಾರ್ಗ, ಆಯ್ಕೆಮಾಡಿದ ಮಾರ್ಗ ಮತ್ತು ದೃಢೀಕರಣದ ಮಾಲೀಕರು. ಸಾಮಾನ್ಯ ಗಮ್ಯಸ್ಥಾನ TLS ಪರಿಶೀಲನೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ದೃಢೀಕರಣವನ್ನು ಬಿಟ್ಟು, ಆ ನಿಖರವಾದ ಸಂದರ್ಭದಿಂದ ಒಂದು ನಿರುಪದ್ರವ ಅಧಿಕೃತ ವಿನಂತಿಯನ್ನು ಮಾಡಿ. ಯಶಸ್ವಿಯಾಗಿ ಪ್ರಾರಂಭವಾಗುವ ಹೆಡ್ಲೆಸ್ ಬ್ರೌಸರ್ ಪ್ರಾಕ್ಸಿ ಪ್ರವೇಶ ಅಥವಾ VPN ಕವರೇಜ್ ಅನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ ಮತ್ತು ಖಾಲಿ ಪುಟದ ಸ್ಕ್ರೀನ್ಶಾಟ್ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಸಂಪೂರ್ಣ ಸರಪಳಿಯ ಮೂಲಕ 200 ಅನ್ನು ಹಿಂದಿರುಗಿಸುವ ವಿನಂತಿಯು ಎಣಿಸುವ ಏಕೈಕ ಪುರಾವೆಯಾಗಿದೆ.

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