HTTP ਸਬੂਤ ਚੁਣਨਾ: ਗੇਟਵੇ ਰਿਕਾਰਡ ਜਾਂ ਐਪ ਲੌਗ

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

ਡੇਟਾ ਸਰੋਤ ਤੋਂ ਪਹਿਲਾਂ ਸਵਾਲ ਦਾ ਨਾਂ ਰੱਖੋ

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

ਸਵਾਲ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖੋ ਅਤੇ ਸੰਗ੍ਰਹਿ ਯੋਜਨਾ ਦੇ ਕੋਲ ਰੱਖੋ। ਇਹੀ ਘੇਰੇ ਦਾ ਇੱਕੋ-ਇੱਕ ਭਰੋਸੇਯੋਗ ਨਿਯੰਤਰਣ ਹੈ।

ਗੇਟਵੇ ਕੀ ਦਿਖਾ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਸਹੀ ਢੰਗ ਨਾਲ ਸੁਰੱਖਿਅਤ HTTPS ਅੱਗੇ ਭੇਜਣ ਵਾਲਾ ਗੇਟਵੇ ਆਮ ਤੌਰ ਉੱਤੇ ਪਤੇ, ਪੋਰਟ ਅਤੇ ਮਾਤਰਾਵਾਂ ਦੇਖਦਾ ਹੈ, ਬੇਨਤੀ ਲਾਈਨਾਂ ਜਾਂ ਬਾਡੀ ਨਹੀਂ।

conntrack -L -d 203.0.113.10 | head
tcpdump -ni vpn0 -c 20 'tcp port 443'

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

ਐਪ ਲੌਗ ਜ਼ਿਆਦਾਤਰ ਬੇਨਤੀ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ

ਤੁਹਾਡੇ ਚਲਾਏ ਐਪ ਲਈ, ਇਸ ਦਾ ਆਪਣਾ ਸਮਰਥਿਤ ਲੌਗਿੰਗ ਆਮ ਤੌਰ ਉੱਤੇ ਦੂਜਿਆਂ ਦੇ ਕਨੈਕਸ਼ਨ ਡੀਕ੍ਰਿਪਟ ਕੀਤੇ ਬਿਨਾਂ ਬੇਨਤੀ-ਪੱਧਰ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

curl -sS -o /dev/null -w "%{http_code} %{time_total}\n" https://app.example.com/health
tail -n 5 /var/log/nginx/access.log

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

ਅਟਕਾਉਣਾ ਇੱਕ ਵੱਖਰਾ ਭਰੋਸਾ ਡਿਜ਼ਾਈਨ ਹੈ

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

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