ਵੈਬਸਾਈਟ ਗਲਤ ਸਰਟੀਫਿਕੇਟ ਦਿਖਾ ਰਹੀ ਹੈ? ਸਰੋਤੇ ਨੂੰ ਲੱਭੋ

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

ਮਾਮਲਾ ਤੈਅ ਕਰਨ ਵਾਲੇ ਤੱਥ ਇਕੱਠੇ ਕਰਦੇ ਸਮੇਂ ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਸ਼ੁਰੂ, ਅਣਇੰਸਟਾਲ ਜਾਂ ਉੱਤੇ ਨਹੀਂ ਲਿਖਿਆ ਜਾਂਦਾ।

ਉਹ ਸਰਟੀਫਿਕੇਟ ਪੜ੍ਹੋ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਅਸਲ ਵਿੱਚ ਮਿਲਿਆ

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

ਫਿਰ ਉਸੇ ਰਾਹ ਦੀ ਮਸ਼ੀਨ ਤੋਂ ਹੈਂਡਸ਼ੇਕ ਦੁਬਾਰਾ ਬਣਾਓ, ਪਤਾ ਸਪਸ਼ਟ ਤੌਰ ਉੱਤੇ ਦੱਸੋ ਅਤੇ ਇੱਛਤ ਸਰਵਰ ਨਾਮ ਭੇਜੋ ਤਾਂ ਜੋ ਜਵਾਬ ਡਿਫਾਲਟ ਹੋਸਟ ਦੀ ਥਾਂ ਸਾਈਟ ਨੂੰ ਦਰਸਾਏ।

openssl s_client -connect 198.51.100.37:443 -servername www.example.net </dev/null 2>/dev/null |
  openssl x509 -noout -subject -issuer -fingerprint -sha256 -ext subjectAltName

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

ਉਸ ਪੋਰਟ ਨਾਲ ਬੱਝੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪਛਾਣ ਕਰੋ

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

sudo ss -ltnp 'sport = :443'
sudo ss -ltnp | grep -E ':(443|943)\b'

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

ਫਾਈਲ ਤੋਂ ਪਹਿਲਾਂ ਵਰਚੁਅਲ ਹੋਸਟ ਮਿਲਾਓ

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

sudo apachectl -S

Apache ਦੇ SSL ਬਾਰੇ ਆਮ ਸਵਾਲ ਦੱਸਦੇ ਹਨ ਕਿ ਸਰਵਰ ਨਾਮ ਸੰਕੇਤ ਸਰਟੀਫਿਕੇਟ ਕਿਵੇਂ ਚੁਣਦਾ ਹੈ। HTTP ਦਾ Host ਹੈਡਰ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਬਾਅਦ ਆਉਂਦਾ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਪੇਸ਼ ਕੀਤੇ ਨੂੰ ਪਿੱਛੇ ਜਾ ਕੇ ਨਹੀਂ ਬਦਲ ਸਕਦਾ, ਇਸ ਲਈ ਨਾ ਮਿਲਦਾ ਜਾਂ ਗੈਰਹਾਜ਼ਰ ਨਾਮ ਡਿਫਾਲਟ ਹੋਸਟ ਉੱਤੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ।

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

ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਬਦਲਾਅ ਹਰ ਦਾਅਵਾ ਕੀਤੇ ਰਾਹ ਉੱਤੇ ਜਾਂਚੋ

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

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

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