ਘੁੰਮਦਾ ਲੈਪਟਾਪ: ਸਥਿਰ ਨਾਂ ਜਾਂ ਸਥਿਰ ਦਫ਼ਤਰ ਪਤਾ?

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

ਤਿੰਨ ਲੋੜਾਂ ਨੂੰ ਵੱਖ ਕਰੋ

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

ਬਹੁਤੀਆਂ ਘੁੰਮਣ ਸ਼ਿਕਾਇਤਾਂ ਪਹਿਲੀ ਟੋਕਰੀ ਵਿੱਚ ਪੈਂਦੀਆਂ ਹਨ ਅਤੇ DNS ਵਿੱਚ ਹੱਲ ਹੁੰਦੀਆਂ ਹਨ। ਸਥਿਰ ਪਛਾਣ ਨੂੰ ਨਾਂ ਦੇਣਾ ਸਸਤਾ ਹੈ ਅਤੇ ਪਹਿਲਾ ਕੇਸ ਕਵਰ ਕਰਦਾ ਹੈ। ਪਤਾ ਬਚਾਉਣਾ ਮਹਿੰਗਾ ਹੈ ਅਤੇ ਦੂਜੇ ਦੀ ਮਦਦ ਤਾਂ ਹੀ ਕਰਦਾ ਹੈ ਜੇ ਨੀਤੀ ਕਿਵੇਂ ਵੀ ਦੁਬਾਰਾ ਲਿਖਣੀ ਹੋਵੇ।

ਨਾਂ ਨੂੰ ਸਥਿਰ ਚੀਜ਼ ਬਣਾਓ

ਲੈਪਟਾਪ ਨੂੰ ਅਜਿਹਾ ਨਾਂ ਦਿਓ ਜੋ ਕਾਲ ਕਰਨ ਵਾਲੇ ਦੀ ਪਹੁੰਚ ਵਿੱਚ ਕਿਸੇ ਵੀ ਪਤੇ ਉੱਤੇ ਹੱਲ ਹੋਵੇ। ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ ਦਫ਼ਤਰ ਦਾ ਪਤਾ 192.168.50.42 ਹੈ, ਦੂਰਸਥ ਪਹੁੰਚ ਪੂਲ 10.90.0.42 ਦਿੰਦਾ ਹੈ, ਅਤੇ laptop17.corp.example ਕਨੈਕਸ਼ਨ ਦਾ ਪਾਲਣ ਕਰਦਾ ਹੈ। ਕੋਈ ਵੀ ਚੀਜ਼ ਮੰਗ ਨਹੀਂ ਕਰਦੀ ਕਿ ਆਖਰੀ ਆਕਟੈਟ ਮੇਲ ਖਾਵੇ, ਅਤੇ ਉਸ ਮੇਲ ਦੁਆਲੇ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਬਿਨਾਂ ਲਾਭ ਦੇ ਕੰਮ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਰਿਕਾਰਡ ਨੂੰ ਉਸ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕਾਲ ਕਰਨ ਵਾਲਾ ਅਸਲ ਵਿੱਚ ਵਰਤ ਸਕਦਾ ਹੈ, ਨਾ ਕਿ ਹਰ ਉਸ ਇੰਟਰਫ਼ੇਸ ਵੱਲ ਜੋ ਲੈਪਟਾਪ ਕੋਲ ਕਦੇ ਸੀ।

dig +short laptop17.corp.example

ਰਿਜ਼ੋਲਵਰ ਜਵਾਬ ਕੈਸ਼ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਬਦਲਾਅ ਸਭ ਲਈ ਤੁਰੰਤ ਨਹੀਂ ਹੁੰਦਾ। ਛੋਟੇ TTL ਮਦਦ ਕਰਦੇ ਹਨ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਮੁੜ-ਕਨੈਕਟ ਤਰਕ ਵਧੇਰੇ ਮਦਦ ਕਰਦਾ ਹੈ।

ਜਦੋਂ ਸਰੋਤ ਆਗਿਆ-ਸੂਚੀ ਹੀ ਅਸਲ ਰੁਕਾਵਟ ਹੋਵੇ

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

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

ਨਿਰੰਤਰਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਮੰਗਦੀ ਹੈ

ਕਨੈਕਸ਼ਨ ਦੀ ਨਿਰੰਤਰਤਾ ਸਭ ਤੋਂ ਔਖੀ ਲੋੜ ਹੈ ਅਤੇ ਸਭ ਤੋਂ ਵੱਧ ਗਲਤ ਸਮਝੀ ਜਾਂਦੀ ਹੈ। TCP ਕਨੈਕਸ਼ਨ ਦੋਵੇਂ ਪਤਿਆਂ ਅਤੇ ਦੋਵੇਂ ਪੋਰਟਾਂ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਨਵਾਂ ਸਥਾਨਕ ਪਤਾ ਵੱਖਰਾ ਕਨੈਕਸ਼ਨ ਹੈ, DNS ਕੁਝ ਵੀ ਕਹੇ। ਮਹੱਤਵਪੂਰਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਮੁੜ ਜੁੜਨਾ ਪੈਂਦਾ ਹੈ, ਜਿਸ ਦਾ ਅਰਥ ਸੈਸ਼ਨ ਪਰਤ ਜਾਂ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਹੈ, ਨੈੱਟਵਰਕ ਦੀ ਚਾਲ ਨਹੀਂ। ਤਬਦੀਲੀ ਦੌਰਾਨ ਸੈਸ਼ਨ ਵੇਖੋ ਅਤੇ ਕਟੌਤੀ ਤੁਰੰਤ ਹੁੰਦੀ ਹੈ, ਹੌਲੀ-ਹੌਲੀ ਨਹੀਂ।

ss -tnp state established '( dport = :443 )'

MAC ਪਤਾ ਕਲੋਨ ਕਰਨਾ ਵੀ ਇਹ ਨਹੀਂ ਸੁਲਝਾਉਂਦਾ। DHCP ਲੀਜ਼ ਪਛਾਣ ਸਪਸ਼ਟ ਕਲਾਇੰਟ ਪਛਾਣਕਰਤਾ ਵਰਤ ਸਕਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਪਛਾਣ ਸਾਂਝੀ ਕਰਨ ਵਾਲੇ ਦੋ ਇੰਟਰਫ਼ੇਸਾਂ ਨੂੰ ਫਿਰ ਵੀ ਸਮਨਵਿਤ ਰੂਟ ਚਾਹੀਦੇ ਹਨ। ਗਤੀਸ਼ੀਲਤਾ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਵੰਡ ਡਿਜ਼ਾਈਨ ਵਜੋਂ ਲਓ, ਅਤੇ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ ਸਥਿਰ ਰੱਖੋ ਜਦੋਂ ਉਸ ਦਾ ਪਤਾ ਨੈੱਟਵਰਕ ਦਾ ਪਾਲਣ ਕਰਦਾ ਹੈ।