IKE ਪਛਾਣ ਜਾਂ ਐਂਡਪੌਇੰਟ ਪਤਾ: ਇਹਨਾਂ ਨੂੰ ਨਾ ਮਿਲਾਓ
FQDN ਕਿਸਮ ਦੀ IKE ਪਛਾਣ ਸ਼ਬਦੀ ਪ੍ਰਮਾਣੀਕਰਨ ਮੁੱਲ ਹੈ, ਰਿਵਰਸ-DNS ਖੋਜ ਨਹੀਂ। ਐਂਡਪੌਇੰਟ ਪਤਾ, ਸਥਾਨਕ ਪਛਾਣ ਅਤੇ ਉਮੀਦ ਕੀਤਾ peer ਵੱਖਰਾ ਰੱਖੋ।
FQDN ਪਛਾਣ ਵਜੋਂ ਲੇਬਲ ਕੀਤੇ ਖੇਤਰ ਨੂੰ ਸ਼ਬਦੀ ਸਤਰ ਵਜੋਂ ਪੜ੍ਹੋ, ਤੁਹਾਡੇ ਜਨਤਕ ਪਤੇ ਦੇ ਰਿਵਰਸ-DNS ਨਾਮ ਦੀ ਬੇਨਤੀ ਵਜੋਂ ਨਹੀਂ। strongSwan ਦੇ ਪਾਰਸਰ ਵਿੱਚ ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਹੈ, ਇੱਕ ਸਤਰ, ਅਤੇ ਇਸਨੂੰ ਪੜ੍ਹਨ ਨਾਲ ਇਹ ਕਦੇ ਵੀ ਐਂਡਪੌਇੰਟ ਵਿੱਚ ਹੱਲ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਤੱਥ ਆਪਣੇ ਆਪ ਹੀ ਸਭ ਤੋਂ ਆਮ ਧਿਆਨ ਭਟਕਣ ਹਟਾ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ peer ਲਈ ਪਛਾਣਕਰਤਾ ਚੁਣਦੇ ਹੋ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਤਿੰਨੇ ਸੰਬੰਧਿਤ ਮੁੱਲਾਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਮਿਲਣ ਤੋਂ ਰੋਕਦੀਆਂ ਹਨ।
ਲੇਬਲ ਖੋਜ ਨਹੀਂ ਹੈ
ਵਿਕਰੇਤਾ ਇੰਟਰਫੇਸ FQDN ਅਤੇ hostname ਵਰਗੇ ਸ਼ਬਦ ਢਿੱਲੇ ਢੰਗ ਨਾਲ ਵਰਤਦੇ ਹਨ, ਅਤੇ ਡੱਬੇ ਉੱਤੇ ਲੱਗਾ ਲੇਬਲ ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਐਨਕੋਡਿੰਗ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਜੋ ਜੰਤਰ ਖੇਤਰ ਨੂੰ Client FQDN ਕਹਿੰਦਾ ਹੈ, ਉਹ FQDN, ਈਮੇਲ ਆਕਾਰ ਦੀ ਸਤਰ ਜਾਂ ਨੰਗਾ ਪਤਾ ਭੇਜ ਸਕਦਾ ਹੈ। ਟੈਕਸਟ ਅਤੇ ਕਿਸਮ ਨੂੰ ਦੋ ਵੱਖਰੇ ਫੈਸਲੇ ਮੰਨੋ ਅਤੇ ਦੋਵੇਂ ਦਰਜ ਕਰੋ।
ਸ਼ਬਦੀ ਪਛਾਣ ਵਿੱਚ ਕੁਝ ਵੀ DNS ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਦੂਜੇ ਸਿਰੇ ਵੱਲੋਂ ਜਾਂਚਿਆ ਜਾਣ ਵਾਲਾ ਦਾਅਵਾ ਹੈ, ਨੈੱਟਵਰਕ ਨੂੰ ਹੱਲ ਕਰਨਾ ਪੈਣ ਵਾਲਾ ਨਾਮ ਨਹੀਂ।
ਤਿੰਨ ਵੱਖਰੇ ਮੁੱਲ, ਵੱਖਰੇ ਲਿਖੇ
ਇੱਕ ਕਨਫਿਗਰੇਸ਼ਨ ਸਕਰੀਨ ਪਿੱਛੇ ਤਿੰਨ ਕੰਮ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਮਹਿੰਗੀ ਗਲਤੀ ਹੈ। ਇੱਕ ਮੁੱਲ ਐਂਡਪੌਇੰਟ ਪਤਾ ਹੈ, ਜੋ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕਟ ਕਿੱਥੇ ਜਾਣਗੇ। ਦੂਜਾ ਇਹ peer ਵੱਲੋਂ ਪੇਸ਼ ਕੀਤੀ ਸਥਾਨਕ ਪਛਾਣ ਹੈ, ਅਤੇ ਤੀਜਾ ਉਹ ਪਛਾਣ ਹੈ ਜੋ ਤੁਸੀਂ ਪ੍ਰਮਾਣੀਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੂਰ ਦੇ ਸਿਰੇ ਤੋਂ ਉਮੀਦ ਕਰਦੇ ਹੋ। ਇਹਨਾਂ ਨੂੰ ਬਦਲਾਅ ਟਿਕਟ ਵਿੱਚ ਤਿੰਨ ਲਾਈਨਾਂ ਵਜੋਂ ਲਿਖੋ, ਕਿਉਂਕਿ ਇਸ ਤੋਂ ਘੱਟ ਕੁਝ ਸੰਬੰਧ ਨਹੀਂ, VPN ਦੱਸਦਾ ਹੈ।
| Job | Example | What it decides |
|---|---|---|
| Where the packets go | 198.51.100.7 | The endpoint address |
| What this peer claims | gw.branch.internal | The local IKE identity |
| Who should answer | ike.hub.internal | The expected remote identity |
ਨਮੂਨਾ ਪਛਾਣਾਂ ਨੂੰ ਤੈਨਾਤੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਚੁਣਿਆ ਅਤੇ ਅਧਿਕਾਰਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਦਾਅਵੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਜਾਂਚਦਾ ਹੈ, ਕੋਈ ਵੀ peer ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਵਾਲੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਨਹੀਂ, ਇਸ ਲਈ ਭਰੋਸੇਯੋਗ ਦਿਖਣ ਵਾਲੀ ਸਤਰ ਕੁਝ ਵੀ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦੀ।
ਕਿਸਮ ਮੁੱਲ ਦਾ ਹਿੱਸਾ ਹੈ
strongSwan ਪਛਾਣ ਸੰਦਰਭ FQDN, ਈਮੇਲ ਆਕਾਰ ਦੇ ਮੁੱਲ, IP ਪਤੇ ਅਤੇ ਹੋਰ ਐਨਕੋਡਿੰਗਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਐਨਕੋਡਿੰਗ ਅੱਖਰਾਂ ਜਿੰਨੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਦੋ ਜੰਤਰ ਇੱਕੋ ਟੈਕਸਟ ਵੱਖਰੀਆਂ ਕਿਸਮਾਂ ਹੇਠ ਸਵੀਕਾਰ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਇੱਕ ਦੂਜੇ ਨੂੰ ਇਨਕਾਰ ਕਰ ਸਕਦੇ ਹਨ। ਕਿਸਮ ਤੋਂ ਬਿਨਾਂ ਮੁੱਲ ਦਰਜ ਕਰਨ ਵਾਲਾ ਨੋਟ ਅੱਧਾ ਕਨਫਿਗਰੇਸ਼ਨ ਹੈ।
ਵਿਕਰੇਤਾ ਨੂੰ ਪੁੱਛੋ ਕਿ ਜੰਤਰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਕਿਸਮ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਇੰਟਰਫੇਸ ਲੇਬਲ ਦੀ ਥਾਂ ਡੀਕੋਡ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ। ਅੰਦਾਜ਼ਾ ਲਗਾਈ ਕਿਸਮ ਅਗਲੇ ਬਦਲਾਅ ਦੀ ਉਡੀਕ ਕਰਦੀ ਅਸੰਗਤੀ ਹੈ।
ਹਰ ਧਿਰ ਨੂੰ ਦੂਜੀ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਨਾ ਪੈਂਦਾ ਹੈ
ਹਰ ਧਿਰ ਦੀ ਸਥਾਨਕ ਪਛਾਣ ਨੂੰ ਦੂਜੀ ਧਿਰ ਦੀ ਪ੍ਰਮਾਣੀਕਰਨ ਨੀਤੀ ਪਾਸ ਕਰਨੀ ਪੈਂਦੀ ਹੈ। ਇਹ ਦੋਵੇਂ ਜੰਤਰਾਂ ਦੇ ਹਰ ਪਛਾਣ ਡੱਬੇ ਵਿੱਚ ਇੱਕੋ ਸਤਰ ਚਿਪਕਾਉਣਾ ਨਹੀਂ ਹੈ, ਉਹ ਛੋਟਾ ਰਾਹ ਉਹ ਕਨਫਿਗਰੇਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਕੋਈ ਡੀਬੱਗ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਪ੍ਰਮਾਣ-ਪੱਤਰ ਪ੍ਰਮਾਣੀਕਰਨ ਆਪਣੀਆਂ ਲੋੜਾਂ ਜੋੜਦਾ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦੀ ਪਛਾਣ ਅਤੇ ਭਰੋਸੇ ਦੀਆਂ ਸ਼ਰਤਾਂ ਤੁਹਾਡੇ ਵੱਲੋਂ ਟਾਈਪ ਕੀਤੀ IKE ਪਛਾਣ ਦੇ ਕੋਲ ਹੁੰਦੀਆਂ ਹਨ। ਸਿਰਫ਼ IKE ਪਛਾਣ ਦਾ ਮੇਲ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵਾਲੇ peer ਨੂੰ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦਾ।
DNS ਕਿੱਥੇ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਸੰਸਕਰਣ ਕੀ ਲਾਜ਼ਮੀ ਕਰਦਾ ਹੈ
ਖੋਜ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਗੇਟਵੇ hostname ਸੱਚਮੁੱਚ ਕੰਮ ਕਰਦਾ DNS ਮੰਗਦਾ ਹੈ, ਅਤੇ ਉਹ ਲੋੜ ਐਂਡਪੌਇੰਟ ਲੱਭਣ ਦੀ ਹੈ, ਟਾਈਪ ਕੀਤੀ ਪਛਾਣ ਦੀ ਕਿਸੇ ਰਿਵਰਸ ਖੋਜ ਦੀ ਨਹੀਂ। ਟਿਕਟ ਵਿੱਚ ਦੋਵੇਂ ਵੱਖਰੇ ਰੱਖੋ, ਕਿਉਂਕਿ ਖੋਜ ਫੇਲ੍ਹ ਹੋਣਾ ਅਤੇ ਪਛਾਣ ਦੀ ਅਸੰਗਤੀ ਕਲਾਇੰਟ ਲਾਗ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਵੱਖਰੀਆਂ ਥਾਵਾਂ ’ਤੇ ਠੀਕ ਹੁੰਦੀ ਹੈ।
ਕਿਸਮ ਲਾਜ਼ਮੀ ਕਰਨ ਵਾਲਾ ਸਿੰਟੈਕਸ ਕਾਪੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਉਤਪਾਦ ਅਤੇ ਸੰਸਕਰਣ ਦਾ ਪਾਰਸਰ ਪੜ੍ਹੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹੋ, ਕਿਉਂਕਿ ਪੁਰਾਣੇ strongSwan ਸੰਸਕਰਣ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੇ ਸਨ ਅਤੇ ਹੋਰ ਵਿਕਰੇਤਾ ਆਪਣੀਆਂ ਸੀਮਾਵਾਂ ਜੋੜਦੇ ਹਨ। ਜਦੋਂ ਤੁਸੀਂ ਦੋਵੇਂ ਸਿਰਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਚਾਰ ਚੀਜ਼ਾਂ ਇਕੱਠੀਆਂ ਰੱਖੋ: ਉਮੀਦ ਕੀਤੀ ਪਛਾਣ, ਪੇਸ਼ ਕੀਤੀ ਪਛਾਣ, ਕਿਸਮ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਗਲਤੀ। ਇਹ ਸਮੂਹ ਅਸੰਗਤੀ ਨੂੰ ਰਾਏ ਦੀ ਥਾਂ ਸਬੂਤ ਬਣਾ ਦਿੰਦਾ ਹੈ।