SMB ਕਲਾਇੰਟ ਜਾਂ ਪੈਕੇਟ ਫਾਰਵਰਡਰ ਵਜੋਂ ਰਾਊਟਰ: ਕਿਹੜੀ ਭੂਮਿਕਾ ਢੁੱਕਦੀ ਹੈ

SMB ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜਣਾ ਉਸਨੂੰ ਖਤਮ ਕਰਨ ਵਰਗਾ ਕੰਮ ਨਹੀਂ ਹੈ, ਅਤੇ ਇੱਕ ਕਰਨ ਵਾਲਾ ਰਾਊਟਰ ਦੂਜਾ ਸੰਭਾਲ ਨਾ ਸਕੇ। ਫਾਰਵਰਡ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਰਾਊਟਰ ਅਜਿਹੇ ਪੈਕਟ ਭੇਜਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਸਮੱਗਰੀ ਉਹ ਕਦੇ ਨਹੀਂ ਪਰਖਦਾ। ਮਾਊਂਟ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਰਾਊਟਰ ਫਾਈਲ ਕਲਾਇੰਟ ਬਣ ਜਾਂਦਾ ਹੈ, ਅਜਿਹੇ ਸਾਫਟਵੇਅਰ ਨਾਲ ਜੋ ਉਸ ਕੋਲ ਨਾ ਹੋਵੇ, ਅਜਿਹੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨਾਲ ਜਿਨ੍ਹਾਂ ਦੀ ਉਸਨੂੰ ਰੱਖਿਆ ਕਰਨੀ ਹੈ, ਅਤੇ ਅਜਿਹੀਆਂ ਨਾਕਾਮੀ ਵਿਧੀਆਂ ਨਾਲ ਜੋ ਹੁਣ ਉਸਦੀਆਂ ਹਨ। ਦੋਹਾਂ ਵਿੱਚੋਂ ਚੋਣ ਇਹ ਸਵਾਲ ਹੈ ਕਿ ਫਾਈਲਾਂ ਕਿੱਥੇ ਲੋੜੀਂਦੀਆਂ ਹਨ, ਇਹ ਨਹੀਂ ਕਿ ਰਾਊਟਿੰਗ ਪਲੇਟਫਾਰਮ ਨੂੰ ਕੀ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਮਨਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

ਅੱਗੇ ਭੇਜਣਾ ਅਤੇ ਖਤਮ ਕਰਨਾ ਵੱਖਰੇ ਕੰਮ ਹਨ

ਫਾਰਵਰਡ ਦੀ ਭੂਮਿਕਾ ਵਿੱਚ ਰਾਊਟਰ ਦੀ ਇੱਕ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ: ਰਾਹ ਦੀ ਮੰਗ ਵਾਲੀ ਨੀਤੀ ਲਾਗੂ ਕਰਦਿਆਂ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਪੈਕਟ ਪਹੁੰਚਾਉਣਾ। ਇਹ ਸਾਂਝ ਉੱਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ ਕਰਦਾ, ਫਾਈਲ ਡੇਟਾ ਕੈਸ਼ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਸਰਵਰ SMB2 ਬੋਲਦਾ ਹੈ ਜਾਂ SMB3 ਇਸਦੀ ਪਰਵਾਹ ਨਹੀਂ ਕਰਦਾ, ਕਿਉਂਕਿ ਇਹ ਸਟ੍ਰੀਮ ਵਿੱਚ ਕਦੇ ਇੰਨਾ ਡੂੰਘਾ ਨਹੀਂ ਪੜ੍ਹਦਾ। ਸਾਂਝ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋ ਜਾਵੇ ਤਾਂ ਵਰਤੋਂਕਾਰ ਨੂੰ ਗਲਤੀ ਦਿਸਦੀ ਹੈ ਅਤੇ ਰਾਊਟਰ ਰਾਊਟਿੰਗ ਜਾਰੀ ਰੱਖਦਾ ਹੈ।

ਕਲਾਇੰਟ ਭੂਮਿਕਾ ਵਿੱਚ ਰਾਊਟਰ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਗੱਲਬਾਤ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਡਾਇਲੈਕਟ ਉੱਤੇ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ, ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ, ਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ, ਮਾਊਂਟ ਬਿੰਦੂ ਰੱਖਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਉੱਤੇ ਚੱਲਦੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਸਥਾਨਕ ਫਾਈਲਸਿਸਟਮ ਦਾ ਦ੍ਰਿਸ਼ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਹ ਜੀਵਨ-ਚੱਕਰ ਵਾਲੀ ਸੱਚੀ ਸੇਵਾ ਹੈ, ਅਤੇ ਇਹ ਗੇਟਵੇ ਨੂੰ ਫਾਈਲ ਕੰਮ-ਪ੍ਰਵਾਹ ਦੀ ਨਿਰਭਰਤਾ ਬਣਾ ਦਿੰਦੀ ਹੈ। ਇਹ ਉਸ ਨਿਰਭਰਤਾ ਦੀਆਂ ਸਾਰੀਆਂ ਨਾਕਾਮੀ ਵਿਧੀਆਂ ਵੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਬੂਟ ਸਮੇਂ ਦੀ ਉਡੀਕ ਅਤੇ ਪੁਰਾਣੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸ਼ਾਮਲ ਹਨ।

ਤੁਲਨਾ ਸਿਰਫ਼ ਸਮਰੱਥਾ ਦੀ ਨਹੀਂ ਹੈ। ਸਾਂਝ ਮਾਊਂਟ ਕਰ ਸਕਣ ਵਾਲਾ ਪਲੇਟਫਾਰਮ ਆਪਣੇ ਆਪ ਅਜਿਹਾ ਪਲੇਟਫਾਰਮ ਨਹੀਂ ਜਿਸਨੂੰ ਇਹ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਵੀ ਮਾਊਂਟ ਨਾ ਕਰ ਸਕਣ ਵਾਲਾ ਪਲੇਟਫਾਰਮ ਸ਼ਾਇਦ ਟ੍ਰੈਫਿਕ ਰਾਊਟ ਕਰਨ ਲਈ ਹਾਲੇ ਵੀ ਸਹੀ ਥਾਂ ਹੋਵੇ।

ਕਰਨਲ CIFS ਮਾਊਂਟ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੀਦਾ ਹੈ

Linux ਅਧਾਰਿਤ ਜੰਤਰ ਉੱਤੇ ਕਰਨਲ CIFS ਕਲਾਇੰਟ ਅਤੇ ਯੂਜ਼ਰਸਪੇਸ ਕਲਾਇੰਟ ਵੱਖਰੀਆਂ ਸਮਰੱਥਾਵਾਂ ਹਨ, ਅਤੇ ਛੋਟੀਆਂ ਇਮੇਜਾਂ ਵਿੱਚ ਅਕਸਰ ਦੋਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਨਹੀਂ ਹੁੰਦੀ। ਚੱਲ ਰਹੀ ਇਮੇਜ ਵਿੱਚ ਕਰਨਲ ਸਹਾਇਤਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਮਾਊਂਟ ਸਹਾਇਕ ਮੌਜੂਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਨਾਲ ਤੈਅ ਕੀਤਾ SMB ਡਾਇਲੈਕਟ ਦੋਹਾਂ ਧਿਰਾਂ ਦਾ ਸਵੀਕਾਰਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸਦਾ ਵਰਣਨ Linux CIFS ਕਲਾਇੰਟ ਗਾਈਡ ਕਰਦੀ ਹੈ, ਅਰਥਾਤ ਕਰਨਲ ਦਾ ਢਾਂਚਾ ਅਤੇ ਉਸਦੇ ਮਾਊਂਟ ਵਿਕਲਪ, ਅਤੇ ਵਿਕਰੇਤਾ ਦੀ ਬਿਲਡ ਵਿੱਚ ਇਹ ਹੈ ਇਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹੀ ਸਹੀ ਹਵਾਲਾ ਹੈ।

ਸਮਰੱਥਾ ਦੇ ਆਸ-ਪਾਸ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਜਾਂਚੋ, ਅਤੇ ਕਮਾਂਡ ਨਾਮ ਦੀ ਮੌਜੂਦਗੀ ਨਹੀਂ, ਸੰਸਕਰਣ ਜਾਂਚੋ। ਪੈਕੇਜ ਸੂਚੀ ਵਿੱਚ ਮਾਡਿਊਲ ਦਾ ਨਾਮ ਅਤੇ ਕੰਮ ਕਰਦਾ ਕਲਾਇੰਟ ਇੱਕੋ ਨਹੀਂ ਹੈ।

lsmod | grep -w cifs
modinfo cifs | head -5
mount.cifs --version
smbclient -L //fs02.corp.internal -U svc-router -m SMB3

ਲੋਡ ਹੋਣ ਵਾਲਾ ਕਰਨਲ ਮਾਡਿਊਲ ਅਤੇ ਸੰਸਕਰਣ ਦੱਸਣ ਵਾਲਾ ਯੂਜ਼ਰਲੈਂਡ ਸਾਧਨ ਹਾਲੇ ਵੀ ਭਰੋਸਾ ਨਹੀਂ ਦਿੰਦੇ ਕਿ ਮਾਊਂਟ VPN ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਤੋਂ ਬਚੇਗਾ, ਇਸ ਲਈ ਜਾਂਚ ਨੂੰ ਸਬੂਤ ਨਹੀਂ, ਸ਼ੁਰੂਆਤੀ ਸ਼ਰਤ ਮੰਨੋ। ਇਮੇਜ ਸਿਰਫ਼ SMB1 ਸਹਾਇਤਾ ਦਿੰਦੀ ਹੈ ਤਾਂ ਇਹ ਸਰਵਰ ਉੱਤੇ ਚਾਲੂ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ, ਰੁਕਣ ਦਾ ਕਾਰਨ ਹੈ।

ਪ੍ਰਮਾਣ-ਪੱਤਰ ਅਤੇ ਸਰੋਤ ਪਛਾਣ ਲੈਪਟਾਪ ਨਾਲੋਂ ਵੱਖਰੀ ਹੈ

ਅੱਗੇ ਭੇਜੀ ਬੇਨਤੀ ਸੁਰੰਗ ਰਾਹੀਂ ਲੈਪਟਾਪ ਦੀ ਪਛਾਣ ਲੈ ਜਾਂਦੀ ਹੈ, ਜਦਕਿ ਰਾਊਟਰ ਉੱਤੇ ਬਣੀ ਬੇਨਤੀ ਰਾਊਟਰ ਦਾ ਆਪਣਾ ਸਰੋਤ ਪਤਾ, ਰਿਜ਼ੋਲਵਰ ਰਾਹ ਅਤੇ ਆਉਟਪੁੱਟ ਫਿਲਟਰਿੰਗ ਲੈ ਜਾਂਦੀ ਹੈ। ਇਹ ਵੱਖਰੇ ਫਾਇਰਵਾਲ ਨਿਯਮ, ਵੱਖਰੇ DNS ਦ੍ਰਿਸ਼ ਅਤੇ ਸਰਵਰ ਪਾਸੇ ਦੀ ਵੱਖਰੀ ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਵਿੱਚ ਪੈ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਚੱਲਣ ਵਾਲੀ ਨਕਲ ਰਾਊਟਰ ਦੇ ਆਪਣੇ ਮਾਊਂਟ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਮਾਊਂਟ ਨੂੰ ਰਾਊਟਰ ਦੇ ਆਪਣੇ ਸ਼ੈੱਲ ਤੋਂ ਪਰਖੋ, ਉਸਦੇ ਪਿੱਛੇ ਵਾਲੇ ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਨਹੀਂ।

ਭੂਮਿਕਾ ਮਨਜ਼ੂਰ ਹੋਵੇ ਤਾਂ ਰਾਊਟਰ ਨੂੰ ਤੰਗ ਅਧਿਕਾਰ ਵਾਲੀ ਸੇਵਾ ਪਛਾਣ ਦਿਓ। ਪਾਸਵਰਡ ਕਦੇ ਵੀ ਸਿੱਧਾ ਮਾਊਂਟ ਕਮਾਂਡ ਲਾਈਨ ਵਿੱਚ ਨਾ ਰੱਖੋ, ਕਿਉਂਕਿ ਇਹ ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਮਾਊਂਟ ਚੱਲਦਿਆਂ ਪ੍ਰੋਸੈਸ ਸੂਚੀ ਵਿੱਚ ਦਿਸਦਾ ਹੈ।

ਪ੍ਰਮਾਣ-ਪੱਤਰ ਪਲੇਟਫਾਰਮ ਦੀ ਸੁਰੱਖਿਅਤ ਵਿਧੀ ਰਾਹੀਂ ਸੰਭਾਲੋ ਅਤੇ ਸੀਮਤ ਅਧਿਕਾਰਾਂ ਵਾਲੀ ਫਾਈਲ ਤੋਂ ਪੜ੍ਹੋ। ਮਾਊਂਟ ਚਲਾਉਣ ਵਾਲੇ ਖਾਤੇ ਤੋਂ ਬਿਨਾਂ ਹੋਰ ਕਿਸੇ ਵੀ ਖਾਤੇ ਲਈ ਉਹ ਫਾਈਲ ਅਪੜ੍ਹਨਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

install -m 600 /dev/null /etc/cifs-reports.creds
printf 'username=svc-router\npassword=REPLACE_ME\ndomain=CORP\n' > /etc/cifs-reports.creds
mount -t cifs //fs02.corp.internal/reports /mnt/reports -o credentials=/etc/cifs-reports.creds,vers=3.1.1,ro

ਸਾਂਝ ਗਾਇਬ ਹੋਣ ’ਤੇ ਨਾਕਾਮੀ ਕਿਸਦੀ

ਗੈਰ-ਹਾਜ਼ਰ ਦੂਰਸਥ ਫਾਈਲਸਿਸਟਮ ਗੈਰ-ਹਾਜ਼ਰ ਰਾਹ ਨਾਲੋਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਮਾਊਂਟ ਉਸਨੂੰ ਛੂਹਣ ਵਾਲੇ ਪ੍ਰੋਸੈਸ ਰੋਕ ਸਕਦਾ ਹੈ, ਸੁਰੰਗ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਬੂਟ ਸਮੇਂ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਲਈ ਲਿਖਿਆ ਡੇਟਾ ਗਲਤ ਥਾਂ ਪੈ ਸਕਦਾ ਹੈ ਜੇ ਮਾਊਂਟ ਬਿੰਦੂ ਹੇਠਾਂ ਸਥਾਨਕ ਡਾਇਰੈਕਟਰੀ ਹੋਵੇ। ਇਹ ਹੁਣ ਨੈੱਟਵਰਕ ਟੀਮ ਕੋਲ ਹੋਣ ਵਾਲੀਆਂ ਸਟੋਰੇਜ ਨਾਕਾਮੀਆਂ ਹਨ, ਟੀਮ ਨੇ ਇਹ ਚਾਹੀਆਂ ਜਾਂ ਨਹੀਂ। ਕਿਸੇ ਨੇ ਉਸ ਮਾਲਕੀ ਨੂੰ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕੀਤਾ, ਪਰ ਇਹ ਮਾਊਂਟ ਨਾਲ ਆਉਂਦੀ ਹੈ।

ਬੂਟ ਕ੍ਰਮ ਅਤੇ ਮਾਊਂਟ ਵਿਕਲਪ ਉਸੇ ਹਕੀਕਤ ਦੇ ਆਸ-ਪਾਸ ਡਿਜ਼ਾਈਨ ਕਰੋ। ਛੋਟੀ ਸਮਾਂ-ਸੀਮਾ ਅਤੇ ਦਰਜ ਪੁਨਰ-ਪ੍ਰਾਪਤੀ ਕਦਮ ਵਾਲਾ ਪੜ੍ਹਨ-ਸਿਰਫ਼ ਮਾਊਂਟ, ਬਾਕੀ ਸਭ ਜਿਸ ਉੱਤੇ ਨਿਰਭਰ ਹੈ ਅਜਿਹੇ ਲਿਖਣਯੋਗ ਮਾਊਂਟ ਨਾਲੋਂ ਬਚਾਉਣਾ ਸੌਖਾ ਹੈ। ਕੋਈ ਚੀਜ਼ ਮਾਊਂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੁਰੰਗ ਉੱਪਰ ਆਉਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਬਿਜਲੀ ਜਾਣ ਮਗਰੋਂ ਪਹਿਲਾ ਬੂਟ ਅਟਕ ਜਾਵੇਗਾ।

ਵੱਡੇ ਪੱਧਰ ਦੀ ਫਾਈਲ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ, ਜਾਂ ਡੇਟਾ ਅੱਗੇ ਮੁੜ-ਨਿਰਯਾਤ ਕਰਨ ਵਾਲੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ, ਵੱਖਰਾ ਹੋਸਟ ਆਮ ਤੌਰ ’ਤੇ ਵਧੇਰੇ ਸਪਸ਼ਟ ਮਾਲਕੀ ਹੱਦ ਦਿੰਦਾ ਹੈ। ਰਾਊਟਰ ਰਾਊਟਿੰਗ ਜਾਰੀ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਫਾਈਲ ਕੰਮ-ਪ੍ਰਵਾਹ ਨੂੰ ਨੈੱਟਵਰਕ ਨਾਲ ਨਾ ਲੈ ਜਾਂਦਿਆਂ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾ ਸਕਣ ਵਾਲਾ ਮਸ਼ੀਨ ਮਿਲਦਾ ਹੈ।

ਫੈਸਲੇ ਨੂੰ ਅਸਲ ਕੰਮ ਨਾਲ ਜਾਂਚੋ

ਲਿਖੋ ਕਿ ਕਿਹੜੇ ਕੰਮ ਨੂੰ ਫਾਈਲਾਂ ਚਾਹੀਦੀਆਂ ਹਨ ਅਤੇ ਉਹ ਕੰਮ ਕਿੱਥੇ ਚੱਲਦਾ ਹੈ। ਜਵਾਬ ਵਰਕਸਟੇਸ਼ਨ ਹੋਵੇ ਤਾਂ, ਸਾਂਝ ਨੂੰ ਰਾਊਟ ਕਰੋ ਅਤੇ ਉੱਥੇ ਹੀ ਰੁਕੋ। ਜਵਾਬ ਜੰਤਰ ਉੱਤੇ ਸੇਵਾ ਹੋਵੇ ਤਾਂ ਪਹਿਲੇ ਮਾਊਂਟ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਸਮਰੱਥਾ, ਸਮਰਥਿਤ ਡਾਇਲੈਕਟ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਰਾਹ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਜੰਤਰ ਸੱਚਮੁੱਚ ਸਹੀ ਹੋਸਟ ਹੈ ਜਾਂ ਨਹੀਂ।

ਮਾਊਂਟ ਕੀਤਾ ਦ੍ਰਿਸ਼ ਅਤੇ ਖਾਲੀ ਥਾਂ ਰਾਊਟਰ ਤੋਂ ਹੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਕੰਮ ਦਾ ਭਾਰ ਉੱਥੇ ਹੀ ਉਹਨਾਂ ਨੂੰ ਦੇਖੇਗਾ। ਮੁੜ ਜੁੜਨ ਮਗਰੋਂ ਜਾਂਚ ਦੁਹਰਾਓ, ਸਿਰਫ਼ ਸਾਫ਼ ਬੂਟ ਮਗਰੋਂ ਨਹੀਂ।

findmnt -t cifs -o TARGET,SOURCE,OPTIONS
df -h /mnt/reports
ls -l /mnt/reports | head

ਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਦਿਖਾਉਣ ਵਾਲਾ ਪਰ ਭਰਿਆ ਹੋਇਆ ਜਾਂ ਪੜ੍ਹਨ-ਸਿਰਫ਼ ਫਾਈਲਸਿਸਟਮ ਦੱਸਣ ਵਾਲਾ ਮਾਊਂਟ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਚੁੱਕਾ ਹੈ ਕਿ ਰਾਤ 2 ਵਜੇ ਤੁਹਾਨੂੰ ਕਿਹੜੀ ਨਾਕਾਮੀ ਮਿਲੇਗੀ। ਪੁਨਰ-ਪ੍ਰਾਪਤੀ ਦਾ ਰਾਹ ਵੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਸਾਫ਼ ਢੰਗ ਨਾਲ ਅਨਮਾਊਂਟ ਕਰੋ, ਸੁਰੰਗ ਹੇਠਾਂ ਲਾਹੋ, ਮੁੜ ਉੱਪਰ ਲਿਆਓ ਅਤੇ ਜੰਤਰ ਰੀਬੂਟ ਕੀਤੇ ਬਿਨਾਂ ਮੁੜ ਮਾਊਂਟ ਕਰੋ। ਜੇ ਉਸ ਕ੍ਰਮ ਲਈ ਹਰ ਵਾਰ ਸਹਾਇਤਾ ਕੇਸ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਭੂਮਿਕਾ ਲਈ ਰਾਊਟਰ ਗਲਤ ਥਾਂ ਹੈ।