Mac ਸਾਂਝਕਰਨ VPN ਰਾਹੀਂ ਦਿਸਦਾ ਹੈ: ਬੰਦ ਕਰੀਏ ਜਾਂ ਲੁਕਾਈਏ?
ਬਰਾਊਜ਼ ਐਂਟਰੀ ਇੱਕ ਘੋਸ਼ਣਾ ਹੈ, ਪਹੁੰਚ ਇਜਾਜ਼ਤ ਨਹੀਂ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਸੇਵਾ ਬੰਦ ਕਰਨੀ ਹੈ, ਵਰਤੋਂਕਾਰ ਸੀਮਿਤ ਕਰਨੇ ਹਨ, ਜਾਂ ਖੋਜ ਨੂੰ ਹੀ ਸੀਮਿਤ ਕਰਨਾ ਹੈ।
ਬਰਾਊਜ਼ ਸੂਚੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਤੋਂ ਬਣਦੀਆਂ ਹਨ, ਅਤੇ ਘੋਸ਼ਣਾ ਪਹੁੰਚ ਇਜਾਜ਼ਤ ਨਹੀਂ। ਕੋਈ ਦੂਰ ਦੀ ਸੂਚੀ ਵਿੱਚ ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਦਾ ਨਾਂ ਦੇਖਦਾ ਹੈ ਕਿਉਂਕਿ ਇੱਕ multicast ਪੁੱਛਗਿੱਛ ਉਹ ਹੱਦ ਪਾਰ ਕਰ ਗਈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਰਾਊਟਰ 'ਤੇ ਇਸਨੂੰ ਰੋਕਦੀ ਹੈ। ਇਹ ਪਾਰ ਹੋਣਾ ਦੋਵੇਂ ਸਮਝਾਉਂਦਾ ਹੈ: ਐਂਟਰੀ ਕਿਉਂ ਦਿਸਦੀ ਹੈ ਅਤੇ ਐਂਟਰੀ ਹਟਾਉਣਾ ਸੇਵਾ ਬੰਦ ਕਰਨ ਦੇ ਬਰਾਬਰ ਕਿਉਂ ਨਹੀਂ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਇਹਨਾਂ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸ ਦੇ ਖ਼ਿਲਾਫ਼ ਹੋ।
ਬਰਾਊਜ਼ ਐਂਟਰੀ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ
Mac 'ਤੇ mDNS ਜਵਾਬਦੇਣ ਵਾਲਾ ਉਹਨਾਂ ਸੇਵਾ ਕਿਸਮਾਂ ਦੀਆਂ ਪੁੱਛਗਿੱਛਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਉਹ ਮੇਜ਼ਬਾਨੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਵਿੱਚ ਨਾਂ, ਪੋਰਟ ਅਤੇ ਕੁਝ ਟੈਕਸਟ ਰਿਕਾਰਡ ਹੁੰਦੇ ਹਨ। ਪੁੱਛਣ ਵਾਲਾ ਕਲਾਇੰਟ ਫਿਰ ਉਹ ਨਾਂ ਸੂਚੀ ਵਿੱਚ ਦਿਖਾਉਂਦਾ ਹੈ। ਅਦਾਨ-ਪ੍ਰਦਾਨ ਵਿੱਚ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਨੈਕਸ਼ਨ ਸਫਲ ਹੋਵੇਗਾ, ਅਤੇ ਕੁਝ ਵੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ: ਸੂਚੀ ਨਾਂ ਬਾਰੇ ਦਾਅਵਾ ਹੈ, ਪਹੁੰਚ ਬਾਰੇ ਨਹੀਂ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੁਝ ਬੰਦ ਕਰਨਾ ਹੈ ਜਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਬੰਦ ਕਰਨਾ ਹੈ।
ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਰਜਿਸਟਰ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਐਂਟਰੀ ਗਾਇਬ ਹੋਣ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਸਾਰੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਰੁਕ ਗਈਆਂ। ਫ਼ਾਈਲ ਸਾਂਝਕਰਨ ਇੱਕ ਕਿਸਮ ਰਜਿਸਟਰ ਕਰਦਾ ਹੈ, ਸਕਰੀਨ ਸਾਂਝਕਰਨ ਦੂਜੀ, ਅਤੇ ਪ੍ਰਿੰਟਰ, ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀਆਂ ਤੇ ਡਿਵੈਲਪਰ ਟੂਲ ਹਰ ਇੱਕ ਆਪਣੀ ਰਜਿਸਟਰ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਵਿੱਚ ਨੂੰ ਮੁੱਖ ਨਿਯੰਤਰਣ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਸੂਚੀਬੱਧ ਕਰੋ ਕਿ ਕੀ ਰਜਿਸਟਰ ਹੈ ਅਤੇ ਕਿਹੜਾ ਪ੍ਰੋਸੈਸ ਇਸਦਾ ਮਾਲਕ ਹੈ:
dns-sd -B _smb._tcp
lsof -nP -iUDP:5353Multicast ਸਥਾਨਕ ਰਹਿੰਦਾ ਹੈ, ਜਦ ਤੱਕ ਕੋਈ ਇਸਨੂੰ ਪੁਲ ਨਹੀਂ ਬਣਾਉਂਦਾ
Multicast DNS UDP 5353 'ਤੇ ਲਿੰਕ-ਸਥਾਨਕ ਸਮੂਹ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਡਿਫ਼ਾਲਟ ਤੌਰ 'ਤੇ ਉਹ ਸਮੂਹ ਅੱਗੇ ਨਹੀਂ ਭੇਜਦੇ। ਇਸ ਲਈ unicast ਟ੍ਰੈਫ਼ਿਕ ਰੂਟ ਕਰਨ ਵਾਲਾ ਟਨਲ ਖੋਜ ਨੂੰ ਪਿੱਛੇ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਰੂਟ ਕੀਤੇ VPN 'ਤੇ Mac ਆਮ ਤੌਰ 'ਤੇ ਦੂਰ ਦੀ ਸਾਈਟ ਲਈ ਅਦਿੱਖ ਹੁੰਦਾ ਹੈ। ਪੁਲ ਵਾਲਾ ਟਨਲ, ਜਾਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੈੱਟ ਕੀਤਾ ਰੀਲੇ, ਦੋਵੇਂ ਸਿਰਿਆਂ ਨੂੰ ਇੱਕ ਬਰਾਡਕਾਸਟ ਡੋਮੇਨ ਵਿੱਚ ਰੱਖ ਕੇ ਇਹ ਬਦਲਦਾ ਹੈ। ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜਾ ਡਿਜ਼ਾਈਨ ਹੈ ਇਹ ਟਨਲ ਦਾ ਗੁਣ ਹੈ, ਉਸ 'ਤੇ ਛਾਪੇ ਪ੍ਰੋਟੋਕੋਲ ਨਾਂ ਦਾ ਨਹੀਂ।
ਸਰਵਰ ਸੰਰਚਨਾ ਵੇਖੋ ਕਿ ਇਹ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਪੁਲ ਬਣਾਉਂਦਾ ਹੈ ਜਾਂ ਸਬਨੈੱਟ ਰੂਟ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਬਰਾਡਕਾਸਟ 'ਤੇ ਨਿਰਭਰ ਹਰ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਦੋਵੇਂ ਵੱਖਰੇ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ। ਜੇ ਟਨਲ ਪੁਲ ਵਾਲਾ ਹੈ ਤਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਕਿਸਮ ਦੀ ਘੋਸ਼ਣਾ ਲੀਕ ਹੋਣ ਦੀ ਆਸ ਰੱਖੋ, ਜਿਸ ਵਿੱਚ ਉਹ ਚੀਜ਼ਾਂ ਵੀ ਹਨ ਜੋ ਕਿਸੇ ਨੇ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕਰਨੀਆਂ ਸਨ। ਜੇ ਇਹ ਰੂਟ ਕੀਤਾ ਹੈ ਤਾਂ ਦੂਰ ਦੀ ਸੂਚੀ ਵਿੱਚ ਐਂਟਰੀ ਸੰਭਵ ਤੌਰ 'ਤੇ ਰੀਲੇ ਜਾਂ unicast DNS ਅਧਾਰਿਤ ਖੋਜ ਰਾਹੀਂ ਆਈ ਹੈ, multicast ਸਮੂਹ ਰਾਹੀਂ ਨਹੀਂ। ਇਹਨਾਂ ਰਾਹਾਂ ਦੇ ਉਪਾਅ ਵੱਖਰੇ ਹਨ, ਅਤੇ multicast ਪੋਰਟ ਰੋਕਣਾ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਬੰਦ ਕਰਦਾ ਹੈ।
ਸੇਵਾ ਬੰਦ ਕਰਨਾ ਸਭ ਤੋਂ ਸਾਫ਼ ਹੱਦ ਹੈ
ਜੇ Mac ਕੋਲ ਫ਼ਾਈਲਾਂ ਪਰੋਸਣ ਦਾ ਕੰਮ ਨਹੀਂ ਹੈ ਤਾਂ ਇਸਦੀ ਘੋਸ਼ਣਾ ਲੁਕਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਦੀ ਥਾਂ ਸਮਰਥਿਤ ਨਿਯੰਤਰਣ ਨਾਲ ਸਾਂਝਕਰਨ ਬੰਦ ਕਰੋ। ਬੰਦ ਸੇਵਾ ਨਾਲ ਜੁੜਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਇਸਦਾ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਇਆ ਜਾ ਸਕਦਾ, ਅਤੇ ਨਾਂ ਯਾਦ ਰੱਖਣ ਵਾਲਾ ਪੁਰਾਣਾ ਕਲਾਇੰਟ ਵੀ ਉੱਥੇ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਇਹੀ ਗੁਣ ਇਸਨੂੰ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਨਿਯੰਤਰਣ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਨੈੱਟਵਰਕ ਦੇ ਕਿਸੇ ਸਹਿਯੋਗ ਦੀ ਲੋੜ ਨਹੀਂ।
Apple ਦੀ ਫ਼ਾਈਲ ਸਾਂਝਕਰਨ ਗਾਈਡ ਸਾਂਝੇ ਫ਼ੋਲਡਰ, ਮਨਜ਼ੂਰ ਵਰਤੋਂਕਾਰ ਅਤੇ ਮਹਿਮਾਨ ਪਹੁੰਚ ਲਈ ਇਜਾਜ਼ਤ ਮਾਡਲ ਦੱਸਦੀ ਹੈ, ਅਤੇ ਸਾਂਝਕਰਨ ਪੈਨਲ ਮੌਜੂਦਾ ਸਥਿਤੀ ਦਿਖਾਉਂਦਾ ਹੈ। ਜਦ ਸੇਵਾ ਸੱਚਮੁੱਚ ਲੋੜੀਂਦੀ ਹੋਵੇ ਤਾਂ ਇਹ ਤਿੰਨੇ ਵੇਖੋ, ਕਿਉਂਕਿ ਹੋਣਾ ਜ਼ਰੂਰੀ ਸਾਂਝਕਰਨ ਸੀਮਿਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸਾਂਝਕਰਨ ਹੈ। ਮਹਿਮਾਨ ਪਹੁੰਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵੇਖਣ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਬਿਨਾਂ ਕਿਸੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦੇ ਕਨੈਕਸ਼ਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇ ਸਕਦੀ ਹੈ। ਫਿਰ ਪੱਕਾ ਕਰੋ ਕਿ ਸੇਵਾ ਕਿਹੜੇ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਸੁਣਦੀ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਦਿੱਤਾ ਸਾਂਝਕਰਨ ਟਨਲ 'ਤੇ ਵੀ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਜਦ ਸੇਵਾ ਚਾਹੀਦੀ ਹੈ ਪਰ ਦਰਸ਼ਕ ਨਹੀਂ
ਕਈ ਵਾਰ ਸਾਂਝਕਰਨ ਜਾਇਜ਼ ਹੁੰਦਾ ਹੈ ਅਤੇ ਦਰਸ਼ਕ ਨਹੀਂ। ਸੇਵਾ ਨੂੰ ਮਨਜ਼ੂਰ ਸਰੋਤਾਂ ਤੱਕ ਸੀਮਿਤ ਰੱਖਣਾ, ਖੋਜ ਨੂੰ ਵੱਖਰੇ ਅਤੇ ਛੋਟੇ ਨਿਯੰਤਰਣ ਵਜੋਂ ਛੱਡਣਾ ਇਮਾਨਦਾਰ ਪ੍ਰਬੰਧ ਹੈ। ਫ਼ਾਇਰਵਾਲ ਨਿਯਮ, ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਸਹੀ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਸੁਣਨਾ ਪਹੁੰਚ ਨੂੰ ਉਸ ਤਰੀਕੇ ਨਾਲ ਤੰਗ ਕਰਦੇ ਹਨ ਜੋ ਲੁਕੀ ਘੋਸ਼ਣਾ ਨਹੀਂ ਕਰ ਸਕਦੀ।
ਖੋਜ ਦਬਾਉਣਾ ਸਖ਼ਤ ਅਰਥ ਵਿੱਚ ਦਿਖਾਵਾ ਹੈ: ਸੇਵਾ ਨਾਂ ਜਾਣਨ ਵਾਲੇ ਹਰੇਕ ਨੂੰ ਅਜੇ ਵੀ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਜੇ ਸਮੱਸਿਆ ਪ੍ਰਕਾਸ਼ਨ ਆਪ ਹੈ ਤਾਂ ਇਸਨੂੰ ਉਸ ਪਰਤ 'ਤੇ ਸੀਮਿਤ ਕਰੋ ਜੋ ਇਸਨੂੰ ਢੋਂਦੀ ਹੈ। ਜਿਸ ਨੈੱਟਵਰਕ ਦਾ ਤੁਸੀਂ ਪ੍ਰਬੰਧ ਕਰਦੇ ਹੋ, ਉੱਥੇ ਇਸਦਾ ਮਤਲਬ ਹੈ ਤੈਅ ਕਰਨਾ ਕਿ ਕਿਹੜੀਆਂ ਸੇਵਾ ਕਿਸਮਾਂ ਹੱਦ ਪਾਰ ਕਰਨ ਅਤੇ ਉਸ ਅਨੁਸਾਰ ਪੁਲ, ਰੀਲੇ ਜਾਂ ਫ਼ਿਲਟਰ ਸੈੱਟ ਕਰਨਾ। ਫ਼ੋਰਮ ਤੋਂ ਪੁਲ-ਫ਼ਿਲਟਰ ਕਮਾਂਡ ਕਾਪੀ ਕਰਨਾ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਤੁਹਾਡਾ ਸਰਵਰ ਠੀਕ ਉਹੀ ਸਟੈਕ ਅਤੇ ਉਹੀ ਟਨਲ ਮੋਡ ਚਲਾਉਂਦਾ ਹੋਵੇ, ਅਤੇ ਜਿਸ ਨੈੱਟਵਰਕ ਦਾ ਤੁਸੀਂ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕਰਦੇ ਉੱਥੇ ਇਮਾਨਦਾਰ ਜਵਾਬ ਇਹ ਹੈ ਕਿ ਦੂਰ ਦਾ ਕਲਾਇੰਟ ਕੀ ਯਾਦ ਰੱਖਦਾ ਹੈ ਇਸਨੂੰ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰ ਸਕਦੇ।
ਦੂਰ ਦੇ ਪਾਸੇ ਤੋਂ ਵੇਖੋ
Mac ਦੇ ਆਪਣੇ ਨੈੱਟਵਰਕ ਤੋਂ ਨਹੀਂ, ਦੂਰ ਦੇ ਪਾਸੇ ਤੋਂ ਪਰਖੋ, ਅਤੇ ਕੈਸ਼ ਕੀਤੀ ਸੂਚੀ ਦੀ ਥਾਂ ਨਵਾਂ ਬਰਾਊਜ਼ ਪਰਖੋ। ਫਿਰ ਨਾਂ ਅਤੇ ਪਤੇ ਰਾਹੀਂ ਸੇਵਾ ਨਾਲ ਸਿੱਧਾ ਕਨੈਕਸ਼ਨ ਅਜ਼ਮਾਓ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਨਤੀਜੇ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਸਫਲ ਕਨੈਕਸ਼ਨ ਨਾਲ ਗਾਇਬ ਐਂਟਰੀ ਦਾ ਮਤਲਬ ਹੈ ਤੁਸੀਂ ਲੇਬਲ ਲੁਕਾਇਆ, ਜਦ ਕਿ ਅਸਫਲ ਕਨੈਕਸ਼ਨ ਦਾ ਮਤਲਬ ਹੈ ਤੁਸੀਂ ਸੇਵਾ ਬੰਦ ਕੀਤੀ। ਰਿਫ਼੍ਰੈਸ਼ ਛੱਡਣ 'ਤੇ ਕੈਸ਼ ਦੋਵੇਂ ਪਰਖਾਂ ਨੂੰ ਝੂਠਾ ਬਣਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਨਵਾਂ ਸ਼ੁਰੂ ਕਰੋ।
ਤੁਸੀਂ ਕੀ ਬਦਲਿਆ ਅਤੇ ਇਹ ਤਿੰਨ ਨਿਯੰਤਰਣਾਂ ਵਿੱਚੋਂ ਕਿਸ ਦਾ ਹੈ, ਲਿਖੋ: ਸੇਵਾ ਬੰਦ, ਪਹੁੰਚ ਸੀਮਿਤ, ਜਾਂ ਖੋਜ ਸੀਮਿਤ। ਜਦ ਕੋਈ ਦੱਸਦਾ ਹੈ ਕਿ Mac ਅਜੇ ਵੀ ਦਿਸਦਾ ਹੈ, ਤਾਂ ਉਹ ਨੋਟ ਦੱਸਦਾ ਹੈ ਕਿ ਰਿਪੋਰਟ ਪੁਰਾਣੀ ਹੈ ਜਾਂ ਕੋਈ ਹੋਰ ਸੇਵਾ ਆਪਣੀ ਘੋਸ਼ਣਾ ਕਰ ਰਹੀ ਹੈ। ਇੱਥੇ ਜ਼ਿਆਦਾਤਰ ਹੈਰਾਨੀਆਂ ਉਹ ਦੂਜੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਹੁੰਦੀਆਂ ਹਨ ਜਿਸਨੂੰ ਚਾਲੂ ਕਰਨਾ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਸੀ, ਟੁੱਟਿਆ ਨਿਯੰਤਰਣ ਨਹੀਂ।
ਇਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਬਦਲਾਅ ਫੇਲ੍ਹ ਹੋਇਆ, ਬਾਕੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੁਬਾਰਾ ਜਾਂਚੋ। ਛੋਟੀ ਸੂਚੀ ਅੰਦਾਜ਼ੇ ਦੇ ਇੱਕ ਹੋਰ ਦੌਰ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।