ਫੋਨ ਦੀ Wi-Fi Calling ਤੋੜੇ ਬਿਨਾਂ IPsec ਨੂੰ ਬਲਾਕ ਕਰਨਾ

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

ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵਾ ਦਾ ਨਾਮ ਲਓ

SIP ਸੇਵਾ 'ਤੇ ਡੈਸਕ ਫੋਨ ਅਤੇ ਓਪਰੇਟਰ ਦੀ Wi-Fi Calling ਕਰਨ ਵਾਲਾ ਹੈਂਡਸੈੱਟ ਇੱਕੋ ਨੈੱਟਵਰਕ ਪ੍ਰੋਫਾਈਲ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਫਾਇਰਵਾਲ ਸ਼ਬਦ ਵਜੋਂ VoIP ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਨਹੀਂ ਦੱਸਦਾ। ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਦਾ ਡੇਟਾ ਉਸ ਵਿਕਰੇਤਾ ਜਾਂ ਓਪਰੇਟਰ ਤੋਂ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਸੇਵਾ ਚਲਾਉਂਦਾ ਹੈ, ਕਿਸੇ ਹੋਰ ਫੋਨ ਸਿਸਟਮ ਦੀ ਯਾਦ ਰੱਖੀ ਪੋਰਟ ਸੂਚੀ ਤੋਂ ਨਹੀਂ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਰੱਖਿਆ ਕਰਨ ਵਾਲੇ ਨਿਯਮ ਅਤੇ ਸ਼ਬਦ ਦੀ ਰੱਖਿਆ ਕਰਨ ਵਾਲੇ ਨਿਯਮ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੈ।

Apple ਦਾ ਸੇਵਾ-ਪੋਰਟ ਹਵਾਲਾ Wi-Fi Calling ਲਈ UDP 500 ਅਤੇ 4500 ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਜੋ ਠੀਕ ਉਹੀ ਜੋੜੀ ਹੈ ਜਿਸਨੂੰ ਜ਼ਿਆਦਾਤਰ ਆਮ IPsec ਬਲਾਕ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਉਹਨਾਂ ਪੋਰਟਾਂ ਦੇ ਕੋਲ ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ ਲਿਖੋ। ਤੁਸੀਂ ਵਰਤਿਆ ਹਵਾਲੇ ਦਾ ਸੰਸਕਰਣ ਜਾਂ ਤਾਰੀਖ ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ ਵਿਕਰੇਤਾਵਾਂ ਦੀਆਂ ਸਾਰਣੀਆਂ ਸੋਧੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਜਿਸ ਸੇਵਾ ਲਈ ਨਿਯਮ ਹੈ ਉਸਦਾ ਨਾਮ ਲੈਣ ਵਾਲੇ ਦੀ ਸਮੀਖਿਆ ਹੋ ਸਕਦੀ ਹੈ; ਪ੍ਰੋਟੋਕੋਲ ਸ਼੍ਰੇਣੀ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲੇ ਦੀ ਨਹੀਂ।

ਛੋਟ ਨੂੰ ਉਪਕਾਰ ਨਹੀਂ, ਸਮਝੌਤਾ ਬਣਾ ਕੇ ਲਿਖੋ

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

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

ਆਰਜ਼ੀ ਫੋਨ-ਸੁਧਾਰ ਦਾ ਲੇਬਲ ਲੱਗੀ ਪੱਕੀ ਇਜਾਜ਼ਤ ਦੋ ਸਾਲ ਬਾਅਦ ਟਿਕਾਊ ਨਹੀਂ ਹੁੰਦੀ। ਪਛਾਣੀ ਸੇਵਾ ਨਾਲ ਬੱਝੀ ਇਜਾਜ਼ਤ ਦੀ ਮਿਆਦ ਹੁੰਦੀ ਹੈ ਜੋ ਜਾਣ-ਬੁੱਝ ਕੇ ਨਵੀਨੀਕਰਨ ਹੁੰਦੀ ਹੈ।

ਸਰੋਤ ਨੂੰ ਇਮਾਨਦਾਰੀ ਨਾਲ ਸੀਮਿਤ ਕਰੋ

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

ਸਰੋਤ ਪਤਾ ਜਾਂ ਹਾਰਡਵੇਅਰ ਪਤਾ ਭੌਤਿਕ ਹੈਂਡਸੈੱਟ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦਾ ਅਰਥ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਸ ਭਾਗ ਅੰਦਰਲੇ ਹੋਰ ਨਿਯੰਤਰਣਾਂ 'ਤੇ ਨਿਰਭਰ ਹੈ। ਜੇ ਨਿਯਮ ਦੀ ਦਲੀਲ MAC ਪਤੇ 'ਤੇ ਟਿਕੀ ਹੈ, ਤਾਂ ਨਿਯਮ ਜਾਰੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਵਰਤੋਂਕਾਰ ਨੂੰ ਇਸਨੂੰ ਬਦਲਣ ਤੋਂ ਕੀ ਰੋਕਦਾ ਹੈ।

ਪੋਰਟ ਨਿਯਮ ਜੋ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਉਹ ਸਵੀਕਾਰ ਕਰੋ

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

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

nft add rule inet edge forward ip saddr 10.40.0.0/24 udp dport { 500, 4500 } counter accept
nft add rule inet edge forward udp dport { 500, 4500 } counter drop

nftables ਕ੍ਰਮ ਵਿੱਚ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ ਅਤੇ ਪਹਿਲੇ ਮੇਲ 'ਤੇ ਰੁਕਦਾ ਹੈ, ਇਸ ਲਈ ਸੀਮਿਤ ਮਨਜ਼ੂਰੀ ਆਮ ਵਰਜਨ ਤੋਂ ਉੱਪਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਦੋਵੇਂ ਪਲਟ ਦਿਓ ਅਤੇ ਛੋਟ ਚੁੱਪਚਾਪ ਕੁਝ ਨਹੀਂ ਕਰਦੀ।

ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ ਵਰਜਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

nft -a list chain inet edge forward

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