VPN ಮೂಲಕ ಮೈನಿಂಗ್ ಪೂಲ್: ಸೆಷನ್ ಅನ್ನು ಸರಿಯಾದ ಹಾದಿಯಲ್ಲಿ ಇರಿಸಿ
ಪೂಲ್ ಮೈನರ್ ಒಂದು ಹೊರಹೋಗುವ Stratum ಸೆಷನ್ ತೆರೆಯುತ್ತದೆ, peer ಪೋರ್ಟ್ ಅಲ್ಲ. ಟನೆಲ್ ಅನ್ನು ಆ ಪ್ರಕ್ರಿಯೆಯ ಕೆಳಗೆ ಇರಿಸಿ ಮತ್ತು ಮಾರ್ಗ ಹಾಗೂ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಅದರ ನೇಮ್ಸ್ಪೇಸ್ನಿಂದ ಓದಿ.
ಮೈನಿಂಗ್ ಸಾಫ್ಟ್ವೇರ್ ಒಂದೇ ಸಾಕೆಟ್ ಅನ್ನು ಒಂದೇ ವಿಳಾಸದತ್ತ ತೆರೆದಿಡುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್, ಮಾರ್ಗ ಹಾಗೂ ಜಮಾ ಮಾಡಿದ ಕೆಲಸದ ಬಗ್ಗೆ ಪ್ರತಿ ಪ್ರಶ್ನೆ ಆ ಸಾಕೆಟ್ ಮೇಲೆ ನೇತಾಡುತ್ತದೆ. ಆ ಸಾಕೆಟ್ ಪೂಲ್ನ ಕೊನೆಯ ಬಿಂದುವಿನತ್ತ ಹೋಗುವ ಹೊರಹೋಗುವ ಕ್ಲೈಂಟ್ ಸೆಷನ್, peer-ಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಶ್ರೋತ ಅಲ್ಲ. ಕೆಳಗಿನ ಪಯಣ ಅದನ್ನು ಪೂಲ್ ಬಿಡುಗಡೆ ಮಾಡಿದ ನಾಲ್ಕು ಮೌಲ್ಯಗಳಿಂದ ಪೂಲ್ ನಿಜವಾಗಿ ದಾಖಲಿಸಿದ ಪಾಲಿನವರೆಗೆ ಕರೆದೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಹೋಸ್ಟ್ನ ಉಳಿದ ಸೇವೆಗಳನ್ನು ಮುಟ್ಟುವುದಿಲ್ಲ. ಪ್ರತಿ ಹಂತವೂ ಹೋಲಿಸಬಹುದಾದ ಉತ್ತರ ನೀಡುತ್ತದೆ, ಅನುಭವ ಅಲ್ಲ.
ಪೂಲ್ ನಿಜವಾಗಿ ಬಿಡುಗಡೆ ಮಾಡಿದ ಕೊನೆಯ ಬಿಂದುವಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ
ಪೂಲ್ ನಿಮಗೆ ಇಡೀ ಒಪ್ಪಂದವನ್ನು ರೂಪಿಸುವ ನಾಲ್ಕು ಮೌಲ್ಯಗಳನ್ನು ನೀಡುತ್ತದೆ: ಹೋಸ್ಟ್ ಹೆಸರು ಅಥವಾ ವಿಳಾಸ, ಪೋರ್ಟ್, ಪ್ರೋಟೋಕಾಲ್ ಬಗೆ ಮತ್ತು ಖಾತೆ ಸ್ಟ್ರಿಂಗ್. ಅವನ್ನು ಪೂಲ್ನ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಅಥವಾ ಸ್ವಾಗತ ಸಂದೇಶದಿಂದ ತೆಗೆದುಕೊಳ್ಳಿ, ಬೇರೆ ಪೂಲ್ಗಾಗಿ ಬರೆದ ಪಾಠದಿಂದ ಅಲ್ಲ. ಅದೇ ಸೇವೆಗೆ ಪ್ರಾದೇಶಿಕ ಶಾರ್ಡ್ಗಳಿವೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಮಾರ್ಗದರ್ಶಿಯಿಂದ ನಕಲಿಸಿದ ಹೋಸ್ಟ್ ಹೆಸರು ಇನ್ನೂ ಸಂಪರ್ಕಿಸಬಹುದು ಮತ್ತು ನೀವು ಎಂದೂ ಬಳಸಲು ಬಯಸದ ಖಾತೆಗೆ ಇನ್ನೂ ಜಮಾ ಮಾಡಬಹುದು. ನಾಲ್ಕು ಮೌಲ್ಯಗಳನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ ಮೈನರ್ ಸಂರಚನೆಗೆ ನಕಲಿಸಿ, ಏಕೆಂದರೆ ಮತ್ತೆ ಟೈಪ್ ಮಾಡಿದ ಖಾತೆ ಸ್ಟ್ರಿಂಗ್ ಒಂದು ವಿಭಾಜಕವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ.
ನೀವು ರೂಟ್ ಮಾಡುತ್ತಿರುವ ಹರಿವು Bitcoin ಡೆವಲಪರ್ ಮಾರ್ಗದರ್ಶಿ Stratum ಸೆಷನ್ ಎಂದು ಕರೆಯುವುದೇ: ಪೂಲ್ ಕೆಲಸವನ್ನು ಹಂಚುವ ಮತ್ತು ಮೈನರ್ ಪಾಲುಗಳನ್ನು ಹಿಂತಿರುಗಿಸುವ ನಿರಂತರ ದ್ವಿಮುಖ TCP ಸಂಪರ್ಕ. ಇದು ಪೂರ್ಣ ನೋಡ್ನ peer ಸಂಪರ್ಕಗಳು ಅಥವಾ ವಾಲೆಟ್ನ ಸರಪಳಿ ಸಿಂಕ್ನಂತಹ ಹರಿವಲ್ಲ, ಮತ್ತು ಇವೆಲ್ಲವನ್ನೂ ಒಂದೇ ಸಂಚಾರ ವರ್ಗದಲ್ಲಿ ಮಡಚುವುದೇ ಹೆಚ್ಚು ಗೊಂದಲ ಪ್ರಾರಂಭವಾಗುವ ಸ್ಥಳ. ಈ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ಮೊದಲನೆಯದು ಮಾತ್ರ ಬರುತ್ತದೆ.
ಪೂಲ್ TLS ನೀಡುವಲ್ಲಿ, ಅದರ ದಾಖಲೆಗಳು ಕೇಳುವ ಸರ್ವರ್ ಪರಿಶೀಲನೆಯನ್ನು ಇರಿಸಿ. ಟನೆಲ್ ನಿಮ್ಮ ಯಂತ್ರದಿಂದ VPN ಸರ್ವರ್ವರೆಗಿನ ನೆಗೆತವನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಅಲ್ಲೇ ಮುಗಿಯುತ್ತದೆ; ಅದು ಆಚೆ ಬದಿಯಲ್ಲಿ ಯಾರು ಉತ್ತರಿಸುತ್ತಾರೆ ಎಂಬುದಕ್ಕೆ ಖಾತರಿ ಅಲ್ಲ. ಸೆಷನ್ ರಾಜಿ ಪಡಿಸಿದ ನಿರ್ಗಮನದಿಂದ ಬದುಕಬೇಕೆಂದರೆ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಎರಡೂ ಪರಿಶೀಲನೆಗಳನ್ನು ಇರಿಸಿ.
ಟನೆಲ್ ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೆ ಜೋಡಿಸಿ, ಮನೆಗೆ ಅಲ್ಲ
ಜೋಡಿಸುವ ಎರಡು ಸ್ಥಳಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ: VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ಮೈನರ್ ಬಳಸುವ ಜಾಲ ನೇಮ್ಸ್ಪೇಸ್ ಒಳಗೆ ಚಲಾಯಿಸಿ, ಅಥವಾ ಆ ನೇಮ್ಸ್ಪೇಸ್ಗೆ ಅದರ ಸಂಚಾರವನ್ನು ಟನೆಲ್ಗೆ ಒಯ್ಯುವ ಗೇಟ್ವೇ ನೀಡಿ. ಎರಡೂ ಏರ್ಪಾಡುಗಳು ಸೆಷನ್ ಅನ್ನು ಪೂಲ್ ನೋಡುವ ಮೊದಲೇ ಮಾರ್ಗದಲ್ಲಿ ಇಡುತ್ತವೆ. ಸಾಮಾನ್ಯ ವೈಫಲ್ಯ ಎಂದರೆ ಕ್ಲೈಂಟ್ ಹೋಸ್ಟ್ನಲ್ಲಿ, ಮೈನರ್ ತನ್ನ ಸೇತುವೆಯೊಂದಿಗೆ ಕಂಟೇನರ್ನಲ್ಲಿ, ಮತ್ತು ಕಂಟೇನರ್ ಎಂದೂ ಕೇಳದ ಹೋಸ್ಟ್ ಮಾರ್ಗ. ಕ್ಲೈಂಟ್ ವಿಂಡೋ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ, ಪೂಲ್ ನಿಮ್ಮ ಮನೆಯ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸುತ್ತಿರುವಾಗ.
ಏನನ್ನೂ ಸೀಮಿತಗೊಳಿಸುವ ಮೊದಲು ಟನೆಲ್ನ ಸ್ವಂತ ಸಾರಿಗೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಕ್ಲೈಂಟ್ ತನ್ನ ಸರ್ವರ್ ಅನ್ನು ಕೆಳ ಪದರದ ಮೂಲಕ ತಲುಪಬೇಕು, ಆದ್ದರಿಂದ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಹಿಡಿಯುವ ನೀತಿ ಟನೆಲ್ ಕಟ್ಟುವ ಪ್ಯಾಕೆಟ್ಗಳನ್ನೂ ಹಿಡಿಯುತ್ತದೆ. ಆಗ ಟನೆಲ್ ಪ್ರಾರಂಭವಾಗಲಾರದು, ಬೇರೆ ಯಾವುದೂ ಹೊರಹೋಗದು. ಕ್ಲೈಂಟ್ನ ವಿಭಜಿತ ಟನೆಲ್ ವೈಶಿಷ್ಟ್ಯದಿಂದ ಟನೆಲ್ಗೆ ಏನು ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡಿ; ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗಗಳನ್ನು ಕೈಯಿಂದ ಬದಲಿಸುವುದೇ ಕೆಳ ಪದರ ಮಾಯವಾಗುವ ದಾರಿ.
ನೀತಿ ಸ್ಥಿರವಾದ ನಂತರ, ಮೈನರ್ ಒಡೆತನದ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿನ ಸಾಕೆಟ್ ಕೋಷ್ಟಕವನ್ನು ಓದಿ. ಪೂಲ್ ಪೋರ್ಟ್ನತ್ತ ಹರಿವು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಇರಬೇಕು, ಮತ್ತು ಎರಡು ಆದೇಶಗಳು ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ. ಕೆಳಗಿನ ಪೋರ್ಟ್ ಒಂದು ಉದಾಹರಣೆ; ಪೂಲ್ ಬಿಡುಗಡೆ ಮಾಡಿದ ಪೋರ್ಟ್ ಅನ್ನು ಹಾಕಿ.
sudo nsenter -t "$(pidof cgminer)" -n ss -tnp state established 'dport = :3333'
sudo nsenter -t "$(pidof cgminer)" -n ip route get 203.0.113.10ಮಾರ್ಗ ಮತ್ತು ರಿಜಾಲ್ವರ್ ಅನ್ನು ಮೈನರ್ನ ಸ್ವಂತ ಸಂದರ್ಭದಿಂದ ಓದಿ
ರೂಟಿಂಗ್ ಮತ್ತು ಹೆಸರು ಪರಿಹಾರ ಪ್ರತಿ ನೇಮ್ಸ್ಪೇಸ್ಗೆ ಅನ್ವಯಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯ ಶೆಲ್ನಲ್ಲಿ ಚಲಾಯಿಸಿದ ಪರಿಶೀಲನೆ ಮೈನರ್ ಕಂಟೇನರ್ನಲ್ಲಿರುವಾಗ ತಪ್ಪು ಯಂತ್ರವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಮೊದಲು ನೇಮ್ಸ್ಪೇಸ್ ಒಳಗೆ ಹೋಗಿ, ನಂತರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಪೂಲ್ ವಿಳಾಸಕ್ಕೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಒಯ್ಯುತ್ತದೆ ಮತ್ತು ಅದರ ಹೋಸ್ಟ್ ಹೆಸರಿಗೆ ಯಾವ ರಿಜಾಲ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಹೋಸ್ಟ್ನ ಉತ್ತರಗಳು ವರ್ಗಾವಣೆಯಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಅಂತರ ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿ ಹಾಕಿದ ಆರೋಪದ ಸಾಮಾನ್ಯ ಮೂಲ.
ನಿಮಗೆ ಸಿಗುವ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೆಸರಿಡಿ: ಟನೆಲ್ ಎಂದರೆ ಸೆಷನ್ ಉದ್ದೇಶಿತ ಮಾರ್ಗದಲ್ಲಿದೆ, ಆದರೆ ಭೌತಿಕ ಕೊಂಡಿ ಎಂದರೆ ಒಂದು ನಿಯಮ ನೀವು ನಿರೀಕ್ಷಿಸಿದ್ದಕ್ಕಿಂತ ಮೊದಲೇ ಹೊಂದಿಕೆಯಾಯಿತು. ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದ ಮೊದಲು ನಿರ್ಧರಿಸುತ್ತದೆ, ನಂತರ ಮೆಟ್ರಿಕ್, ನಂತರ ನೀತಿ ನಿಯಮಗಳು, ಆದ್ದರಿಂದ ಹಲವು ಡಿಫಾಲ್ಟ್ ನಮೂದುಗಳ ಕೋಷ್ಟಕ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ದ್ವಿಗುಣಗೊಳಿಸುವುದಿಲ್ಲ, ಸೋಲುತ್ತದೆ ಮಾತ್ರ.
ರಿಜಾಲ್ವರ್ಗಳು ಮಾರ್ಗಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ. /etc/resolv.conf ಅನ್ನು ಮರುಬರೆಯುವ ಟನೆಲ್ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಟನೆಲ್ ಒಳಗಿನಿಂದ ಮಾತ್ರ ತಲುಪಬಹುದಾದ ರಿಜಾಲ್ವರ್ಗೆ ತೋರಿಸುತ್ತಾ ಬಿಡಬಹುದು, ಇದು ಯಾವುದೇ TCP ಕೈಕುಲುಕುವಿಕೆ ನಡೆಯುವ ಮೊದಲೇ ವಿಫಲವಾಗುತ್ತದೆ. ಪೂಲ್ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ನೇಮ್ಸ್ಪೇಸ್ ಒಳಗೆ ಪರಿಹರಿಸಿ ಪ್ರಕಟಿತ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಹುಡುಕಾಟ ಕಾಲ ಮೀರಿದರೆ ಅಥವಾ ಬೇರೆ ಏನಾದರೂ ಹಿಂತಿರುಗಿಸಿದರೆ, ಮಾರ್ಗಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಪರಿಹಾರವನ್ನು ಸರಿಪಡಿಸಿ.
ಪೂಲ್ ಕ್ಲೈಂಟ್ ಮತ್ತು ನೋಡ್ ಶ್ರೋತವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ
ಪೋರ್ಟ್ 8333 Bitcoin Core ನ peer ಪೋರ್ಟ್, ಅಲ್ಲಿ ಪೂರ್ಣ ನೋಡ್ ಒಳಬರುವ ಸಂಪರ್ಕಗಳನ್ನು ಕೇಳುತ್ತದೆ; ಪೂಲ್ ಮೈನರ್ಗೆ ಅದು ಎಂದೂ ತೆರೆದಿರಬೇಕಿಲ್ಲ, ಅದನ್ನು ತೆರೆಯುವುದು ಹೊರಹೋಗುವ ದೋಷವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಒಳಬರುವ ಶ್ರೋತಗಳು ಮತ್ತು ಹೊರಹೋಗುವ ಸೆಷನ್ಗಳು ವಿರುದ್ಧ ನಂಬಿಕೆ ಊಹೆಗಳಿರುವ ವಿರುದ್ಧ ಪಾತ್ರಗಳು. ಮೈನರ್ ಸಂರಚನೆಯಲ್ಲಿ ಯಾವುದೂ ಆ ಪೋರ್ಟ್ ಅನ್ನು ಕಟ್ಟುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮುಚ್ಚಿದ ಪೋರ್ಟ್ ಅದು ವರದಿ ಮಾಡುವ ಯಾವುದೇ ದೋಷವನ್ನು ವಿವರಿಸಲಾರದು. ಆದ್ದರಿಂದ ನೋಡ್ ತಲುಪುವಿಕೆಗಾಗಿ ಬರೆದ ಸಲಹೆ ಪಾಲುಗಳನ್ನು ಕಳುಹಿಸಲು ಮಾತ್ರ ಇದ್ದ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಸೇವೆಯನ್ನು ಚಾಲನೆಯಲ್ಲಿಟ್ಟು ಬಿಡಬಹುದು.
ಒಂದೇ ಯಂತ್ರ ನಿಜವಾಗಿ ಎರಡನ್ನೂ ಮಾಡಿದರೆ, ಪ್ರತಿ ಪಾತ್ರವನ್ನು ಅದರ ಸ್ವಂತ ಪ್ರವೇಶ ನಿರ್ಣಯದೊಂದಿಗೆ ಬೇರೆ ಸೇವೆಯಾಗಿ ಪರಿಗಣಿಸಿ. ನೋಡ್ ಶ್ರೋತ ನೀವು ಸಾರ್ವಜನಿಕ ಸೇವೆಗಳಿಗೆ ಅನ್ವಯಿಸುವ ನೀತಿಯ ಹಿಂದಿದೆ, ಮೈನರ್ ಸೆಷನ್ ಟನೆಲ್ ಆಯ್ಕೆ ಮಾಡುವ ಹೊರಹೋಗುವ ನೀತಿಗೆ ಸೇರಿದೆ. ಹೋಸ್ಟ್ ಯಾವ ಪಾತ್ರ ವಹಿಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸಿ ಅದು ಬದಲಾದಾಗ ಇನ್ನೊಂದು ಪಾತ್ರದ ನಿಯಮಗಳನ್ನು ತೆಗೆದುಹಾಕಿ, ಏಕೆಂದರೆ ಉಳಿದ ಅನುಮತಿ ನಿಯಮ ಅದರ ಕಾರಣಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುತ್ತದೆ.
ಪೂಲ್ ಕೆಲಸವನ್ನು ಸ್ವೀಕರಿಸಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ
ಕಾರ್ಯನಿರತ ಫ್ಯಾನ್ ಮತ್ತು ಏರುತ್ತಿರುವ ಹ್ಯಾಶ್ರೇಟ್ ಮೈನರ್ ಲೆಕ್ಕ ಮಾಡುತ್ತಿದೆ ಎಂದು ತೋರಿಸುತ್ತವೆ, ಪೂಲ್ಗೆ ಏನೋ ತಲುಪಿತು ಎಂದಲ್ಲ. ಸಾಕ್ಷ್ಯ ಕ್ಲೈಂಟ್ನ ಕಳುಹಿಸುವ ಕೌಂಟರ್ಗಳಲ್ಲಿ ಅಥವಾ ಪೂಲ್ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿದೆ: ಸ್ವೀಕರಿಸಿದ ಪಾಲುಗಳು, ತಿರಸ್ಕರಿಸಿದ ಪಾಲುಗಳು ಮತ್ತು ಪ್ರತಿ ತಿರಸ್ಕಾರಕ್ಕೆ ಲಗತ್ತಿಸಿದ ಕಾರಣ. ಆ ಸಂಖ್ಯೆಗಳು ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮೂರು ವೈಫಲ್ಯಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ: ಸೆಷನ್ ಇಲ್ಲ, ಜಮಾ ಇಲ್ಲದ ಸೆಷನ್, ಮತ್ತು ಪದೇ ಪದೇ ಮರುಸಂಪರ್ಕಗೊಳ್ಳುವ ಸೆಷನ್. ಯಾವುದೇ ಸಂರಚನೆ ಬದಲಿಸುವ ಮೊದಲು ಅವನ್ನು ಓದಿ.
ವಿವರವಾದ ಲಾಗ್ನೊಂದಿಗೆ ಒಂದು ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ಗಮನಿಸಿ ಯಶಸ್ವಿಯಾದ ಕೊನೆಯ ಹಂತವನ್ನು ದಾಖಲಿಸಿ. ಕ್ರಮ ನಿಲ್ಲುವ ಹಂತ ಅದರ ಸುತ್ತಲಿನ ಯಾವುದೇ ಒಂದು ಸಂದೇಶಕ್ಕಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ:
| Last stage reached | What it rules out | Probe to run next |
|---|---|---|
| Name lookup completed | Resolver and namespace reachability | ip route get for the returned address |
| TCP connect completed | Route and egress filtering | ss -tnp on the tunnel interface |
| Subscription returned a job | Endpoint or protocol mismatch | Accepted against rejected counts |
ನಂತರ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿಗದಿತ ವಿಂಡೋವರೆಗೆ ಚಲಾಯಿಸಲು ಬಿಡಿ ಮತ್ತು ಅದರ ಲಾಗ್ನಿಂದ ಎರಡೂ ಫಲಿತಾಂಶಗಳನ್ನು ಎಣಿಸಿ. ಪ್ರತಿ ಕೌಂಟರ್ಗೆ ಒಂದು grep ಸಾಕು, ಮತ್ತು ಅವನ್ನು ಅದೇ ವಿಂಡೋದಲ್ಲಿ ಹೋಲಿಸುವುದು ನಿಧಾನ ಪೂಲ್ ಅನ್ನು ಮುರಿದ ಮಾರ್ಗದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಮಾರ್ಗವನ್ನು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಬರೆಯುವ ಸ್ಥಳಕ್ಕೆ ಹೊಂದಿಸಿ, ಏಕೆಂದರೆ ಎರಡೂ ಎಣಿಕೆಗಳು ಸ್ಥಳವನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ:
grep -c Accepted /var/log/miner.log
grep -c Rejected /var/log/miner.logಒಂದು ನಿಯಮ ಟನೆಲ್ ಬಿದ್ದ ಪ್ರತಿ ಬಾರಿಯೂ ಪೂಲ್ಗೆ ನೇರ ಸಂಪರ್ಕವನ್ನು ನಿಷೇಧಿಸಿದರೆ, ಅದನ್ನು ಪೂಲ್ ಕೊನೆಯ ಬಿಂದುವಿನಲ್ಲಿ ಸ್ಪಷ್ಟ ತಡೆಯಾಗಿ ವ್ಯಕ್ತಪಡಿಸಿ. ಭೌತಿಕ ಕೊಂಡಿಯ ಮೂಲಕ ಮೌನವಾಗಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವ ಕ್ಲೈಂಟ್ ಮೈನಿಂಗ್ ಮುಂದುವರಿಸುತ್ತದೆ ಮತ್ತು ಆ ನಿಯಮವನ್ನು ಉಲ್ಲಂಘಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ, ಅದರ ಸ್ಥಿತಿ ಪ್ರದರ್ಶನ ಅದನ್ನು ಉಲ್ಲೇಖಿಸುವುದಿಲ್ಲ. ನಿಯಮವನ್ನು ಟನೆಲ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬೀಳಿಸಿ, ಪೂಲ್ ಪೋರ್ಟ್ ಅನ್ನು ಸುತರಾಂ ತಲುಪಲಾಗದು ಎಂದು ಖಚಿತಪಡಿಸಿ ಪರೀಕ್ಷಿಸಿ.