Meshnet, Docker ਅਤੇ ਵਿਚਕਾਰਲੀ ਇਜਾਜ਼ਤ

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

ਇਜਾਜ਼ਤ ਹੋਸਟ ਦੇ ਅੰਤ ਬਿੰਦੂ ਬਾਰੇ ਹੈ, ਅਨੁਵਾਦ Docker ਬਾਰੇ ਹੈ, ਅਤੇ ਲੌਗਇਨ ਐਪਲੀਕੇਸ਼ਨ ਬਾਰੇ ਹੈ। ਤਿੰਨ ਫ਼ੈਸਲੇ, ਵੇਖਣ ਦੇ ਤਿੰਨ ਥਾਂ।

ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਬਾਅਦ ਮੰਜ਼ਿਲ ਦਾ ਪਿੱਛਾ ਕਰੋ

ਇੱਕ Linux Docker ਹੋਸਟ ਲਓ ਜੋ ਕੰਟੇਨਰ ਦਾ ਪੋਰਟ 80 ਹੋਸਟ ਦੇ ਪੋਰਟ 8080 ’ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਪੀਅਰ 8080 ’ਤੇ ਹੋਸਟ ਦੇ ਮੈਸ਼ ਪਤੇ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਹੋਸਟ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਮੰਜ਼ਿਲ ਦਾ ਅਨੁਵਾਦ ਇਸਨੂੰ ਕੰਟੇਨਰ ਦੇ ਬ੍ਰਿਜ ਪਤੇ ਵੱਲ, ਆਮ ਤੌਰ ’ਤੇ 172.17.0.2 ਵਰਗਾ ਕੁਝ, ਪੋਰਟ 80 ’ਤੇ ਮੁੜ ਲਿਖਦਾ ਹੈ।

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

ਇਸੇ ਲਈ ਮੈਸ਼ ਦਾ ਦਸਤਾਵੇਜ਼ Docker ਕੰਟੇਨਰਾਂ ਨੂੰ ਉਹਨਾਂ ਸਰੋਤਾਂ ਵਿੱਚ ਗਿਣਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ Linux ’ਤੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਇਜਾਜ਼ਤ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ। ਇਜਾਜ਼ਤ ਆਮ VPN ਮਨਜ਼ੂਰ ਸੂਚੀ ਦੀ ਐਂਟਰੀ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਨਿਯੰਤਰਣ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੇ। ਇੱਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪੀਅਰ ਸਥਾਨਕ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ; ਦੂਜਾ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਮਾਰਗ ਕਿਹੜੀਆਂ ਮੰਜ਼ਿਲਾਂ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ।

ਤੈਅ ਕਰੋ ਕਿ ਇੱਕ ਇਜਾਜ਼ਤ ਕਿੰਨੀ ਸਥਾਨਕ ਪਹੁੰਚ ਦਿੰਦੀ ਹੈ

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

ਫਿਰ ਵੇਖੋ Docker ਪੋਰਟ ਕਿੱਥੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। 0.0.0.0 ’ਤੇ ਪ੍ਰਕਾਸ਼ਨ ਹਰ ਹੋਸਟ ਪਤੇ ’ਤੇ ਇੱਕ ਸੁਣਨ ਵਾਲਾ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਮੈਸ਼ ਐਂਟਰੀ ਦੇ ਨਾਲ ਇੱਕ ਆਮ LAN ਐਂਟਰੀ ਜੋੜ ਸਕਦਾ ਹੈ। ਜੇ ਲੋੜ ਸਿਰਫ਼ ਮੈਸ਼ ਹੈ, ਤਾਂ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਉਸ ਖਾਸ ਪਤੇ ਜਾਂ ਇੰਟਰਫ਼ੇਸ ਨਾਲ ਬੰਨ੍ਹੋ ਜਿਸ ਦਾ ਤੁਸੀਂ ਇਰਾਦਾ ਰੱਖਦੇ ਹੋ, ਅਤੇ ਵਿਸ਼ਾਲ ਬੰਧਨ ਨੂੰ ਸੁਵਿਧਾ ਨਹੀਂ ਸਗੋਂ ਵੱਖਰਾ ਨਤੀਜਾ ਮੰਨੋ।

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

ਇਜਾਜ਼ਤ ਦੀ ਜਾਂਚ ਕਰੋ, ਸਿਰਫ਼ URL ਦੀ ਨਹੀਂ

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

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

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

ਨਤੀਜਾ ਸਿਸਟਮ ਦੀ ਆਪਣੀ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚ ਲਿਖੋ

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

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