Virtio ’ਤੇ pfSense: offload ਬੰਦ ਹੋਣ ਤੱਕ TCP ਰੁਕ ਜਾਂਦਾ ਹੈ

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

virtio ਨੈੱਟਵਰਕ ਕਾਰਡ ਵਾਲੇ pfSense ਗੈਸਟ ਕੋਲ ਠੀਕ ਉਸੇ ਰੂਪ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਬਹੁਤ ਵਧੀਆ ਕਾਰਨ ਹੈ।

ਛੋਟੇ ਪੈਕਟ ਲੰਘਦੇ ਹਨ, ਵੱਡਾ TCP ਅਟਕ ਜਾਂਦਾ ਹੈ

ਹੈਂਡਸ਼ੇਕ, DNS ਜਵਾਬ ਅਤੇ ICMP ਗੂੰਜ ਛੋਟੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਆਮ ਤੌਰ ’ਤੇ ਲੰਘਦੇ ਹਨ। ਲਗਾਤਾਰ ਟ੍ਰਾਂਸਫਰ ਗੈਸਟ ਨੂੰ ਖੰਡਿਤ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਉੱਥੇ ਹੀ ਖਰਾਬ ਹੋਇਆ offload ਮਾਰਗ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ। ਖਰਾਬੀ ਦਾ ਸਮਰੂਪ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ: ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਸਾਫ਼ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਅੰਦਰ ਆਉਣ ਵਾਲਾ ਡਿੱਗ ਜਾਵੇ, ਜਾਂ ਉਲਟਾ, ਇਸ ਲਈ ਵਰਤੋਂਕਾਰ ਲੌਗਇਨ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਪਹਿਲੇ ਵੱਡੇ ਜਵਾਬ ’ਤੇ ਰੁਕ ਸਕਦਾ ਹੈ। ਕਿਉਂਕਿ ਉਹੀ ਕਲਾਇੰਟ ਕਿਸੇ ਹੋਰ ਗੇਟਵੇ ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਦੋਸ਼ ਨਵੇਂ ਹਿੱਸੇ ’ਤੇ ਪਾਇਆ ਜਾਂਦਾ ਹੈ।

ਇਸ ਲਈ ਟਨਲ ਬਿਨਾਂ ਗੇਟਵੇ ਦੀ ਜਾਂਚ ਕਰੋ। ਕੁਝ ਸਕਿੰਟ ਚੱਲ ਸਕਣ ਜਿੰਨੀ ਵੱਡੀ LAN-ਤੋਂ-WAN ਡਾਊਨਲੋਡ ਕਾਫ਼ੀ ਹੈ, ਅਤੇ ਇਹ ਕਿਸੇ ਵੀ ਸੈਟਿੰਗ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਜੋ ਬਾਅਦ ਦੀ ਤੁਲਨਾ ਦਾ ਕੋਈ ਅਰਥ ਹੋਵੇ।

offload ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰਦਾ ਹੈ

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

ਤੈਅ ਕੀਤਾ ਸੈੱਟ ਹਾਈਪਰਵਾਈਜ਼ਰ ਸੰਸਕਰਣ ਅਤੇ ਚੁਣੇ NIC ਮਾਡਲ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਸਿਰਫ਼ ਤੁਹਾਡੇ ਆਯਾਤ ਕੀਤੇ ਕਨਫਿਗਰੇਸ਼ਨ ’ਤੇ ਨਹੀਂ।

ਇੱਕ ਚੈੱਕਬਾਕਸ virtio ਰੱਖਦਾ ਹੈ

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

ਬਦਲਾਅ ਕਰਦੇ ਸਮੇਂ NIC ਨੂੰ virtio ਹੀ ਰਹਿਣ ਦਿਓ। E1000 ’ਤੇ ਜਾਣ ਨਾਲ VM ਦੀ ਪੂਰੀ ਉਮਰ ਦੌਰਾਨ ਹਰ ਪੈਕਟ ’ਤੇ CPU ਸੜਦਾ ਹੈ ਅਤੇ ਹੋਸਟ ਵਿਰਾਸਤ ਵਿੱਚ ਪਾਉਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਤੋਂ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਲੁਕ ਜਾਂਦੀ ਹੈ, ਜੋ ਥੋੜ੍ਹੇ ਹੌਲੀ ਪਰ ਅਨੁਮਾਨਯੋਗ ਡੇਟਾ ਮਾਰਗ ਨਾਲੋਂ ਮਾੜਾ ਸੌਦਾ ਹੈ।

ਹੁਣੇ ਸਵੀਕਾਰ ਕੀਤੀ ਲਾਗਤ ਮਾਪੋ

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

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

BSD ਅਧਾਰਿਤ ਹੋਰ ਫਾਇਰਵਾਲ ਆਪਣੀ ਇੰਟਰਫ਼ੇਸ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਬਰਾਬਰ ਨਿਯੰਤਰਣ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਮੀਨੂ ਮਾਰਗ ਨਾ ਹੋਣ ’ਤੇ ਵੀ ਤਰਕ ਲਾਗੂ ਰਹਿੰਦਾ ਹੈ।