ਘਰੇਲੂ VPN ਲਈ ਸਹਾਇਤਾ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਪ੍ਰਵਾਹ ਚਾਹੀਦਾ ਹੈ, ਸੰਰਚਨਾ ਦਾ ਢੇਰ ਨਹੀਂ
ਇੱਕ ਪ੍ਰਵਾਹ, ਤਿੰਨ ਮਾਲਕ ਅਤੇ ਇੱਕ ਦੇਖੀ ਗਈ ਅਸਫਲਤਾ ਸੰਰਚਨਾ ਦੇ ਢੇਰ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ। ਇਹ ਰਿਕਾਰਡ ਵਰਤੋ, ਅਸਫਲ ਪੜਾਅ ਦਾ ਨਾਮ ਲਵੋ ਅਤੇ ਟੋਪੋਲੋਜੀ ਗੁਆਏ ਬਿਨਾਂ ਭੇਦ ਲੁਕਾਓ।
ਤੁਸੀਂ ਸੋਧੀ ਹੋਈ ਸੰਰਚਨਾ ਪੋਸਟ ਕਰਦੇ ਹੋ, ਦੱਸਦੇ ਹੋ ਕਿ VPN ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਛੇ ਵੱਖਰੀਆਂ ਗੱਲਾਂ ਬਾਰੇ ਛੇ ਜਵਾਬ ਮਿਲਦੇ ਹਨ। ਸਮੱਸਿਆ ਆਮ ਤੌਰ 'ਤੇ ਬੇਨਤੀ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਪਾਠਕਾਂ ਵਿੱਚ ਨਹੀਂ। ਸਹਾਇਕ ਸੰਰਚਨਾ ਤੋਂ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਸੁਰੰਗ ਬਣਦੀ ਨਹੀਂ, ਬਣਦੀ ਹੈ ਪਰ ਟ੍ਰੈਫਿਕ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਜਾਂ ਬਰੀਕ ਚੱਲਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇਸ ਪਿੱਛੇ ਦੀ ਫਾਈਲ ਸੇਵਾ ਕਨੈਕਸ਼ਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀ ਹੈ। ਇਸ ਦੀ ਥਾਂ ਇੱਕ ਪ੍ਰਵਾਹ ਬਿਆਨ ਕਰੋ, ਤਿੰਨ ਮਾਲਕਾਂ ਅਤੇ ਇੱਕ ਦੇਖੀ ਗਈ ਅਸਫਲਤਾ ਨਾਲ, ਅਤੇ ਜਵਾਬ ਤੁਰੰਤ ਸੁਧਰ ਜਾਂਦੇ ਹਨ।
ਬੇਨਤੀ ਨੂੰ ਬੇਕਾਰ ਜਵਾਬ ਕਿਉਂ ਮਿਲਦੇ ਹਨ
ਸੰਰਚਨਾ ਦੱਸਦੀ ਹੈ ਕਿ ਕੀ ਸੰਰਚਿਤ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਤੁਸੀਂ ਕੀ ਅਜ਼ਮਾਇਆ, ਕੀ ਹੋਇਆ, ਜਾਂ ਕਈ ਮਸ਼ੀਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਕਿਹੜਾ ਕੰਮ ਕਰੇਗੀ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਹਰ ਪਾਠਕ ਵੱਖਰਾ ਪੜਾਅ ਅਨੁਮਾਨ ਲਗਾਉਂਦਾ ਹੈ।
ਉਦਾਹਰਨ ਯਾਤਰਾ ਵਾਲਾ ਲੈਪਟਾਪ ਹੈ, ਜਿਸ ਨੂੰ ਘਰੇਲੂ ਗੇਟਵੇ ਰਾਹੀਂ ਘਰੇਲੂ ਸਰਵਰ ਦੀ ਫਾਈਲ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੱਸੋ ਕਿ ਗੇਟਵੇ, VPN ਸਰਵਰ ਅਤੇ ਫਾਈਲ ਸਰਵਰ ਇੱਕੋ ਮਸ਼ੀਨ ਹਨ ਜਾਂ ਤਿੰਨ ਮਸ਼ੀਨਾਂ, ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਤੱਥ ਲਗਭਗ ਹਰ ਜਵਾਬ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਪੋਸਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਰਿਕਾਰਡ ਭਰੋ
Goal: the one resource or operation that should work
Path: client -> access network -> VPN endpoint -> resource
Owners: who controls the client, the gateway and the resource
Software: product, version and protocol in use
Expected: what success would look like
Observed: exact non-secret error or response
Time and change: when it started and what changed
Control: one comparable operation that still works
ਅੱਠ ਲਾਈਨਾਂ, ਅਤੇ ਬਹੁਤੀਆਂ ਬੇਨਤੀਆਂ ਜਵਾਬਯੋਗ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਨਿਯੰਤਰਣ ਲਾਈਨ ਉਹੀ ਹੈ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ: ਜੇ ਉਸੇ ਲੈਪਟਾਪ ਤੋਂ ਬ੍ਰਾਊਜ਼ਿੰਗ ਚੱਲਦੀ ਹੈ ਪਰ ਫਾਈਲ ਸ਼ੇਅਰਿੰਗ ਨਹੀਂ, ਤਾਂ ਇਹ ਸਮੱਸਿਆ ਨੂੰ ਸੁਰੰਗ ਦੇ ਰਸਤਿਆਂ ਜਾਂ ਸੇਵਾ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਨੂੰ ਪੁੱਛਣਾ ਨਹੀਂ ਪੈਂਦਾ।
ਸੋਧ ਕਰਦੇ ਸਮੇਂ ਲੇਬਲ ਇਕਸਾਰ ਰੱਖੋ। ਜਨਤਕ ਅੰਤ ਬਿੰਦੂ, ਸੁਰੰਗ ਦਾ ਪਤਾ ਅਤੇ ਘਰੇਲੂ ਸਬਨੈੱਟ ਵਿਚਕਾਰਲਾ ਫਰਕ ਬਚਾਓ। ਜੇ ਦੋ ਰੇਂਜਾਂ ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਆਉਣ, ਤਾਂ ਉਹ ਸੰਬੰਧ ਦਿਸਦਾ ਰੱਖੋ, ਹਰ ਨੈੱਟਵਰਕ ਨੂੰ ਇੱਕੋ ਪਲੇਸਹੋਲਡਰ ਨਾਲ ਬਦਲਣ ਦੀ ਥਾਂ, ਕਿਉਂਕਿ ਓਵਰਲੈਪ ਹੀ ਅਕਸਰ ਜਵਾਬ ਹੁੰਦਾ ਹੈ।
ਅਸਫਲ ਪੜਾਅ ਦਾ ਨਾਮ ਲਵੋ, ਪੂਰਾ ਲੌਗ ਨਹੀਂ
ਪੰਜ ਪੜਾਅ ਵੱਖ ਕਰਨ ਯੋਗ ਹਨ: ਨਾਮ ਹੱਲ, ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼, ਪ੍ਰਮਾਣਿਕਤਾ, ਸੁਰੰਗ ਸਥਾਪਨਾ ਅਤੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ। ਦੱਸੋ ਕਿ ਤੁਹਾਡੇ ਵਿਚਾਰ ਵਿੱਚ ਕਿਹੜਾ ਅਸਫਲ ਹੋਇਆ ਅਤੇ ਉੱਥੇ ਕੀ ਦੇਖਿਆ।
ਕਲਾਇੰਟ ਜੋ ਵੀ ਡੀਬੱਗ ਫਾਈਲ ਬਣਾ ਸਕਦਾ ਹੈ, ਉਸ ਦੀ ਥਾਂ ਘਟਨਾ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਦਾ ਛੋਟਾ ਹਿੱਸਾ ਪੇਸਟ ਕਰੋ। ਸੌ ਲਾਈਨਾਂ ਦਾ ਹੈਂਡਸ਼ੇਕ ਸ਼ੋਰ ਉਹ ਇੱਕ ਲਾਈਨ ਲੁਕਾ ਦਿੰਦਾ ਹੈ ਜੋ ਕਹਿੰਦੀ ਹੈ ਕਿ ਸਰਟੀਫਿਕੇਟ ਦਾ ਨਾਮ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਸੀ।
ਨਿਰੀਖਣ ਅਤੇ ਵਿਆਖਿਆ ਵੱਖਰੇ ਰੱਖੋ। “ਕਲਾਇੰਟ 30 ਸਕਿੰਟ ਬਾਅਦ ਹੈਂਡਸ਼ੇਕ ਸਮਾਂ-ਸੀਮਾ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ” ਇਹ ਨਿਰੀਖਣ ਹੈ; “ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਪ੍ਰਦਾਤਾ UDP ਰੋਕਦਾ ਹੈ” ਇਹ ਸਿਧਾਂਤ ਹੈ। ਦੋਵੇਂ ਲਾਹੇਵੰਦ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾਉਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਹਾਇਕ ਨੂੰ ਪਤਾ ਨਹੀਂ ਕਿਸ 'ਤੇ ਭਰੋਸਾ ਕਰੇ। ਇਨ੍ਹਾਂ 'ਤੇ ਲੇਬਲ ਲਗਾਓ, ਅਤੇ ਮਿਲਣ ਵਾਲਾ ਜਵਾਬ ਸਹੀ ਵੱਲ ਜਾਵੇਗਾ।
ਇਸ ਨੂੰ ਉਸ ਮਾਲਕ ਨੂੰ ਭੇਜੋ ਜੋ ਕਾਰਵਾਈ ਕਰ ਸਕਦਾ ਹੈ
ਰੁਜ਼ਗਾਰਦਾਤਾ ਵੱਲੋਂ ਸੰਭਾਲੇ ਲੈਪਟਾਪ ਲਈ ਰੁਜ਼ਗਾਰਦਾਤਾ ਦੇ ਸਮਰਥਿਤ ਚੈਨਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਭਾਈਚਾਰਕ ਫੋਰਮ ਉਨ੍ਹਾਂ ਦੀ ਨੀਤੀ ਨਹੀਂ ਬਦਲ ਸਕਦਾ। ਵਪਾਰਕ VPN ਸੇਵਾ ਲਈ ਉਤਪਾਦ ਅਤੇ ਖਾਤਾ ਜਨਤਕ ਨਹੀਂ, ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਦੱਸੋ। ਆਪਣੇ ਗੇਟਵੇ ਲਈ ਉਹ ਰਾਊਟਰ ਅਤੇ ਸਰਵਰ ਭੂਮਿਕਾਵਾਂ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ।
ਜੇ ਤੁਸੀਂ ਜਨਤਕ ਭਾਈਚਾਰਾ ਵਰਤਦੇ ਹੋ, ਤਾਂ ਉਹ ਚੁਣੋ ਜਿਸ ਦਾ ਮੌਜੂਦਾ ਦਾਇਰਾ ਕੰਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਫੋਰਮ ਦੇ ਨਿਯਮਾਂ ਬਾਰੇ ਪੁਰਾਣਾ ਥ੍ਰੈਡ ਸਹਾਇਤਾ ਸਮਝੌਤਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਉਸ ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ ਬਾਰੇ ਪੰਜ ਸਾਲ ਪੁਰਾਣਾ ਜਵਾਬ ਵੀ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਚਲਾਉਂਦੇ।
ਟੋਪੋਲੋਜੀ ਸਮਤਲ ਕੀਤੇ ਬਿਨਾਂ ਭੇਦ ਲੁਕਾਓ
ਕੁਝ ਵੀ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਤੋਂ ਬਾਹਰ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿੱਜੀ ਚਾਬੀਆਂ, ਪਾਸਵਰਡ, ਟੋਕਨ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵਾਲੇ ਲਿੰਕ ਹਟਾਓ। ਨਿਦਾਨ ਨਿਰਯਾਤ ਅਤੇ ਪੂਰੀ ਸੰਰਚਨਾ ਵੱਖਰੇ ਨਮੂਨੇ ਹਨ, ਭਾਵੇਂ ਫਾਈਲਾਂ ਦੇ ਨਾਮ ਇੱਕੋ ਜਿਹੇ ਲੱਗਣ, ਅਤੇ ਤੁਸੀਂ ਜੋ ਪੇਸਟ ਕੀਤਾ ਉਸ ਵਿੱਚ ਪਹਿਲਾਂ ਸਾਂਝੀ ਕੀਤੀ ਚਾਬੀ ਹੋ ਸਕਦੀ ਹੈ।
ਫਿਰ ਉਹ ਸੰਬੰਧ ਬਚਾਓ ਜੋ ਪ੍ਰਵਾਹ ਨੂੰ ਸਮਝਣਯੋਗ ਬਣਾਉਂਦੇ ਹਨ। RFC 6973 ਗੈਰ-ਜ਼ਰੂਰੀ ਇਕੱਠਾ ਕਰਨ ਅਤੇ ਸਹਿਸੰਬੰਧ ਨੂੰ ਨਿੱਜਤਾ ਦੇ ਮੁੱਦੇ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਸਿਧਾਂਤ ਇੱਥੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਲੋੜੀਂਦੇ ਸਬੂਤ ਸਾਂਝੇ ਕਰੋ, ਪੂਰੀ ਮਸ਼ੀਨ ਨਹੀਂ।
ਦੇਖੀ ਗਈ ਅਸੰਗਤੀ ਬਾਰੇ ਇੱਕ ਜਵਾਬਯੋਗ ਸਵਾਲ ਨਾਲ ਸਮਾਪਤ ਕਰੋ, ਜਿਵੇਂ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਕਤਾ ਪੂਰੀ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕਦੇ ਰਸਤਾ ਕਿਉਂ ਨਹੀਂ ਪਾਉਂਦਾ। ਖਾਸ ਸਵਾਲ ਨੂੰ ਖਾਸ ਜਵਾਬ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਬਣਾਇਆ ਰਿਕਾਰਡ ਹੀ ਕਿਸੇ ਨੂੰ ਤੁਹਾਡੇ ਭੇਦ ਮੰਗੇ ਬਿਨਾਂ ਜਵਾਬ ਦੇਣ ਦਿੰਦਾ ਹੈ।