VPN ਰਾਹੀਂ ਦਫ਼ਤਰ ਦੇ ਪ੍ਰਿੰਟਰ 'ਤੇ ਖੋਜ ਤੋਂ ਬਿਨਾਂ ਛਾਪੋ

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

ਇਸ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਭਰਪਾਈ ਲਈ ਨਵਾਂ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ ਜੋੜਨ ਦੀ ਬਜਾਏ ਅਸਫਲ ਹੋਣ ਵਾਲੇ ਪਹਿਲੇ ਕਦਮ 'ਤੇ ਰੁਕੋ।

ਪ੍ਰਿੰਟਰ ਦਾ ਉਪਨਾਮ ਨਹੀਂ, ਕਤਾਰ ਮੰਗੋ

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

ਦੋ ਪ੍ਰਬੰਧ ਜ਼ਿਆਦਾਤਰ ਦਫ਼ਤਰਾਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ। ਕੁਝ ਪ੍ਰਿੰਟਰ ਖੁਦ IPP ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਡਿਵਾਈਸ ਨੂੰ ਸਿੱਧਾ ਅਜਿਹੇ URI 'ਤੇ ਸੰਰਚਿਤ ਕਰਦੇ ਹੋ ਜੋ ਮਿਆਰੀ ਛਪਾਈ ਮਾਰਗ 'ਤੇ ਖਤਮ ਹੁੰਦਾ ਹੈ। ਹੋਰ ਪ੍ਰਿੰਟ ਸਰਵਰ ਤੋਂ ਨਾਮ ਵਾਲੀਆਂ ਕਤਾਰਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਨ, ਜੋ ਫਿਰ ਕੰਮ ਉਸ ਦੇ ਪਿੱਛੇ ਖੜ੍ਹੇ ਕਿਸੇ ਵੀ ਹਾਰਡਵੇਅਰ ਤੱਕ ਪਹੁੰਚਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਵਰਤਦੇ ਹੋ ਉਹ ਪਤਾ ਪ੍ਰਿੰਟਰ ਦਾ ਨਹੀਂ, ਸਰਵਰ ਦਾ ਹੈ। ਦੋਵੇਂ ਉਦਾਹਰਨਾਂ ਸਿਰਫ਼ ਦ੍ਰਿਸ਼ਟਾਂਤ ਹਨ, ਅਤੇ ਇੱਕ ਵੀ ਨਕਲ ਨਾ ਕਰੋ: ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ URI ਵਰਤੋ।

ਕਤਾਰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਜੋੜੋ

CUPS ਵਰਤਦੇ Linux ਕਲਾਇੰਟ 'ਤੇ, IPP Everywhere ਸਮਰਥਿਤ ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਹੀ ਕਮਾਂਡ ਨਾਲ ਕਤਾਰ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਸਥਾਨਕ ਪ੍ਰਿੰਟਰ ਜੋੜਦੀ ਹੈ, ਉਸ ਨੂੰ ਡਿਵਾਈਸ ਦੇ URI ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ ਅਤੇ ਸਰਵਵਿਆਪੀ ਮਾਡਲ ਮੰਗਦੀ ਹੈ: lpadmin -p Office_Printer -E -v ipp://10.20.30.15/ipp/print -m everywhere। ਪ੍ਰਸ਼ਾਸਨ ਗਾਈਡ ਟਿਕਾਣੇ, ਡਿਵਾਈਸ ਦੇ URI ਅਤੇ ਮਾਡਲ ਵਿਕਲਪਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਕਮਾਂਡ ਸਿਰਫ਼ ਸਥਾਨਕ ਕਤਾਰ ਨੂੰ ਛੂਹਦੀ ਹੈ।

ਉਸ ਕਮਾਂਡ ਵਿੱਚ ਕੁਝ ਵੀ ਮਾਰਗ ਨਹੀਂ ਬਣਾਉਂਦਾ ਜਾਂ ਦੂਰ ਦੇ ਸਿਰੇ 'ਤੇ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ, ਇਸੇ ਲਈ ਅਗਲੇ ਦੋ ਹਿੱਸੇ ਹਨ। ਹੋਰ ਕਲਾਇੰਟਾਂ 'ਤੇ ਸਮਰਥਿਤ ਸਿਸਟਮ ਇੰਟਰਫ਼ੇਸ ਵਰਤੋ, ਅਤੇ ਪ੍ਰਬੰਧਿਤ Windows ਪ੍ਰਿੰਟ ਸਰਵਰ ਲਈ IPP ਮਾਰਗ ਘੜਨ ਦੀ ਬਜਾਏ ਤੁਹਾਨੂੰ ਦਿੱਤਾ ਗਿਆ ਸਰਵਰ ਅਤੇ ਸ਼ੇਅਰ ਨਾਮ ਵਰਤੋ।

ਨਾਮ ਹੱਲ, ਮਾਰਗ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਜਾਂਚੋ

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

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

ਪਹੁੰਚਯੋਗਤਾ ਨੂੰ ਕਤਾਰ ਨੀਤੀ ਤੋਂ ਵੱਖ ਕਰੋ

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

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

ਇੱਕ ਛੋਟਾ ਕੰਮ ਭੇਜੋ ਅਤੇ ਨਤੀਜਾ ਪੜ੍ਹੋ

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

ਤੁਹਾਡੇ ਲੈਪਟਾਪ 'ਤੇ ਗਾਇਬ ਹੋਣ ਵਾਲੀ ਤਰੱਕੀ ਪੱਟੀ ਇਹ ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੈ ਕਿ ਕਾਗਜ਼ ਹਿਲਿਆ। ਦਫ਼ਤਰ ਵਿੱਚ ਕਿਸੇ ਨੂੰ ਅਜੇ ਵੀ ਕੰਮ ਜਾਰੀ ਕਰਨਾ ਜਾਂ ਲੈਣਾ ਪੈ ਸਕਦਾ ਹੈ, ਅਤੇ ਜੇ ਦਸਤਾਵੇਜ਼ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਤਾਂ ਘੁੰਮਦੇ ਸੰਕੇਤਕ ਦੀ ਬਜਾਏ ਵਿਅਕਤੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ।