Azure Point-to-Site VPN ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ IP ಅನ್ನು ಏಕೆ ಬದಲಿಸುವುದಿಲ್ಲ
ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಟನೆಲ್ ಕೇವಲ ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ನ ರೂಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಲವಂತದ ಟನೆಲಿಂಗ್ ಮತ್ತು ಫೈರ್ವಾಲ್ SNAT ಎಗ್ರೆಸ್ ಅನ್ನು Azure ಗೆ ಸರಿಸುವವರೆಗೆ ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ IP ಸ್ಥಳೀಯವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ.
ನಾನು Windows ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ Azure VPN ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿ, ವಿಳಾಸ-ಪ್ರತಿಧ್ವನಿ ಪುಟ ತೆರೆದು ನನ್ನ ಮನೆಯ ರೌಟರ್ ನೀಡಿದ ಅದೇ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತೇನೆ. ಈ ನಡುವೆ 10.20.0.4 ನಲ್ಲಿರುವ ಜಂಪ್ ಬಾಕ್ಸ್ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಖಾಸಗಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಟನೆಲ್ ಮುರಿದಿಲ್ಲ. ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಗೇಟ್ವೇ ತನ್ನ ಡಿಫಾಲ್ಟ್ ಸಂರಚನೆ ಹೇಳುವುದನ್ನೇ ಮಾಡುತ್ತಿದೆ: ಖಾಸಗಿ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಸಾಗಿಸಿ ಉಳಿದೆಲ್ಲವನ್ನೂ ಸ್ಥಳೀಯ ಲಿಂಕ್ನಲ್ಲಿ ಬಿಡುತ್ತದೆ. Azure ಒಡೆತನದ ಎಗ್ರೆಸ್ ವಿಳಾಸ ಪಡೆಯುವುದು ರೂಟಿಂಗ್ ವಿನ್ಯಾಸದ ಬದಲಾವಣೆ, ದುರಸ್ತಿ ಅಲ್ಲ.
ಗೇಟ್ವೇ ಡಿಫಾಲ್ಟ್ ಆಗಿ ಏನನ್ನು ಘೋಷಿಸುತ್ತದೆ
ಗೇಟ್ವೇ ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ನ ವಿಳಾಸ ಸ್ಥಳಾವಕಾಶಕ್ಕೆ ರೂಟ್ಗಳನ್ನು ಪುಶ್ ಮಾಡುತ್ತದೆ, ಜೊತೆಗೆ ಗೇಟ್ವೇ ಟ್ರಾನ್ಸಿಟ್ ಅನುಮತಿಸಲಾದ ಪೀರ್ ನೆಟ್ವರ್ಕ್ಗಳು ಮತ್ತು ಸೈಟ್-ಟು-ಸೈಟ್ ಸಂಪರ್ಕ ಅಥವಾ BGP ಮೂಲಕ ಕಲಿತ ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್ಗಳು. ಆ ಗುಂಪಿನಲ್ಲಿ 0.0.0.0/0 ಇಲ್ಲ. ನಿಮ್ಮ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ತನ್ನ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು Wi-Fi ಅಥವಾ Ethernet ನಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾರ್ವಜನಿಕ API ಗೆ ಹೋಗುವ ಪ್ಯಾಕೆಟ್ ಎಂದಿಗೂ ಟನೆಲ್ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಒಳಗೆ ಪಡೆಯುವ ವಿಳಾಸ ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಪೂಲ್ನಿಂದ ಖಾಸಗಿ ಗುತ್ತಿಗೆ. ಅದು VNet ನ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಕ್ಲೈಂಟ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ; ಅದು ಇಂಟರ್ನೆಟ್ ನೋಡಬಹುದಾದ ವಿಳಾಸವಲ್ಲ, ಮತ್ತು SaaS API ಗೆ ಹೋಗುವ ಹೊರಹೋಗುವ ವಿನಂತಿಯ ಮೂಲವಾಗಿ ಎಂದಿಗೂ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಆ ಗುತ್ತಿಗೆಯ ಸುತ್ತ ನಿರ್ಮಿಸಿದ allowlist ನಮೂದು ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅದು ವಿಕ್ರೇತರ ಲಾಗ್ಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳಲು ನೀವು ಎಷ್ಟೇ ಕಾಯ್ದರೂ.
ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಮತ್ತು ಬಲವಂತದ ಟನೆಲಿಂಗ್ ಅಕ್ಕಪಕ್ಕ
| Split tunnel, the default | Forced tunneling | |
|---|---|---|
| Internet traffic exits through | local ISP or office router | firewall or appliance inside Azure |
| Source address the API sees | your home or office IP | the firewall public IP |
| Inspection and logging in Azure | none | policy rules plus flow logs |
| Ongoing cost | gateway only | gateway, firewall hours, data processing |
| What usually breaks | nothing on the egress path | DNS, on-premises routes, overlapping local ranges |
ದೂರದ ಸೇವೆ ನೋಡುವ ವಿಳಾಸವನ್ನು ಬದಲಿಸುವುದು ಎರಡನೇ ಸಾಲು ಮಾತ್ರ. ಆ ಕೋಷ್ಟಕದಲ್ಲಿ ಉಳಿದದ್ದೆಲ್ಲವೂ ಎಗ್ರೆಸ್ ಅನ್ನು Azure ಒಳಗೆ ಪರಿಶೀಲಿಸಬೇಕಾದಾಗ ಅಥವಾ ಅನುವಾದಿಸಬೇಕಾದಾಗ ನೀವು ಒಪ್ಪಿಕೊಳ್ಳುವ ವೆಚ್ಚ ಮತ್ತು ಕಾರ್ಯಾಚರಣಾ ಮೇಲ್ಮೈ. ಯಾರಾದರೂ ಸಾರ್ವಜನಿಕ IP ಬದಲಾಗುವಂತೆ ಮಾಡಲು ಹೇಳಿದರೆ, ಅವರು ಇಡೀ ಬಲ ಕಾಲಮ್ ಕೇಳುತ್ತಿದ್ದಾರೆ, ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸಣ್ಣ ಹೊಂದಾಣಿಕೆ ಅಲ್ಲ.
ಏನನ್ನಾದರೂ ಮತ್ತೆ ನಿರ್ಮಿಸುವ ಮೊದಲು ಹೆಸರಿಸಲು ಯೋಗ್ಯವಾದ ಮಧ್ಯಂತರ ಆಯ್ಕೆ ಇದೆ. VNet ಒಳಗಿನ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಗೇಟ್ವೇ VM ನಿಯಂತ್ರಿತ ಮೂಲ ವಿಳಾಸವನ್ನು ನೀಡುತ್ತದೆ, ಅದರ ಕಡೆಗೆ ತೋರಿಸಬಹುದಾದ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ, ಕ್ಲೈಂಟ್ನ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಸರಿಸದೆ. ಇದು ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್ ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಸುತ್ತದೆ ಮತ್ತು Azure ನಿಂದ ಒಂದೇ API ಕರೆ ಬರಬೇಕಾದ ಪಾಲುದಾರನನ್ನೂ ತೃಪ್ತಿಪಡಿಸುತ್ತದೆ. ಅಗತ್ಯವು ನಿಜವಾಗಿಯೂ ಎಲ್ಲಾ ಸಂಚಾರಕ್ಕೆ ಸಂಬಂಧಿಸಿದಾಗ ಅದು ವಿಫಲವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ನಿರ್ಲಕ್ಷಿಸುವ ಯಾವುದೂ ಸಹ ಸ್ಥಳೀಯವಾಗಿ ಹೊರಹೋಗುತ್ತದೆ.
ಟನೆಲ್ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಸಾಗಿಸುವಂತೆ ಮಾಡಿ
ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ ಗೇಟ್ವೇಯಲ್ಲಿ, ಕ್ಲೈಂಟ್ನ ಎಲ್ಲಾ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರವನ್ನು ಟನೆಲ್ಗೆ ನಿರ್ದೇಶಿಸುವ ಬೆಂಬಲಿತ ದಾರಿ ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಸಂರಚನೆಗೆ ಕಸ್ಟಮ್ ರೂಟ್ಗಳನ್ನು ಸೇರಿಸುವುದು. ಎರಡು ಅರ್ಧಗಳು ಇಡೀ IPv4 ಸ್ಥಳಾವಕಾಶವನ್ನು ಆವರಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಸ್ಥಳೀಯ ಡಿಫಾಲ್ಟ್ ರೂಟ್ಗಿಂತ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಏನನ್ನೂ ಅಳಿಸದೆ ಅವುಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ:
Set-AzVirtualNetworkGateway -VirtualNetworkGateway GWOBJ -CustomRoute 0.0.0.0/1,128.0.0.0/1ಆ ಸಾಲು ಉದಾಹರಣೆಯಷ್ಟೇ, ನಕಲಿಸಲು ಸಂಪೂರ್ಣವಲ್ಲ: ಮೊದಲು Get-AzVirtualNetworkGateway ನಿಂದ ಗೇಟ್ವೇ ಆಬ್ಜೆಕ್ಟ್ ಪಡೆದು GWOBJ ಬದಲಿಗೆ ಅದನ್ನು ಇರಿಸಿ, ಮತ್ತು ಚಲಾಯಿಸುವ ಮೊದಲು SKU ಮತ್ತು ನಿಯೋಜನೆ ಮಾದರಿ ಕಸ್ಟಮ್ ರೂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಅದೇ ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಪೋರ್ಟಲ್ನಲ್ಲಿ ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಸಂರಚನೆ ಪುಟದಲ್ಲಿ ಕಾಣುತ್ತವೆ, ಮತ್ತು ನೀವು ಈಗಾಗಲೇ ಗೇಟ್ವೇ ಅನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡದಿದ್ದರೆ ಅವನ್ನು ಸೆಟ್ ಮಾಡಲು ಸುರಕ್ಷಿತ ಸ್ಥಳ ಅದೇ.
ಆ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಬದಲಿಸಿದರೆ ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜ್ ಅಮಾನ್ಯವಾಗುತ್ತದೆ. VPN ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜ್ ಮತ್ತೆ ಡೌನ್ಲೋಡ್ ಮಾಡಿ ಮತ್ತೆ ಸ್ಥಾಪಿಸಿ, ಏಕೆಂದರೆ ರೂಟ್ಗಳು ಪ್ರೊಫೈಲ್ ಒಳಗೆ ಪ್ರಯಾಣಿಸುತ್ತವೆ. ಹಳೆಯ ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ ಹಳೆಯ ರೂಟ್ ಸೆಟ್ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ತಲುಪದ ಬದಲಾವಣೆಯನ್ನು ಡೀಬಗ್ ಮಾಡುವಲ್ಲಿ ಒಂದು ಗಂಟೆ ಕಳೆದುಕೊಳ್ಳಬಹುದು.
ಸುರಕ್ಷಿತ ವರ್ಚುವಲ್ WAN ಹಬ್ನಲ್ಲಿ ಸಮಾನಾಂತರವಾದದ್ದು ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಗೇಟ್ವೇಗೆ ಸಂಬಂಧಿಸಿದ ಹಬ್ ರೂಟ್ ಕೋಷ್ಟಕದಲ್ಲಿನ ಡಿಫಾಲ್ಟ್ ರೂಟ್, ಸಂಚಾರವನ್ನು ಹಬ್ನಲ್ಲಿನ Azure Firewall ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಫೈರ್ನಾಲ್ ಇಂಟರ್ನೆಟ್ನತ್ತ ಹೋಗುವ ಸಂಪರ್ಕಗಳನ್ನು ತನ್ನ ಸ್ವಂತ ಸಾರ್ವಜನಿಕ IP ವಿಳಾಸಗಳಿಗೆ ಅನುವಾದಿಸುತ್ತದೆ, ಮತ್ತು ಹೊಸ ಎಗ್ರೆಸ್ ವಿಳಾಸ ಆ ಅನುವಾದದಿಂದಲೇ ಬರುತ್ತದೆ. ಫೈರ್ನಾಲ್ಗೆ ಹಲವು ಸಾರ್ವಜನಿಕ IP ಗಳಿದ್ದರೆ, ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಮೂಲವಾಗಿ ಕಾಣಿಸಬಹುದು, ಆದ್ದರಿಂದ allowlist ಎಲ್ಲವನ್ನೂ ಹೊಂದಿರಬೇಕು.
ಮೇಲಿನ ಎರಡೂ ವಿನ್ಯಾಸಗಳು IPv4. ಎರಡು /1 ಪ್ರಿಫಿಕ್ಸ್ಗಳು IPv6 ಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ನ IPv6 ಬೆಂಬಲ ಸಮಾನತೆಯ ಭರವಸೆ ನೀಡುವ ಮೊದಲು ಸಂಯೋಜನೆಯನ್ನು ಪರೀಕ್ಷಿಸಬೇಕಾದಷ್ಟು ಸಂಕುಚಿತವಾಗಿದೆ.
ಮೊದಲು ರೂಟ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ನಿರ್ಗಮನ
ಪ್ಯಾಕೇಜ್ ಮತ್ತೆ ಸ್ಥಾಪಿಸಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿಯೂ ಅರ್ಧಗಳನ್ನು ಸ್ಥಾಪಿಸಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ. Windows ನಲ್ಲಿ Get-NetRoute -DestinationPrefix 0.0.0.0/1 ಮತ್ತು 128.0.0.0/1 ಗೆ ಅದೇ ಪ್ರಶ್ನೆ ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸಬೇಕು, ಮತ್ತು route print ನಿಮ್ಮ ಮೂಲ ಡಿಫಾಲ್ಟ್ನ ಪಕ್ಕದಲ್ಲಿ ಎರಡನ್ನೂ ತೋರಿಸುತ್ತದೆ. Linux ನಲ್ಲಿ ip route show ಆ ಎರಡು ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಬೇಕು; ಇಲ್ಲದಿದ್ದರೆ ಪ್ರೊಫೈಲ್ ಅವನ್ನು ಎಂದಿಗೂ ಸಾಗಿಸಿಲ್ಲ.
ನಂತರ ಕ್ಲೈಂಟ್ನಿಂದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅದೇ ಸಂಪರ್ಕಕ್ಕೆ ಫೈರ್ನಾಲ್ ಲಾಗ್ ಓದಿ. ಮೂಲವು ಅನುವಾದಿತ ಪೋರ್ಟ್ನೊಂದಿಗೆ ಫೈರ್ನಾಲ್ನ ಸಾರ್ವಜನಿಕ IP ಆಗಿರಬೇಕು. ಎರಡೂ ರೂಟ್ಗಳಿದ್ದರೂ ಇನ್ನೂ ಸ್ಥಳೀಯವಾಗಿ ಹೊರಹೋಗುವ ಕ್ಲೈಂಟ್ ಎಂದರೆ ಪ್ಯಾಕೆಟ್ಗಳು Azure ತಲುಪಿ ಬೇರೆ ದಾರಿಯಲ್ಲಿ ಹೊರಟವು: ಗೇಟ್ವೇ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಬಳಕೆದಾರ-ವ್ಯಾಖ್ಯಾನಿತ ರೂಟ್, ತಾನೇ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ಗೆ ಬಲವಂತದ ಟನೆಲ್ ಆಗಿರುವ ಫೈರ್ನಾಲ್, ಅಥವಾ ಅನುವಾದಕ್ಕೆ ಮೊದಲು ಫ್ಲೋ ಬಿಡುವ ನೀತಿ.
ಅದೇ ಸೆಷನ್ನಲ್ಲಿ ಒಂದು ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಬದಲಾವಣೆಯ ನಂತರ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವ ಜಂಪ್ ಹೋಸ್ಟ್ ಹೊಸ ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಏನನ್ನೋ ಸರಿಸಿವೆ ಎಂಬ ಸಾಮಾನ್ಯ ಸೂಚನೆ: ಹಿಂದೆ ಘೋಷಿಸಲಾದ ಸಣ್ಣ ಸ್ಥಳೀಯ ರೂಟ್, ಅಥವಾ ಈಗ ನಿಮ್ಮ ಖಾಸಗಿ ವಲಯಗಳಿಗೆ ಫಾರ್ವರ್ಡರ್ ಇಲ್ಲದ ರಿಜಾಲ್ವರ್ಗೆ ಹೋಗುವ ಹೆಸರು ಪರಿಹಾರ.
ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಅನ್ನು ಯಾವಾಗ ಬಿಟ್ಟುಬಿಡಬೇಕು
ಗುರಿ ಕೇವಲ ಖಾಸಗಿ API, ಖಾಸಗಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಅಥವಾ ಆಂತರಿಕ ನಿರ್ವಾಹಕ ಪುಟ ತಲುಪುವುದಾದರೆ, ಡಿಫಾಲ್ಟ್ ನಡವಳಿಕೆ ಅಗ್ಗ ಮತ್ತು ಶಾಂತ. ಬಲವಂತದ ಟನೆಲಿಂಗ್ ಫೈರ್ನಾಲ್ ಗಂಟೆಗಳು ಮತ್ತು ಡೇಟಾ ಪ್ರಕ್ರಿಯೆ ಶುಲ್ಕಗಳು, ಉದ್ದವಾದ ದಾರಿ, ಮತ್ತು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಫ್ಲೋ ವಿಫಲವಾಗಬಹುದಾದ ಇನ್ನೊಂದು ಸ್ಥಳ ಸೇರಿಸುತ್ತದೆ. ನೀವು ಚಿಂತಿಸಿದ ಒಂದೇ ಗಮ್ಯಸ್ಥಾನಕ್ಕಿಂತ ಬಹಳ ಹೆಚ್ಚು ಸಂಚಾರವನ್ನೂ ಸೆಳೆಯುತ್ತದೆ.
ಅಗತ್ಯವನ್ನು ಎಗ್ರೆಸ್ ದೃಷ್ಟಿಯಿಂದ ಹೇಳಿದಾಗ ಅದನ್ನು ಆಶ್ರಯಿಸಿ: ಪಾಲುದಾರನಿಗೆ ಸ್ಥಿರ Azure ವಿಳಾಸ ಕಾಣಬೇಕು, ಭದ್ರತೆ ಸಂಪರ್ಕಗಳನ್ನು ಲಾಗ್ ಮಾಡಿ ಪರಿಶೀಲಿಸಬೇಕೆಂದು ಬಯಸುತ್ತದೆ, ಅಥವಾ ಡೇಟಾ ಒಂದು ನಿಯಂತ್ರಿತ ಬಿಂದುವಿನ ಮೂಲಕ ಹೊರಹೋಗಬೇಕು. ಆಗಲೂ ವಿನ್ಯಾಸ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಹಂಚಿದ ನಿರ್ಗಮನ ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರವಾರು ಹೊಣೆಗಾರಿಕೆ ಮೂಲ ವಿಳಾಸದಿಂದ ಅಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿನ ಗುರುತಿನಿಂದ ಬರಬೇಕು.
ಬದಲಾವಣೆ ಮುಚ್ಚುವ ಮೊದಲು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಖಚಿತಪಡಿಸಿ: ಸ್ಥಾಪಿಸಿದ ಕ್ಲೈಂಟ್ ಪ್ಯಾಕೇಜ್ ಹೊಸದು, ಎರಡು /1 ರೂಟ್ಗಳು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿವೆ, ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನ ಇನ್ನೂ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ದೂರದ ಸೇವೆಯ ಲಾಗ್ ಫೈರ್ನಾಲ್ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ.