ਸਰੋਤ NAT ਗਾਹਕ ਪਤੇ ਨੂੰ ਬਾਅਦ ਵਾਲੇ ਫਾਇਰਵਾਲ ਤੋਂ ਲੁਕਾਉਂਦਾ ਹੈ

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

ਐਜ ਨਿਯਮ ਇੱਕ ਹੀ ਪਤਾ ਕਿਉਂ ਦੇਖਦਾ ਹੈ

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

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

ਆਖਰੀ ਲਾਗੂ ਕਰਨ ਯੋਗ ਪਛਾਣ ਲੱਭੋ

ਲਾਗੂ ਬਿੰਦੂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਮੂਲ ਉਪਸਰਗ ਦਿਖਣ ਤੱਕ ਪਿੱਛੇ ਚੱਲੋ। ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਕਮਾਂਡਾਂ ਸੀਮਾ ਲੱਭਦੀਆਂ ਹਨ।

iptables -t nat -L POSTROUTING -n -v
conntrack -L -s 10.90.0.2 | head

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

ਤਿੰਨ ਥਾਵਾਂ ਅਤੇ ਹਰ ਇੱਕ ਦੀ ਕੀਮਤ

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

ਤੁਸੀਂ ਜੋ ਵੀ ਚੁਣੋ, ਨਿਯਮ ਨੂੰ ਉਸ ਪਤੇ ਨਾਲ ਦਸਤਾਵੇਜ਼ ਕਰੋ ਜਿਸ ਨਾਲ ਉਹ ਮਿਲਦਾ ਹੈ। ਜਿਸ ਨਿਯਮ ਦੀ ਪਤੇ ਬਾਰੇ ਧਾਰਨਾ ਚੁੱਪਚਾਪ ਬਦਲ ਗਈ ਹੈ ਉਹ ਨਿਯਮ ਨਾ ਹੋਣ ਤੋਂ ਵੀ ਮਾੜਾ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਟਰੈਫ਼ਿਕ ਨਾਲ ਮਿਲਦਾ ਰਹਿੰਦਾ ਹੈ ਜਦਕਿ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੁਝ ਹੋਰ ਬਚਾਉਂਦਾ ਹੈ।

ਸਵੀਕ੍ਰਿਤੀ: ਇੱਕ ਮਨਜ਼ੂਰ ਅਤੇ ਇੱਕ ਰੱਦ ਕੀਤਾ ਗਾਹਕ

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

ਲਾਗੂ ਬਿੰਦੂ, ਦੇਖਿਆ ਗਿਆ ਸਰੋਤ ਅਤੇ ਨਿਯਮ ਟਿਕਟ ਵਿੱਚ ਲਿਖੋ। ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਇੰਜੀਨੀਅਰ ਦੂਜਾ ਫਾਇਰਵਾਲ ਅਤੇ ਉਹੀ ਨਿਯਮ ਜੋੜ ਦੇਵੇਗਾ।