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

ਪੈਕੇਟ ਡੀਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਾਅਦ ਖਿੱਚੋ, ਪਹਿਲਾਂ ਨਹੀਂ

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

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

  1. ਦੂਰਸਥ ਕਲਾਇੰਟ: ਟਨਲ ਬਣਾਉਣ ਵਾਲਾ ਉਪਭੋਗਤਾ ਡਿਵਾਈਸ।
  2. ਕਿਨਾਰਾ ਨੀਤੀ: ਬਾਹਰਲੀ ਟਰਾਂਸਪੋਰਟ ਨੂੰ ਜਨਤਕ ਸੁਣਨ ਵਾਲੇ ਵੱਲ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਨਿਯਮ ਸਮੂਹ।
  3. ਖਤਮ ਕਰਨ ਵਾਲਾ ਉਪਕਰਣ: ਪੈਕੇਟ ਨੂੰ ਡੀਕੈਪਸੁਲੇਟ ਕਰਕੇ ਆਮ IP ਨੂੰ ਸੌਂਪਣ ਵਾਲਾ VPN ਅੰਤ ਬਿੰਦੂ।
  4. ਅੰਦਰਲਾ ਫਿਲਟਰ: ਕਲਾਇੰਟ ਤੋਂ ਸੇਵਾ ਤੱਕ ਟ੍ਰੈਫਿਕ ਸੀਮਿਤ ਕਰਨ ਵਾਲਾ ਫਾਰਵਰਡਿੰਗ ਜਾਂ ਸੁਰੱਖਿਆ-ਸਮੂਹ ਨਿਯਮ ਸਮੂਹ।
  5. ਐਪਲੀਕੇਸ਼ਨ ਹੋਸਟ: ਡੀਕ੍ਰਿਪਟ ਕੀਤੀ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀ ਸੇਵਾ।

ਦੋ ਨੀਤੀਆਂ, ਦੋ ਮਾਲਕ

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

ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਬਹੁ-ਕਾਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਵਰਗੇ ਦਾਖਲਾ ਨਿਯੰਤਰਣ ਪਛਾਣ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ। ਉਹ ਥਾਂ ਤੈਅ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਉਪਭੋਗਤਾ ਦੇ ਅੰਦਰ ਆਉਣ ਤੋਂ ਬਾਅਦ ਸਰੋਤ ਅਨੁਸਾਰ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੇ।

ਥਾਂ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਬੇਨਤੀ ਕਿਹੜੀ ਸੀਮਾ ਪਾਰ ਕਰਦੀ ਹੈ

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

PlacementWhat terminates thereWhat sees plaintextWhich control can still denyFailure domain
Termination in a dedicated segmentA dedicated VPN endpointThe endpoint and anything on its segmentThe filter between that segment and the applicationThe segment path can bypass the filter if no rule sits on it
Termination on the edge firewallThe firewall's public listenerThe firewall, after decapsulationThe firewall's inner rule setAdmission and inspection fail together
Termination on the protected LANThe appliance's LAN legEvery host on the protected LANOnly a host control or a downstream gatewayThe appliance and the protected hosts fail together

ਤੀਜੀ ਥਾਂ ਹੀ ਲਾਗੂ ਕਰਨ ਨੂੰ ਚੁੱਪਚਾਪ ਹਟਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਸੁਰੱਖਿਅਤ ਖੰਡ 'ਤੇ ਲੱਤ ਉਪਕਰਣ ਨੂੰ ਸਿੱਧਾ ਰਸਤਾ ਦਿੰਦੀ ਹੈ ਜੋ ਚਿੱਤਰ ਸ਼ਾਇਦ ਨਾ ਦਿਖਾਏ। ਤਸਵੀਰ ਨਹੀਂ, ਇੰਟਰਫੇਸ ਅਤੇ ਰਸਤੇ ਜਾਂਚੋ: ip route get 10.20.5.10 ਦੱਸਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਕਿਹੜੇ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਨਿਕਲੇਗਾ, ਅਤੇ ਜਵਾਬ ਅਕਸਰ ਉਹ ਨਹੀਂ ਹੁੰਦਾ ਜੋ ਡਿਜ਼ਾਈਨ ਨੇ ਮੰਨਿਆ ਸੀ। ਪੋਸਚਰਾਂ ਵਿਚਕਾਰ ਟ੍ਰੈਫਿਕ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਫਾਇਰਵਾਲ ਦੀ ਰਵਾਇਤੀ ਭੂਮਿਕਾ, ਜਿਵੇਂ ਹੇਠਾਂ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ,NIST SP 800-41 ਇੱਥੇ ਲਾਭਦਾਇਕ ਪਰਖ ਹੈ, ਕਿਉਂਕਿ ਸੁਰੱਖਿਅਤ ਨੈੱਟਵਰਕ ਵੱਲ ਅਸੀਮਤ ਲੱਤ ਵਾਲਾ ਉਪਕਰਣ ਵੱਧ ਕੁਝ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦਾ। ਰਸਤਾ ਖੋਜ ਪੇਸ਼ਕਾਰੀ ਦੇ ਚਿੱਤਰ ਨਾਲੋਂ ਵੱਧ ਇਮਾਨਦਾਰ ਚਿੱਤਰ ਹੈ।

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

ਅਨੁਵਾਦ ਬਦਲਦਾ ਹੈ ਕਿ ਹੇਠਲੇ ਨਿਯਮ ਕੀ ਦੇਖ ਸਕਦੇ ਹਨ

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

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

sudo tcpdump -ni inside0 host 10.20.5.10
ip route get 10.20.5.10
sudo iptables -t nat -S POSTROUTING

ਇੱਕ ਮਨਜ਼ੂਰ ਅਤੇ ਇੱਕ ਰੱਦ ਕੀਤੀ ਕਾਰਵਾਈ ਸਵੀਕਾਰ ਕਰੋ

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

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

ਅੰਤ ਬਿੰਦੂ, ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਰਸਤਾ ਅਤੇ ਉਸਨੂੰ ਸੀਮਿਤ ਕਰਨ ਵਾਲਾ ਨਿਯੰਤਰਣ ਦਸਤਾਵੇਜ਼ ਕਰੋ। ਉਹ ਤਿੰਨ ਲਕੀਰਾਂ ਲਾਗੂਆਣ ਨੂੰ ਕੋਈ ਵੀ ਨਾਮ ਦਿੱਤਾ ਜਾਵੇ, ਅਰਥਪੂਰਨ ਰਹਿੰਦੀਆਂ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ