IPv6 VPN ਦੀ ਪਤਾ ਯੋਜਨਾ ਨੂੰ ਇੱਕ ਸਾਲ ਬਾਅਦ ਵੀ ਪੜ੍ਹਨਯੋਗ ਕਿਵੇਂ ਰੱਖੀਏ
ਪੜ੍ਹਨਯੋਗ ਯੋਜਨਾ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਹੜਾ ਪ੍ਰੀਫ਼ਿਕਸ ਕਿਹੜੀ ਸਾਈਟ ਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਕਿਵੇਂ ਵਾਪਸ ਆਉਂਦੇ ਹਨ। ਹਰ ਐਂਟਰੀ ਦੇ ਕੋਲ ਭੂਮਿਕਾਵਾਂ, ਸੰਕੇਤ, ਪ੍ਰਤੀਨਿਧਤਾ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਲਿਖੋ।
ਪਤਾ ਯੋਜਨਾ ਆਪਣੀ ਜਗ੍ਹਾ ਦੀ ਹੱਕਦਾਰ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਦੋ ਸਵਾਲ ਤੈਅ ਕਰਦੇ ਹਨ: ਕਿਹੜਾ ਪ੍ਰੀਫ਼ਿਕਸ ਕਿਹੜੀ ਸਾਈਟ ਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਉਸ ਸਾਈਟ ਤੋਂ ਬਾਹਰ ਕਿਵੇਂ ਆਉਂਦਾ ਹੈ। ਦੋਵਾਂ ਦਾ ਇੱਕੋ ਵਾਰ ਜਵਾਬ ਦਿਓ ਅਤੇ ਸੰਭਾਲ ਕਰਨ ਵਾਲਾ ਕਿਸੇ ਨੂੰ ਪੁੱਛੇ ਬਿਨਾਂ ਪੀਅਰ ਬਦਲ ਸਕਦਾ ਹੈ। ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਬਾਕੀ ਸਭ ਉਨ੍ਹਾਂ ਦੋ ਜਵਾਬਾਂ ਨੂੰ ਸਹਾਰਾ ਦੇਣ ਲਈ ਹੈ। ਜੋ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਸਹਾਰਾ ਨਹੀਂ ਦਿੰਦਾ, ਉਹ ਸਜਾਵਟ ਹੈ।
ਪੀਅਰ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪਾਠਕ ਨੂੰ ਕੀ ਜਵਾਬ ਦੇਣਾ ਹੈ
ਸੰਕੁਚਨ ਪਤਿਆਂ ਨੂੰ ਸਾਫ਼-ਸੁਥਰਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਫ਼ਾਈ ਢਾਂਚਾ ਨਹੀਂ ਹੈ। ਢਾਂਚਾ ਇਹ ਜਾਣਨਾ ਹੈ ਕਿ ਪ੍ਰਦਾਤਾ ਨੇ ਕਿਹੜੀ ਲੜੀ ਸੌਂਪੀ, ਤੁਸੀਂ ਕਿਹੜੀ ਚੁਣੀ, ਕਿਹੜਾ ਕਲਾਇੰਟ ਪੂਲ ਹੈ ਅਤੇ ਕਿਹੜਾ ਕਿਸੇ ਸਾਈਟ ਦੇ ਪਿੱਛੇ ਹੈ।
ਉਸ ਸਹਿਕਰਮੀ ਲਈ ਲਿਖੋ ਜੋ ਅਗਲੀ ਤਿਮਾਹੀ ਵਿੱਚ ਜੁੜੇਗਾ ਅਤੇ ਦੂਜੀ ਸਾਈਟ ਜੋੜਨੀ ਪਵੇਗੀ। ਸਫ਼ੇ ਉੱਤੇ ਕੁਝ ਵੀ ਉਸਨੂੰ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਪ੍ਰੀਫ਼ਿਕਸ ਕਿੱਥੋਂ ਆਇਆ, ਜਦ ਤੱਕ ਐਂਟਰੀ ਨਾ ਦੱਸੇ। ਇਹ ਛੱਡ ਦਿਓ ਤਾਂ ਪਹਿਲਾ ਬਦਲਾਅ ਪੁਰਾਤੱਤਵ ਬਣ ਜਾਂਦਾ ਹੈ।
ਯੋਜਨਾ ਦੀ ਹਰ ਕਤਾਰ ਨੂੰ ਕੀ ਢੋਣਾ ਹੈ
ਚਾਰ ਖੇਤਰ ਐਂਟਰੀ ਨੂੰ ਜਾਂਚਯੋਗ ਬਣਾਉਂਦੇ ਹਨ: ਪ੍ਰੀਫ਼ਿਕਸ ਕਿੰਨਾ ਲੰਮਾ ਹੈ, ਇਸਦਾ ਮਾਲਕ ਕੌਣ ਹੈ, ਟ੍ਰੈਫ਼ਿਕ ਅੱਗੇ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕਿਹੜਾ ਹਿੱਸਾ ਮੁੱਲ ਵੰਡਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਨੂੰ ਚੱਲ ਰਹੀ ਸੰਰਚਨਾ ਨਾਲ ਮਿਲਾਓ ਅਤੇ ਹਰ ਅਸਹਿਮਤੀ ਆਪਣੇ ਆਪ ਸਾਹਮਣੇ ਆ ਜਾਂਦੀ ਹੈ। ਪਿਛਲੇ ਮਹੀਨੇ ਹਟਾਏ ਟਨਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਅਗਲਾ ਕਦਮ ਤੁਰੰਤ ਗਲਤ ਦਿਸਦਾ ਹੈ, ਰਲ-ਮਿਲ ਜਾਣ ਦੀ ਥਾਂ।
ਅੱਜ ਦੋ ਭੂਮਿਕਾਵਾਂ ਇੱਕੋ ਪ੍ਰੀਫ਼ਿਕਸ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹੋਣ ਤਾਂ ਵੀ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਵੱਖਰੀਆਂ ਕਤਾਰਾਂ ਵਿੱਚ ਰੱਖੋ। ਉਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਬਾਅਦ ਦੀ ਵੰਡ ਨਵੀਂ ਵੰਡ ਵਾਂਗ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ, ਸੁਧਾਰ ਵਾਂਗ ਨਹੀਂ।
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
ਕਿੱਥੇ ਪ੍ਰਮਾਣਿਕ ਲਿਖਤ ਅਤੇ ਸੰਰਚਨਾ ਵਾਕ-ਰਚਨਾ ਵੱਖ ਹੁੰਦੇ ਹਨ
RFC 5952 ਪਤੇ ਲਈ ਇੱਕੋ ਲਿਖਤੀ ਰੂਪ ਤੈਅ ਕਰਦਾ ਹੈ: ਛੋਟੇ ਅੱਖਰ, ਸ਼ੁਰੂ ਦੇ ਸਿਫ਼ਰ ਨਹੀਂ, ਅਤੇ ਸਿਫ਼ਰ ਸਮੂਹਾਂ ਦੀ ਸਭ ਤੋਂ ਲੰਮੀ ਲੜੀ ਠੀਕ ਇੱਕ ਵਾਰ ਸੰਕੁਚਿਤ। ਇਸਨੂੰ ਨੋਟ, ਟਿਕਟਾਂ ਅਤੇ ਬਦਲਾਅ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਵਰਤੋ ਤਾਂ ਜੋ ਦੋ ਦਸਤਾਵੇਜ਼ ਬਿਨਾਂ ਤਬਦੀਲੀ ਦੇ ਤੁਲਨਾ ਕੀਤੇ ਜਾ ਸਕਣ। ਇੱਕੋ ਪਤੇ ਦੀਆਂ ਦੋ ਸ਼ਬਦਾਵਲੀਆਂ ਮਿਲਣ ਵਾਲੇ ਪਾਠਕ ਉਹ ਫ਼ਰਕ ਲੱਭਣ ਲੱਗਦੇ ਹਨ ਜੋ ਹੈ ਹੀ ਨਹੀਂ। ਇੱਥੇ ਇਕਸਾਰਤਾ ਸਸਤੀ ਹੈ ਅਤੇ ਇਹ ਝੂਠੇ ਅਲਾਰਮਾਂ ਦੀ ਪੂਰੀ ਸ਼੍ਰੇਣੀ ਹਟਾ ਦਿੰਦੀ ਹੈ।
ਸੰਰਚਨਾ ਫ਼ਾਈਲਾਂ ਆਪਣੇ ਨਿਯਮ ਮੰਨਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਪੜ੍ਹਨਯੋਗਤਾ ਦੇ ਨਿਯਮ ਨਹੀਂ ਹਨ। ਪੋਰਟ ਨਾਲ ਜੋੜੇ ਪਤੇ ਨੂੰ ਬਰੈਕਟ ਚਾਹੀਦੇ ਹਨ ਭਾਵੇਂ ਨੰਗੇ ਪਤੇ ਨੂੰ ਨਾ ਚਾਹੀਦੇ ਹੋਣ, ਅਤੇ ਨੋਟ ਤੋਂ ਸੰਰਚਨਾ ਫ਼ਾਈਲ ਵਿੱਚ ਨਕਲ ਕਰਨ ਨਾਲ ਉਹ ਫ਼ਰਕ ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਦੇ ਗੁੰਮ ਜਾਂਦਾ ਹੈ। ਹਰ ਖੇਤਰ ਕਿਹੜਾ ਰੂਪ ਵਰਤਦਾ ਹੈ ਇਸਦਾ ਨਾਂ ਦਿਓ, ਵਰਨਾ ਯੋਜਨਾ ਉਹੀ ਨਕਲ ਗ਼ਲਤੀ ਕਰਾਉਂਦੀ ਹੈ ਜਿਸਨੂੰ ਰੋਕਣਾ ਸੀ।
ਦੋ ਸੰਕੇਤ ਠੀਕ ਹਨ ਜੇ ਹਰ ਇੱਕ ਉੱਤੇ ਲੇਬਲ ਹੋਵੇ। ਬਿਨਾਂ ਲੇਬਲ ਦਾ ਮਿਲਾਉਣਾ ਹੀ ਗ਼ਲਤੀ ਨੂੰ ਸੱਦਾ ਦਿੰਦਾ ਹੈ।
ਕਿੱਥੇ ਓਵਰਲੈਪ ਲੜੀਆਂ ਅਤੇ ਗੁੰਮ ਵਾਪਸੀ ਮਾਰਗ ਦਿਸਦੇ ਹਨ
ਓਵਰਲੈਪ ਹੋਰ ਗ਼ਲਤੀਆਂ ਨਾਲੋਂ ਵੱਧ ਚਿਰ ਰਹਿੰਦਾ ਹੈ ਕਿਉਂਕਿ ਜਦ ਤੱਕ ਦੋ ਸਾਈਟਾਂ ਇੱਕੋ ਲੜੀ ਲਈ ਜਵਾਬ ਨਾ ਦੇਣ, ਕੁਝ ਗ਼ਲਤ ਨਹੀਂ ਲੱਗਦਾ। ਸਾਈਟ ਨੂੰ ਲੇਬਲ ਦਿਓ ਅਤੇ ਉਦਾਹਰਨ ਨਕਲ ਕਰਨ ਦੀ ਥਾਂ ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਸਥਾਨਕ-ਅਨੌਖਾ ਪ੍ਰੀਫ਼ਿਕਸ ਬਣਾਓ।
ਕਲਾਇੰਟ ਸੂਚੀ ਕਦੇ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਜਵਾਬ ਕਿਹੜੀ ਦਿਸ਼ਾ ਵਿੱਚ ਜਾਂਦਾ ਹੈ। ਟਨਲ ਜੋ ਪੀਅਰ ਲੜੀ ਢੋਂਦੀ ਹੈ, ਉਸਦੇ ਕੋਲ LAN ਗੇਟਵੇ ਦਾ ਵਾਪਸੀ ਮਾਰਗ ਲਿਖੋ, ਅਤੇ ਰਿਕਾਰਡ ਉਸ ਦੂਰਲੇ ਸਬਨੈੱਟ ਨੂੰ ਸਮਝਾਉਂਦਾ ਹੈ ਜੋ ਬੇਨਤੀਆਂ ਲੈਂਦਾ ਹੈ ਅਤੇ ਚੁੱਪ ਰਹਿੰਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਮਸ਼ੀਨ ਉੱਤੇ ਚਲਾਓ ਅਤੇ ਐਂਟਰੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ip -6 route ਨਾਲ ਨਾ ਮਿਲਦੀ ਯੋਜਨਾ ਉਹ ਯੋਜਨਾ ਹੈ ਜਿਸਨੂੰ ਲੋਕ ਪੜ੍ਹਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ।
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0ਪਹੁੰਚ ਹੱਕ ਨਹੀਂ ਹੈ, ਅਤੇ ਪ੍ਰੀਫ਼ਿਕਸ ਕਦੇ ਨੀਤੀ ਦਾ ਅਰਥ ਨਹੀਂ ਦਿੰਦਾ। ਲੋੜੀਂਦੀ ਪਹੁੰਚ ਉਸ ਮਾਰਗ ਕੋਲ ਲਿਖੋ ਜਿਸ ਉੱਤੇ ਇਹ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਵਰਨਾ ਅਗਲਾ ਪਾਠਕ ਯੋਜਨਾ ਦੇ ਪਤੇ ਨੂੰ ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਹਰ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਇਜਾਜ਼ਤ ਮੰਨ ਲੈਂਦਾ ਹੈ।
ਯੋਜਨਾ ਤੀਜੀ ਸਾਈਟ ਤੱਕ ਕਿਵੇਂ ਟਿਕਦੀ ਹੈ
ਹਰ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਸੌਂਪਿਆ, ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਵੰਡਿਆ ਜਾਂ ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਰੂਟ ਕੀਤਾ ਚਿੰਨ੍ਹਿਤ ਕਰੋ। ਜੋ ਵੀ ਹਿੱਲ ਸਕਦਾ ਹੈ, ਉਸ ਲਈ ਉਸਨੂੰ ਹਿਲਾਉਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਨਾਂ ਦਿਓ। ਫਿਰ ਉਹ DNS ਰਿਕਾਰਡ ਅਤੇ ਫ਼ਾਇਰਵਾਲ ਨਿਯਮ ਸੂਚੀਬੱਧ ਕਰੋ ਜੋ ਉਸੇ ਸਮੇਂ ਬਦਲਣੇ ਚਾਹੀਦੇ ਹਨ, ਕਿਉਂਕਿ ਰਾਊਟਰ ਉੱਤੇ ਰੁਕਣ ਵਾਲਾ ਪ੍ਰੀਫ਼ਿਕਸ ਅੱਪਡੇਟ ਅੱਧਾ ਅਧੂਰਾ ਹੈ।
ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ, ਦਸਤਾਵੇਜ਼ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲਾਅ ਵੱਲੋਂ ਛੂਹੀ ਹਰ ਹੱਦ ਪਿੱਛੇ ਦੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚੋ। ਪਿਛਲੇ ਮਹੀਨੇ ਦਾ ਨੈੱਟਵਰਕ ਦੱਸਣ ਵਾਲੀ ਯੋਜਨਾ ਕਿਸੇ ਤੋਂ ਵੀ ਮਾੜੀ ਹੈ, ਕਿਉਂਕਿ ਲੋਕ ਉਸ ਉੱਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ। ਵਾਪਸ ਲਏ ਵੰਡਾਂ ਨੂੰ ਉਸ ਤਾਰੀਖ਼ ਨਾਲ ਸੂਚੀ ਵਿੱਚ ਰੱਖੋ ਜਿਸ ਦਿਨ ਉਹ ਗਏ, ਤਾਂ ਜੋ ਕੋਈ ਗ਼ਲਤੀ ਨਾਲ ਉਨ੍ਹਾਂ ਨੂੰ ਮੁੜ ਜਾਰੀ ਨਾ ਕਰੇ। ਭੇਤ ਫ਼ਾਈਲ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ; ਯੋਜਨਾ ਨੈੱਟਵਰਕ ਸਮਝਾਉਂਦੀ ਹੈ, ਇਸਨੂੰ ਖੋਲ੍ਹਦੀ ਨਹੀਂ।
ਯੋਜਨਾ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਬਦਲਾਅ ਸਮੀਖਿਆ ਹੁੰਦੇ ਹਨ, ਉਸ ਸੰਰਚਨਾ ਦੇ ਕੋਲ ਜਿਸਦਾ ਇਹ ਵਰਣਨ ਕਰਦੀ ਹੈ। ਜਿਸ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਕੋਈ ਦੁਬਾਰਾ ਨਹੀਂ ਪੜ੍ਹਦਾ, ਉਹ ਉਸ ਨੈੱਟਵਰਕ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਸੜਦਾ ਹੈ ਜਿਸਦਾ ਇਹ ਨਕਸ਼ਾ ਬਣਾਉਂਦਾ ਹੈ।