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ਜੇ ਕੋਈ ਨਿਯਮ ਹਰ ਵਾਰ ਟਨਲ ਡਿੱਗਣ 'ਤੇ ਪੂਲ ਨਾਲ ਸਿੱਧਾ ਸੰਪਰਕ ਮਨ੍ਹਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਪੂਲ ਦੇ ਆਖਰੀ ਬਿੰਦੂ 'ਤੇ ਸਪਸ਼ਟ ਰੁਕਾਵਟ ਵਜੋਂ ਦੱਸੋ। ਜੋ ਕਲਾਇੰਟ ਚੁੱਪਚਾਪ ਭੌਤਿਕ ਲਿੰਕ ਰਾਹੀਂ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਉਹ ਖਣਨ ਜਾਰੀ ਰੱਖੇਗਾ ਅਤੇ ਉਸ ਨਿਯਮ ਦੀ ਉਲੰਘਣਾ ਜਾਰੀ ਰੱਖੇਗਾ, ਅਤੇ ਉਸ ਦੀ ਸਥਿਤੀ ਸਕਰੀਨ ਇਸ ਦਾ ਜ਼ਿਕਰ ਨਹੀਂ ਕਰੇਗੀ। ਨਿਯਮ ਨੂੰ ਟਨਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਡੇਗ ਕੇ ਅਤੇ ਇਹ ਪੱਕਾ ਕਰਕੇ ਪਰਖੋ ਕਿ ਪੂਲ ਦਾ ਪੋਰਟ ਬਿਲਕੁਲ ਪਹੁੰਚਯੋਗ ਨਹੀਂ।