ਵਰਚੁਅਲ pfSense TAP ਬ੍ਰਿਜ: ਤਿੰਨ ਥਾਵਾਂ ਜਿੱਥੇ ਫਰੇਮ ਮਰ ਸਕਦਾ ਹੈ
ਬ੍ਰਿਜ, ਇਸ ਦੇ ਮੈਂਬਰ ਅਤੇ ਵਰਚੁਅਲ ਸਵਿੱਚ ਹਰ ਇੱਕ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਫੈਸਲਾ ਕਰਦੇ ਹਨ। ਉਸ ਨਿਯੰਤਰਣ ਨੂੰ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਕਰੋ ਕਿ ਕਿਸ ਮਾਲਕ ਨੇ ਫਿਲਟਰ ਕੀਤਾ ਜੋ ਕਦੇ ਰਸਤੇ ਵਿੱਚ ਨਹੀਂ ਸੀ।
ਤੁਸੀਂ LAN ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ਨਿਯਮ ਬੰਦ ਕਰਦੇ ਹੋ, ਫਰੇਮ ਫਿਰ ਵੀ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਿੱਟਾ ਇਹ ਨਿਕਲਦਾ ਹੈ ਕਿ pfSense ਆਪਣੇ ਹੀ ਫਾਇਰਵਾਲ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰ ਰਿਹਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਜੋ ਹੋਇਆ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ ਕਿਸੇ ਹੋਰ ਮਾਲਕ ਨੇ ਫੈਸਲਾ ਲਿਆ: ਬ੍ਰਿਜ ਆਪ, ਮੈਂਬਰ ਇੰਟਰਫੇਸ, ਜਾਂ ਗੈਸਟ ਤੋਂ ਬਾਹਰਲਾ ਵਰਚੁਅਲ ਸਵਿੱਚ। ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਨਿਯੰਤਰਣ ਅਤੇ ਆਪਣਾ ਲੌਗ ਹੈ।
ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਤਿੰਨ ਸੀਮਾਵਾਂ ਨੂੰ ਕੋਈ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਵੱਖ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਬੰਦ ਕਰਨਾ ਦੂਜੇ ਦੀ ਭਰਪਾਈ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਇੱਕ ਫਰੇਮ, ਤਿੰਨ ਨੀਤੀ-ਮਾਲਕ
TAP ਕਲਾਇੰਟ ਦਾ ਫਰੇਮ ਟਨਲ ਡਿਵਾਈਸ ਰਾਹੀਂ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, pfSense ਬ੍ਰਿਜ ਪਾਰ ਕਰਦਾ ਹੈ, LAN ਮੈਂਬਰ ਰਾਹੀਂ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਕੁਝ ਵੀ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਚੁਅਲ ਸਵਿੱਚ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ। ਗੈਸਟ ਦੇ ਅੰਦਰ ਫਿਲਟਰਿੰਗ ਬ੍ਰਿਜ 'ਤੇ ਜਾਂ ਮੈਂਬਰ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਿਹੜਾ ਸਰਗਰਮ ਹੈ ਇਹ ਸਥਿਰ ਗੁਣ ਨਹੀਂ ਸਗੋਂ ਕਾਨਫਿਗਰੇਸ਼ਨ ਦੀ ਚੋਣ ਹੈ। ਗੈਸਟ ਤੋਂ ਬਾਹਰ ਹਾਈਪਰਵਾਈਜ਼ਰ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਉਹ ਵਰਚੁਅਲ ਅਡੈਪਟਰ ਆਪਣਾ ਨਾ ਹੋਣ ਵਾਲੇ ਸਰੋਤ MAC ਨਾਲ ਫਰੇਮ ਭੇਜ ਸਕਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਬਿੰਦੂ 'ਤੇ ਡ੍ਰੌਪ ਕਲਾਇੰਟ ਵੱਲੋਂ ਇੱਕੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ।
ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਇੱਛਤ ਰਸਤਾ ਲਿਖੋ: ਟਨਲ ਮੈਂਬਰ, ਬ੍ਰਿਜ, LAN ਮੈਂਬਰ, ਵਰਚੁਅਲ ਸਵਿੱਚ, ਮੰਜ਼ਿਲ। ਫਿਰ ਪੁੱਛੋ ਕਿ ਉਸ ਰਸਤੇ 'ਤੇ ਕਿਹੜੇ ਮਾਲਕ ਨੇ ਫਰੇਮ ਦੇਖਿਆ ਹੋਵੇਗਾ।
ਕਿਹੜਾ pfSense ਨਿਯੰਤਰਣ ਫਿਲਟਰ ਕਰ ਰਿਹਾ ਹੈ
pfSense ਇਸ ਲਈ ਦੋ sysctl ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਇੱਕ ਬ੍ਰਿਜ ਮੈਂਬਰਾਂ 'ਤੇ ਫਿਲਟਰਿੰਗ ਲਈ ਅਤੇ ਇੱਕ ਬ੍ਰਿਜ 'ਤੇ ਹੀ ਫਿਲਟਰਿੰਗ ਲਈ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਸਰਗਰਮ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਬ੍ਰਿਜ-ਪੱਧਰੀ ਫਿਲਟਰਿੰਗ ਬ੍ਰਿਜ ਮੈਂਬਰਾਂ ਰਾਹੀਂ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਦਿਸ਼ਾ ਪੱਖੋਂ ਆਉਣ ਵਾਲੀ ਹੈ, ਸਮਮਿਤ ਨਹੀਂ। ਜੋ ਇੰਟਰਫੇਸ ਅਸਲ ਵਿੱਚ ਫਿਲਟਰ ਕਰ ਰਿਹਾ ਹੈ ਉਸ 'ਤੇ ਨਿਯਮ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਫਿਲਟਰ ਭੂਮਿਕਾ ਤੋਂ ਬਿਨਾਂ ਮੈਂਬਰ 'ਤੇ ਲਿਖਿਆ ਨਿਯਮ ਕੁਝ ਵੀ ਨਹੀਂ ਕਰਦਾ। ਬ੍ਰਿਜ ਫਿਲਟਰਿੰਗ ਦਸਤਾਵੇਜ਼ ਮਾਲਕੀ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ।
IP ਪਤੇ ਤੋਂ ਬਿਨਾਂ ਮੈਂਬਰ ਇੰਟਰਫੇਸ ਕੋਲ ਆਪਣਾ ਪਤਾ ਜਾਂ ਸਬਨੈੱਟ ਮੈਕਰੋ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਉਸ ਮੈਕਰੋ ਵਿਰੁੱਧ ਲਿਖਿਆ ਨਿਯਮ ਤੁਹਾਡੇ ਇੱਛਤ LAN ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਹੋਰ ਵਰਣਨ ਕਰ ਸਕਦਾ ਹੈ। ਸੁਵਿਧਾ ਵਾਲੇ ਮੈਕਰੋ ਦੀ ਥਾਂ ਜਾਣਬੁੱਝ ਕੇ ਦਿੱਤੀਆਂ ਨੈੱਟਵਰਕ ਵਸਤੂਆਂ ਵਰਤੋ।
ਫਰੈਗਮੈਂਟ ਫਰੇਮ ਨਹੀਂ ਹੈ
ਈਥਰਨੈੱਟ ਫਰੇਮ IP ਪੈਕੇਟ ਢੋਂਦੇ ਹਨ, ਅਤੇ ਇੱਕ IP ਪੈਕੇਟ ਵੱਡੇ ਡੇਟਾਗ੍ਰਾਮ ਦਾ ਫਰੈਗਮੈਂਟ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਦੋ ਸ਼ਬਦ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦੇ। ਟਨਲ ਦੇ ਅੰਦਰ ਇੱਕ ਅੰਦਰੂਨੀ ਪੈਕੇਟ ਅਤੇ ਇਸ ਤੋਂ ਬਾਹਰ ਇੱਕ ਬਾਹਰੀ ਆਵਾਜਾਈ ਪੈਕੇਟ ਵੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਨਾਕਾਮੀ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦੀ ਵੀ ਹੋ ਸਕਦੀ ਹੈ। ਛੋਟਾ ping ਉਸ ਸਟੈਕ ਵਿੱਚੋਂ ਇੱਕ ਰਸਤਾ ਜਾਂਚਦਾ ਹੈ ਅਤੇ ਵੱਡੇ ਟ੍ਰਾਂਸਫਰ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਦੋ ਨਾਲ ਲੱਗਦੀਆਂ ਸੀਮਾਵਾਂ 'ਤੇ ਅਸਫਲ ਅਦਲਾ-ਬਦਲੀ ਦੀ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਨਿਯਮ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਡ੍ਰੌਪ ਦਾ ਕਾਰਨ ਪੜ੍ਹੋ।
ਜੇ ਫਰੈਗਮੈਂਟ ਗਾਇਬ ਹੋਣ, ਤਾਂ ਜਵਾਬ ਸੀਮਤ ਸੁਧਾਰ ਜਾਂ ਪੈਕੇਟ ਆਕਾਰ ਦੀ ਜਾਂਚ ਹੈ, ਫਿਲਟਰਿੰਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਦਾ ਫੈਸਲਾ ਨਹੀਂ।
ਹਾਈਪਰਵਾਈਜ਼ਰ ਦਾ ਆਪਣਾ ਦਾਖਲਾ-ਫੈਸਲਾ ਹੈ
ਹੋਰ ਮਸ਼ੀਨਾਂ ਲਈ ਟ੍ਰੈਫਿਕ ਬ੍ਰਿਜ ਕਰਨ ਵਾਲਾ ਗੈਸਟ ਅਜਿਹੇ ਫਰੇਮ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਸਰੋਤ MAC ਪਤੇ ਉਸ ਦੇ ਆਪਣੇ ਅਡੈਪਟਰ ਦੇ ਨਹੀਂ ਹੁੰਦੇ, ਅਤੇ ਪੋਰਟ ਗਰੁੱਪ ਦੀ ਇਜਾਜ਼ਤ ਤੋਂ ਬਿਨਾਂ ਬਹੁਤ ਸਾਰੇ ਵਰਚੁਅਲ ਸਵਿੱਚ ਇਸ ਨੂੰ ਸਪੂਫਿੰਗ ਮੰਨਦੇ ਹਨ। ਉਸ ਪ੍ਰਸਾਰਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣਾ ਅਤੇ ਅਡੈਪਟਰ ਨੂੰ ਹਰ ਫਰੇਮ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣਾ ਵੱਖਰੇ ਨਿਯੰਤਰਣ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਹਰ ਜਗ੍ਹਾ ਸਰਗਰਮ ਕਰਨਾ ਸਮੱਸਿਆ ਦੀ ਲੋੜ ਨਾਲੋਂ ਬਹੁਤ ਵੱਡਾ ਬਦਲਾਅ ਹੈ। ਤੈਅ ਕਰੋ ਕਿ ਬ੍ਰਿਜ ਨੂੰ ਕਿਹੜੇ ਫਰੇਮ ਪ੍ਰਾਪਤ ਕਰਨੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਭੇਜਣੇ ਹਨ, ਫਿਰ ਸਿਰਫ਼ ਉਹ ਵਿਵਹਾਰ ਉਸ ਸੀਮਾ 'ਤੇ ਦਿਓ ਜੋ ਇਸ ਦੀ ਮਾਲਕ ਹੈ। ਦੂਰੋਂ ਪ੍ਰਬੰਧਿਤ ਬ੍ਰਿਜ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕੰਸੋਲ ਪਹੁੰਚ ਰੱਖੋ।
ਕਨੈਕਟੀਵਿਟੀ ਬਹਾਲ ਕਰਨਾ ਟੈਸਟ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਹੈ; ਬਾਕੀ ਅੱਧਾ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨਾ ਹੈ ਕਿ ਜੋ ਪ੍ਰਵਾਹ ਰੁਕਿਆ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਉਹ ਅਜੇ ਵੀ ਰੁਕਿਆ ਹੋਇਆ ਹੈ।
ਦਰਜ ਕਰੋ ਕਿ ਕਿਸ ਮਾਲਕ ਨੇ ਫਿਲਟਰ ਕੀਤਾ, ਕਿਹੜਾ ਨਿਯੰਤਰਣ ਬਦਲਿਆ ਅਤੇ ਕਿਹੜੇ ਦੋ ਪ੍ਰਵਾਹ ਤੁਸੀਂ ਜਾਂਚੇ। ਉਹ ਰਿਕਾਰਡ ਅਗਲੀ ਘਟਨਾ ਨੂੰ ਇਸੇ ਧਾਰਨਾ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਰੋਕਦਾ ਹੈ ਕਿ pfSense ਆਪਣੇ ਆਪ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰ ਰਿਹਾ ਹੈ।