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

ਇੱਕੋ ਵਰਗੇ ਦਿਸਦੇ ਦੋ ਸਵਾਲ

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

ਕਿਸੇ ਵੀ ਮੁਲਾਂਕਣ ਵਿੱਚ ਦੋਵਾਂ ਨੂੰ ਵੱਖਰੇ ਵਾਕਾਂ ਵਿੱਚ ਰੱਖੋ। ਇਨ੍ਹਾਂ ਨੂੰ ਜੋੜਨਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਲੈਬ ਡੈਮੋ ਅਜਿਹੀ ਸਹਾਇਤਾ-ਵਚਨਬੱਧਤਾ ਬਣ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ ਨਿਭਾ ਨਹੀਂ ਸਕਦਾ।

ਕੰਟੇਨਰ ਦੀ ਹੱਦ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦੀ ਹੈ

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

libertine-container-manager list
libertine-container-manager info -i <container-id>
libertine-launch -i <container-id> bash

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

ਫ਼ੋਨ ਦੀ ਨੈੱਟਵਰਕ ਸਥਿਤੀ ਕਿੱਥੇ ਰਹਿੰਦੀ ਹੈ

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

nmcli connection show
ip route get 10.42.0.10
ip -br addr show

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

ਇੱਕ ਕਾਰਜ ਪ੍ਰਵਾਹ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਪੜ੍ਹੋ

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

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

ਜਵਾਬ ਨਾਂਹ ਹੋਵੇ ਤਾਂ ਕੀ ਦਰਜ ਕਰਨਾ

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

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

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

ਸੰਬੰਧਿਤ ਲੇਖ