WireGuard: ಸಬ್ನೆಟ್ ಬದಲಾವಣೆಯ ನಂತರ ಪೀರ್‌ಗೆ ಮಾರ್ಗವಿಲ್ಲ — ಎರಡು ದಾರಿಗಳು
ಸಬ್ನೆಟ್ ಬದಲಾವಣೆ WireGuard ಅನ್ನು ಎರಡು ಕಡೆ ಮುರಿಯುತ್ತದೆ: AllowedIPs ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ. ಸ್ಥಳದಲ್ಲೇ ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದನ್ನು ಇಂಟರ್ಫೇಸ್ ಮರುನಿರ್ಮಾಣದೊಂದಿಗೆ ಹೋಲಿಸಿ.
wg show ನಲ್ಲಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ತಾಜಾ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸರಿ, ಕೀಗಳು ಎಂದೂ ಬದಲಾಗಿಲ್ಲ — ಆದರೂ ping ಪೀರ್‌ಗೆ ಮಾರ್ಗವಿಲ್ಲ ಎಂದೇ ಹೇಳುತ್ತದೆ. ಒಂದು ಗಂಟೆ ಹಿಂದೆ ಟನೆಲ್‌ನ ಸಬ್ನೆಟ್ ಬದಲಿಸಿದ್ದೀರಿ. ಆ ಲಕ್ಷಣ ಕೀ ಸಮಸ್ಯೆಯಲ್ಲ, ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವ ಸೂಚನೆ: WireGuard ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸಿ ನಂತರ ಡೇಟಾವನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟಿತು, ಏಕೆಂದರೆ ಮೂಲ ವಿಳಾಸವು ಸ್ವೀಕರಿಸುವ ಪೀರ್ ಒಪ್ಪುವ ಮೌಲ್ಯಕ್ಕೆ ಇನ್ನು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ಸಬ್ನೆಟ್ ಬದಲಾವಣೆ ಜಾರಿಗೊಳಿಸಲು ಎರಡು ಸಮಂಜಸ ದಾರಿಗಳಿವೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಕಡೆ ವಿಫಲವಾಗುತ್ತವೆ.
ಬದಲಾವಣೆ ಜಾರಿಗೊಳಿಸುವ ಎರಡು ದಾರಿಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದರ ಬೆಲೆ
ಆಯ್ಕೆ A ಎಂದರೆ ಸ್ಥಳದಲ್ಲೇ ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು: ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸ, ಪೀರ್ ಶ್ರೇಣಿಗಳು, ಮಾರ್ಗಗಳು ಮತ್ತು ಕಾನ್ಫಿಗ್‌ನ ಪ್ರತಿ ಪ್ರತಿಯನ್ನು ಸಂಪಾದಿಸಿ, ನಂತರ ಮರುಲೋಡ್ ಮಾಡಿ. ಆಯ್ಕೆ B ಎಂದರೆ ಹಳೆಯದರ ಪಕ್ಕದಲ್ಲಿ ಹೊಸ ಪ್ರಿಫಿಕ್ಸ್‌ನಲ್ಲಿ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ಕಟ್ಟುವುದು, ಪೀರ್‌ಗಳನ್ನು ವರ್ಗಾಯಿಸುವುದು, ಮತ್ತು ಸಂಚಾರ ನಿಜವಾಗಿ ಸರಿದ ನಂತರ ಹಳೆಯ ಇಂಟರ್ಫೇಸ್ ತೆಗೆಯುವುದು.
| A: renumber in place | B: parallel interface | |
|---|---|---|
| Downtime | The reload window, per host | None if peers are added to both |
| Rollback | Re-apply the previous files | Point peers back at the old interface |
| Risk | Half-applied change: new address, old ranges | Two live interfaces with overlapping intent |
| Effort | Small, if the deployment has one owner | Higher, and needs a cleanup step |
| Fits | Two or three peers you control | Many peers, remote sites, or no maintenance window |
ಅರ್ಧ ಅನ್ವಯವಾದ ಸ್ಥಿತಿಯೇ ಆಯ್ಕೆ A ಅನ್ನು ಅಪಾಯಕಾರಿಯಾಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು ಮುರಿದಂತೆ ಕಾಣುವುದಿಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಮೇಲೇರುತ್ತದೆ, ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಡೇಟಾ ಮಾರ್ಗ ಮಾತ್ರ ವಿಫಲವಾಗುತ್ತದೆ. ಆಯ್ಕೆ B ಹೆಚ್ಚು ಕೆಲಸ ಬೇಡುತ್ತದೆ ಆದರೆ ನೀವು ಪ್ರತಿ ಉಲ್ಲೇಖವನ್ನು ಹುಡುಕುವವರೆಗೆ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ಜೀವಂತವಾಗಿ ಇಡುತ್ತದೆ.
ನಿಮ್ಮ ಕಡೆ ಏನು ಒಟ್ಟಿಗೆ ಚಲಿಸಬೇಕು
ಸ್ಥಳೀಯ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ನಾಲ್ಕು ವಿಷಯಗಳು ಒಂದೇ ಸಬ್ನೆಟ್ ವಿವರಿಸುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಬದಲಿಸುವುದು ಎಲ್ಲವನ್ನೂ ಬದಲಿಸುವುದು: ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸ, ಪ್ರತಿ ಪೀರ್‌ನ AllowedIPs, ಆ ಗಮ್ಯಗಳಿಗೆ ಸಿಸ್ಟಂ ಬಳಸುವ ಮಾರ್ಗ, ಮತ್ತು ಮ್ಯಾನೇಜರ್ ನಿಮ್ಮ ಪರವಾಗಿ ಸ್ಥಾಪಿಸುವುದು. wg-quick ಜೊತೆಗೆ ಕೊನೆಯ ಎರಡು ಇಂಟರ್ಫೇಸ್ ಮೇಲೇಳುವ ಪ್ರತಿ ಬಾರಿ ಕಾನ್ಫಿಗ್‌ನಿಂದ ರಚನೆಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಪ್ರತಿ ಸದ್ದಿಲ್ಲದೆ ಹಳೆಯ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಮತ್ತೆ ಸ್ಥಾಪಿಸುತ್ತದೆ.
ಒಂದನ್ನೇ ನಂಬುವ ಬದಲು ಕಾನ್ಫಿಗರ್ ಆದದ್ದನ್ನು ಜೀವಂತವಾದದ್ದಕ್ಕೆ ಹೋಲಿಸಿ:
wg show
wg showconf wg0
ip addr show wg0
ip route get 10.90.0.5ಮಾರ್ಗ ಹುಡುಕಾಟವೇ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಹಂತ. ಕರ್ಣೆಲ್ ಒಂದು ಗಮ್ಯಕ್ಕೆ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಅದು ಉತ್ತರಿಸುತ್ತದೆ, ಮ್ಯಾನೇಜರ್ ಅಥವಾ ಕಂಟೇನರ್ ರನ್‌ಟೈಮ್ ಬಿಟ್ಟ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗ ಸೇರಿದಂತೆ. ಅದು ಟನೆಲ್‌ಗಿಂತ ಬೇರೆ ಇಂಟರ್ಫೇಸ್ ತೋರಿಸಿದರೆ, ಕಾನ್ಫಿಗ್ ಸಮಸ್ಯೆ ಅಲ್ಲ.
ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್‌ಗೆ, ಟನೆಲ್ ಒಡೆಯದೆ ಸಂಪಾದಿತ ಫೈಲ್ ಅನ್ನು ಅನ್ವಯಿಸಿ:
wg syncconf wg0 <(wg-quick strip wg0)ಅದು ಪೀರ್‌ಗಳು ಮತ್ತು ಶ್ರೇಣಿಗಳನ್ನು ಸ್ಥಳದಲ್ಲೇ ನವೀಕರಿಸುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸ ಅಥವಾ ಮಾರ್ಗಗಳನ್ನು ನವೀಕರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವು WireGuard ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲ — ಆದ್ದರಿಂದ ಮರುಸಂಖ್ಯೆಗೆ ಇಂಟರ್ಫೇಸ್ ಮತ್ತೆ ರಚಿಸುವುದು ಅಥವಾ ip ಯಿಂದ ವಿಳಾಸ ಬದಲಿಸುವುದು, ನಂತರ ಮಾರ್ಗದರ್ಶನ ಮತ್ತೆ ಪರಿಶೀಲಿಸುವುದು ಬೇಕು.
ದೂರದ ತುದಿಯಲ್ಲಿ ಏನು ಒಟ್ಟಿಗೆ ಚಲಿಸಬೇಕು
ಸಾಮಾನ್ಯವಾಗಿ ಸಬ್ನೆಟ್ ಬದಲಾವಣೆ ಸಾಯುವುದು ಇಲ್ಲಿಯೇ. AllowedIPs ಕೇವಲ ಮಾರ್ಗದರ್ಶನ ಸೂಚನೆಯಲ್ಲ; ಪೀರ್ ಮಂಡಿಸಬಹುದಾದ ಮೂಲ ವಿಳಾಸಗಳ ಪಟ್ಟಿಯೂ ಆಗಿದೆ. ನೀವು ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡಿ ಸರ್ವರ್‌ನ AllowedIPs ಅನ್ನು ಹಳೆಯ ಪ್ರಿಫಿಕ್ಸ್‌ನಲ್ಲಿ ಬಿಟ್ಟರೆ, ಸರ್ವರ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಒಪ್ಪುತ್ತದೆ, ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅವನ್ನು ಬಿಸಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಒಳಗಿನ ಮೂಲ ಆ ಪೀರ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಶ್ರೇಣಿಗೂ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ಯಾವುದೇ ದೋಷ ಲಾಗ್ ಆಗುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಮಯ ಮೀರುವಿಕೆ ಕಾಣುತ್ತದೆ.
ಆದ್ದರಿಂದ ಸ್ವೀಕರಿಸುವ ಕಡೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನವೀಕರಿಸಿ: ಸರ್ವರ್‌ನಲ್ಲಿನ ಪೀರ್ ನಮೂದು ಹೊಸ ಕ್ಲೈಂಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿ ಮಾಡಬೇಕು, ಸರ್ವರ್‌ನ ಸ್ವಂತ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಆ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಟನೆಲ್‌ಗೆ ತೋರಿಸಬೇಕು, ಮತ್ತು ಸರ್ವರ್‌ನ ಹಿಂದಿನ ಯಾವುದೇ ಕೆಳಮುಖ ಜಾಲ ಹೊಸ ದಾರಿ ಕಲಿಯಬೇಕು. ಹಳೆಯ ಶ್ರೇಣಿಯನ್ನು ಹೆಸರಿಸಿದ ಫೈರ್‌ವಾಲ್ ನೀತಿಗೂ ಅದೇ ಚಿಕಿತ್ಸೆ ಬೇಕು, ಮತ್ತು ಮೂಲ ಆಧಾರಿತ ಆಯ್ಕೆ ಮಾಡುವ ಯಾವುದಕ್ಕೂ.
ಎರಡು ವೈಫಲ್ಯಗಳನ್ನು ಬೇರ್ಪಡಿಸುವ ರೋಗನಿರ್ಣಯ ಅಗ್ಗ. ತಾಜಾ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಆದರೆ ಡೇಟಾ ಇಲ್ಲ ಎಂದರೆ ಟನೆಲ್ ಮೇಲಿದೆ ಮತ್ತು ಒಳಗಿನ ವಿಳಾಸೀಕರಣ ಒಪ್ಪುತ್ತಿಲ್ಲ. ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇಲ್ಲವೇ ಇಲ್ಲ ಎಂದರೆ ನೀವು ತಲುಪುವಿಕೆ ಅಥವಾ ಕೀಗಳನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ. ಪ್ರಿಫಿಕ್ಸ್ ಸಮಸ್ಯೆಗೆ ಕೀಗಳನ್ನು ತಿರುಗಿಸಬೇಡಿ; ಅದು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಏಕೈಕ ವಿಷಯವನ್ನು ಮರುಹೊಂದಿಸುತ್ತದೆ.
ನಿಮ್ಮ ಸಂಪಾದನೆಗಿಂತ ಹೆಚ್ಚು ಬದುಕುವ ಹಳೆಯ ಪ್ರತಿಗಳು
ಫೈಲ್ ಸಂಪಾದಿಸುವುದು ಚಾಲನೆಯಲ್ಲಿರುವ ಸಿಸ್ಟಂ ಬದಲಿಸುವುದಕ್ಕೆ ಸಮವಲ್ಲ, ಮತ್ತು ಪ್ರತಿಗಳು ಜನರು ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿವೆ: ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಯುನಿಟ್ ಅಥವಾ ಮ್ಯಾನೇಜರ್, ಬೇರೆ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಅದೇ ಹೆಸರಿನ ಎರಡನೇ ಪ್ರೊಫೈಲ್, ಇಮೇಜ್‌ನಲ್ಲಿ ಕಾನ್ಫಿಗ್ ಬೇಕ್ ಆದ ಕಂಟೇನರ್, ತನ್ನದೇ ಸಂಪಾದಿತ ಆವೃತ್ತಿ ಇಟ್ಟುಕೊಳ್ಳುವ ರೌಟರ್ UI, ಮತ್ತು ಆರಂಭದಲ್ಲಿ ಉಳಿಸಿದ ಟನೆಲ್ ಮತ್ತೆ ಆಮದು ಮಾಡುವ ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್. ನಿಮ್ಮ ಬದಲಾವಣೆ ಪೂರ್ಣವಾದಂತೆ ಕಂಡ ಮೇಲೆಯೂ ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಹಳೆಯ ಪ್ರಿಫಿಕ್ಸ್ ಮರಳಿಸಬಲ್ಲದು.
ಹೆಸರುಗಳೂ ಪ್ರಯಾಣಿಸುತ್ತವೆ. ಸಂಖ್ಯಾ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡಿ ಹೋಸ್ಟ್‌ಹೆಸರು ವಿಫಲವಾದರೆ, ಆಂತರಿಕ DNS ದಾಖಲೆ ಅಥವಾ ಸೇವಾ ಕಾನ್ಫಿಗ್ ಇನ್ನೂ ಹಳೆಯ ಟನೆಲ್ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುತ್ತದೆ. ಪ್ರತಿ ಪೀರ್ ಶ್ರೇಣಿ ಅಗಲಿಸುವ ಬದಲು ಉಲ್ಲೇಖ ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಅದು ನಿಜವಾದ ಸಮಸ್ಯೆ ಮುಚ್ಚಿ ಅದೇ ಸಮಯದಲ್ಲಿ ಮೂಲ ACL ದೊಡ್ಡದಾಗಿಸುತ್ತದೆ.
ಕೆಲಸ ಮಾಡುವಾಗ ಒಂದು ಚೇತರಿಕೆ ಮಾರ್ಗ ತೆರೆದಿಡಿ: ಹೋಸ್ಟ್ ಪ್ರವೇಶಿಸಲು ಎರಡನೇ ದಾರಿ, ಸೀರಿಯಲ್ ಕನ್ಸೋಲ್, ಅಥವಾ ಕಾನ್ಫಿಗ್ ಫೈಲ್‌ಗಳ ನಿಗದಿತ ರೋಲ್‌ಬ್ಯಾಕ್. ನೀವು ಬದಲಿಸುತ್ತಿರುವ ಯಂತ್ರದಿಂದ ನಿಮ್ಮನ್ನು ಲಾಕ್ ಔಟ್ ಮಾಡುವ ಟನೆಲ್ ಬದಲಾವಣೆಯೇ ಈ ಕೆಲಸ ಸಂಜೆಯಾಗುವ ಅತಿ ಸಾಮಾನ್ಯ ದಾರಿ.
ಎರಡರ ನಡುವೆ ಆಯ್ಕೆ, ಮತ್ತು ಕಟ್ ಪರಿಶೀಲನೆ
ಪ್ರತಿ ಪೀರ್ ನಿಮ್ಮದಾಗಿದ್ದರೆ, ಸಂಖ್ಯೆ ಕಡಿಮೆಯಿದ್ದರೆ ಮತ್ತು ಸಣ್ಣ ಅಡಚಣೆ ಸ್ವೀಕಾರಾರ್ಹವಾದರೆ A ಆರಿಸಿ. ಪೀರ್‌ಗಳು ನೀವು ನಿಯಂತ್ರಿಸದ ದೂರದ ಕೈಗಳಾಗಿದ್ದರೆ, ಸೈಟ್-ಟು-ಸೈಟ್ ಲಿಂಕ್ ಮೇಲಿರಬೇಕಾದರೆ, ಅಥವಾ ಪ್ರತಿ ಪ್ರತಿ ಒಂದೇ ಹಾದಿಯಲ್ಲಿ ನವೀಕರಣವಾಗುತ್ತದೆ ಎಂದು ಖಾತರಿ ನೀಡಲಾಗದಿದ್ದರೆ B ಆರಿಸಿ. ಆ ಸಂದರ್ಭದಲ್ಲಿ ಹೊಸ ಪ್ರಿಫಿಕ್ಸ್ ಎರಡೂ ಇಂಟರ್ಫೇಸ್‌ಗಳಿಗೆ ಸೇರಿಸಿ, ಪೀರ್‌ಗಳನ್ನು ಒಂದೊಂದಾಗಿ ಸರಿಸಿ, ಹೊಸದರಲ್ಲಿ ಸಂಚಾರ ಗಮನಿಸಿ, ಆಮೇಲೆ ಮಾತ್ರ ಹಳೆಯ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದರ ಮಾರ್ಗಗಳನ್ನು ತೆಗೆಯಿರಿ.
ಯಾವುದೇ ಆಯ್ಕೆಯಲ್ಲಿ, ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ಉತ್ತೀರ್ಣವಾದಾಗ ಬದಲಾವಣೆ ಪೂರ್ಣ: ಹ್ಯಾಂಡ್‌ಶೇಕ್ ತಾಜಾ, ಹೊಸ ಪ್ರಿಫಿಕ್ಸ್‌ನ ಗಮ್ಯಕ್ಕೆ ಮಾರ್ಗ ಹುಡುಕಾಟ ಟನೆಲ್ ಹೆಸರಿಸುತ್ತದೆ, ಕೆಲವು ನೂರು ಬೈಟ್‌ಗಳ ಪೇಲೋಡ್ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಸಾಗುತ್ತದೆ, ಮತ್ತು ಹೋಸ್ಟ್ ಅಥವಾ ಮ್ಯಾನೇಜರ್ ಮರುಪ್ರಾರಂಭದ ನಂತರವೂ ಅದೇ ಇರುತ್ತದೆ. ಇದಕ್ಕಾಗಿ wg(8) ಕೈಪಿಡಿ ಪ್ರತಿ ದಿಕ್ಕಿನಲ್ಲಿ AllowedIPs ಅರ್ಥವೇನು ಎಂಬುದಕ್ಕೆ ಉಲ್ಲೇಖವಾಗಿದೆ, ಮತ್ತು ಲಕ್ಷಣ ಮಾಯವಾಗಿಸಲು ಶ್ರೇಣಿ ಅಗಲಿಸುವ ಮೊದಲು ಅದನ್ನು ಮತ್ತೆ ಓದುವುದು ಯೋಗ್ಯ.
- ಹ್ಯಾಂಡ್‌ಶೇಕ್ ತಾಜಾ ಮತ್ತು ಡೇಟಾ ಇಲ್ಲ: ಕೀಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಸ್ವೀಕರಿಸುವವರಲ್ಲಿ AllowedIPs ನೋಡಿ.
- ಮಾರ್ಗ ಹುಡುಕಾಟ ತಪ್ಪು ಇಂಟರ್ಫೇಸ್ ತೋರಿಸುತ್ತದೆ: ಮಾರ್ಗದ ಒಡೆಯ ಮ್ಯಾನೇಜರ್ ಅಥವಾ ಕಂಟೇನರ್, ನಿಮ್ಮ ಫೈಲ್ ಅಲ್ಲ.
- ಸಂಖ್ಯಾ ವಿಳಾಸ ಸರಿ ಮತ್ತು ಹೋಸ್ಟ್‌ಹೆಸರು ಮುರಿದಿದೆ: ಹಳೆಯ ಉಲ್ಲೇಖ, ಮಾರ್ಗದರ್ಶನ ಲೂಪ್ ಅಲ್ಲ.
- ಮರುಪ್ರಾರಂಭದ ನಂತರವೂ ಹೊಸ ಪ್ರಿಫಿಕ್ಸ್ ಬಳಕೆಯಾದಾಗ ಮಾತ್ರ ಬದಲಾವಣೆ ಪೂರ್ಣ.