ಫೋನ್ ಪುಟ ತೆರೆಯಲಾಗುತ್ತಿಲ್ಲ: ಕೇಳುವ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ
localhost ನಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಪುಟವು loopback ಗೆ ಮಾತ್ರ ಬದ್ಧವಾಗಿರಬಹುದು. ಸಾಕೆಟ್ ವಿಳಾಸವನ್ನು ಓದಿ, ನಂತರ ಫೈರ್ವಾಲ್ ನಿಯಮ ಮತ್ತು ಫೋನ್ ನಿಜವಾಗಿ ಬಳಸುವ URL.
ಲ್ಯಾಪ್ಟಾಪ್ ಪುಟವನ್ನು localhost ನಲ್ಲಿ ನೀಡುತ್ತಿದೆ, ಫೋನ್ ಅದೇ VPN ಗೆ ಸೇರುತ್ತದೆ, ಮತ್ತು ಫೋನ್ನ ಬ್ರೌಸರ್ ಸೈಟ್ ತಲುಪಲಾಗುತ್ತಿಲ್ಲ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ. ಸುರಂಗದಲ್ಲಿ ಇನ್ನೂ ಏನೂ ತಪ್ಪಿಲ್ಲ, ಏಕೆಂದರೆ ಸುರಂಗವು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮಾತ್ರ ತಲುಪಿಸುತ್ತದೆ. loopback ಇಂಟರ್ಫೇಸ್ಗೆ ಬದ್ಧವಾದ ಅಭಿವೃದ್ಧಿ ಸರ್ವರ್ ಬೇರೆ ಯಾವುದಕ್ಕೂ ಉದ್ದೇಶಿಸಿದ ಸಂಪರ್ಕವನ್ನು ಎಂದಿಗೂ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮೊದಲು ನೋಡಬೇಕಾದದ್ದು ಕೇಳುತ್ತಿರುವ ಸಾಕೆಟ್, VPN ಅಲ್ಲ.
ಸಾಕೆಟ್, ಬೈಂಡ್ ಸೆಟ್ಟಿಂಗ್, ಫೈರ್ವಾಲ್ ನಿಯಮ ಮತ್ತು URL ಅನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ.
ಸಾಕೆಟ್ ಹೆಚ್ಚು ಸಂಕುಚಿತ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ
127.0.0.1 ನಲ್ಲಿ ರಚಿಸಿದ ಆಲಿಸುವವನು ಯಂತ್ರದಿಂದಲೇ ಬರುವ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಬೇರೆ ವಿಳಾಸಕ್ಕೆ ಬರುವ ಎಲ್ಲವನ್ನೂ ನಿರಾಕರಿಸುತ್ತದೆ. wildcard ವಿಳಾಸದಲ್ಲಿನ ಆಲಿಸುವವನು ಪ್ರತಿ ಸ್ಥಳೀಯ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಸ್ವೀಕರಿಸುತ್ತದೆ, VPN ಇಂಟರ್ಫೇಸ್ ಸೇರಿದಂತೆ, ಇದು ಬಹುಪಾಲು ಅಭಿವೃದ್ಧಿ ಸೆಟಪ್ಗಳಿಗೆ ಬೇಕಾದುದಕ್ಕಿಂತ ವಿಶಾಲವಾಗಿದೆ. ಒಂದು ನಿರ್ದಿಷ್ಟ VPN ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ ಆಲಿಸುವವನು ಅತ್ಯಂತ ಸಂಕುಚಿತ ಉಪಯುಕ್ತ ಆಯ್ಕೆಯಾಗಿದೆ, ಮತ್ತು ಆ ವಿಳಾಸ ಇರುವವರೆಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ಅದರಿಂದ ಎರಡು ಹೆಸರಿಸುವ ಬಲೆಗಳು ಉಂಟಾಗುತ್ತವೆ. ಫೋನ್ನ ಬ್ರೌಸರ್ನಲ್ಲಿ localhost ಎಂದರೆ ಫೋನ್, ಲ್ಯಾಪ್ಟಾಪ್ ಅಲ್ಲ. wildcard ವಿಳಾಸವು ಬೈಂಡ್ ಮೌಲ್ಯ, URL ನಲ್ಲಿ ಟೈಪ್ ಮಾಡುವ ವಸ್ತುವಲ್ಲ. ಇವುಗಳಲ್ಲಿ ಒಂದರಿಂದ ಪರೀಕ್ಷಿಸುವ ಯಾರಾದರೂ ಜಾಲಬಂಧವೇ ಭಾಗಿಯಾಗದ ವೈಫಲ್ಯವನ್ನು ವರದಿ ಮಾಡುತ್ತಾರೆ.
IPv6 ಮೂರನೇ ಪ್ರಕರಣವನ್ನು ಸೇರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸಾಕೆಟ್ ಸುಲಭವಾಗಿ ಕಣ್ಣಿಗೆ ಬೀಳದ ಆಯ್ಕೆಗಳನ್ನು ಅವಲಂಬಿಸಿ IPv4 ಮತ್ತು IPv6 ಎರಡನ್ನೂ ಸ್ವೀಕರಿಸಬಹುದು. ಪಟ್ಟಿಯಲ್ಲಿ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಓದಿ. ಒಂದು ಕುಟುಂಬದ wildcard ನಮೂದು ಇನ್ನೊಂದನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ.
ಕೇಳುವ ವಿಳಾಸವನ್ನು ಓದಿ
ಸಂರಚನೆಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಸಾಕೆಟ್ ಪರಿಶೀಲಿಸಿ. ಸ್ಥಳೀಯ ವಿಳಾಸ, ಪೋರ್ಟ್ ಮತ್ತು ಮಾಲೀಕ ಪ್ರಕ್ರಿಯೆ ಒಟ್ಟಾಗಿ ಸರ್ವರ್ VPN ನಿಂದ ತಲುಪಬಹುದೇ ಎಂದು ತಿಳಿಸುತ್ತವೆ.
Get-NetTCPConnection -State Listen -LocalPort 8080 | Select-Object LocalAddress,LocalPort,OwningProcess Get-Process -Id (Get-NetTCPConnection -State Listen -LocalPort 8080).OwningProcess ipconfig | Select-String -Pattern 'IPv4' Get-NetFirewallRule -DisplayName '*8080*' | Format-Table DisplayName,Enabled,Profile,Direction,Action
127.0.0.1 ಸ್ಥಳೀಯ ವಿಳಾಸ ಪ್ರಶ್ನೆಯನ್ನು ನಿರ್ಣಯಿಸುತ್ತದೆ: ಫೈರ್ವಾಲ್ನ ಯಾವುದೇ ಬದಲಾವಣೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ VPN ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಆಲಿಸುತ್ತಿಲ್ಲ. wildcard ಅಥವಾ VPN ವಿಳಾಸ ಎಂದರೆ ಸಾಕೆಟ್ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಮುಂದಿನ ಗಡಿ ಅನ್ವಯಿಸುತ್ತದೆ.
ಮಾಲೀಕ ಪ್ರಕ್ರಿಯೆಯನ್ನೂ ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ ಪೋರ್ಟ್ನಲ್ಲಿನ ಅಸಂಬದ್ಧ ಸೇವೆ ಕೋಷ್ಟಕವನ್ನು ಸರಿಯಾಗಿ ತೋರಿಸಬಹುದು, ಆದರೆ ಉದ್ದೇಶಿತ ಸರ್ವರ್ ಎಂದೂ ಪ್ರಾರಂಭವಾಗಿರಲಿಲ್ಲ. ಹೆಸರನ್ನು ಮಾತ್ರವಲ್ಲ, ಕಾರ್ಯನಿರ್ವಾಹಕದ ಪಥವನ್ನು ಹೊಂದಿಸಿ. ಹಿಂದಿನ ರನ್ನ ಹಳೆಯ ಪ್ರಕ್ರಿಯೆ ಪದೇ ಪದೇ ಬರುವ ಮೋಸಗಾರ.
ಅಪ್ಲಿಕೇಶನ್ ಮೂಲಕ ಬೈಂಡ್ ಬದಲಿಸಿ
ಫ್ರೇಮ್ವರ್ಕ್ನ ದಾಖಲಿತ ಕೇಳುವ ವಿಳಾಸ ಆಯ್ಕೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ. ಲ್ಯಾಪ್ಟಾಪ್ ಖಾಸಗಿ ವಿಳಾಸ 10.77.0.1 ಹೊಂದಿದ್ದರೆ, ಫೋನ್ನ URL http://10.77.0.1:8080/ ಆಗುತ್ತದೆ ಮತ್ತು ಆ ವಿಳಾಸವನ್ನು VPN ಮೂಲಕ ರೂಟ್ ಮಾಡಬೇಕು; ಸೆಟಪ್ನಲ್ಲಿ ಬೇರೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ.
ಬೈಂಡ್ ಒತ್ತಾಯಿಸಲು Windows ಗೆ ಅನಿಯಂತ್ರಿತ ವಿಳಾಸಗಳನ್ನು ಸೇರಿಸಬೇಡಿ ಅಥವಾ ಗೇಟ್ವೇ ಬದಲಿಸಬೇಡಿ. ಆ ಬದಲಾವಣೆಗಳು ಡೀಬಗ್ ಸೆಷನ್ನ ನಂತರವೂ ಉಳಿಯುತ್ತವೆ ಮತ್ತು ಮುಂದಿನ ವ್ಯಕ್ತಿಯನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸುತ್ತವೆ. VPN ವಿಳಾಸ ಇರುವ ಮೊದಲೇ ಪ್ರಾರಂಭಿಸಿದ ಸರ್ವರ್ ಕೂಡ ಬೈಂಡ್ ಮಾಡಲು ವಿಫಲವಾಗಬಹುದು, ಆದ್ದರಿಂದ ತಾತ್ಕಾಲಿಕ ಇಂಟರ್ಫೇಸ್ಗೆ ಪ್ರಾರಂಭದ ಕ್ರಮ ಮುಖ್ಯ. ಅದಕ್ಕೆ ಮತ್ತೊಮ್ಮೆ ಪ್ರಯತ್ನ ನೀಡಿ ಅಥವಾ ಸುರಂಗದ ನಂತರ ಪ್ರಾರಂಭಿಸಿ. ಬೂಟ್ನಲ್ಲಿ ಬೈಂಡ್ ವೈಫಲ್ಯ ಮರುದಿನ ಬೆಳಿಗ್ಗೆ ನಿಖರವಾಗಿ ಫೈರ್ವಾಲ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ.
HTTPS ಗಾಗಿ ಸೇವೆಯ ಹೋಸ್ಟ್ಹೆಸರು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಅಕ್ಷತವಾಗಿ ಇರಿಸಿ. ಕಚ್ಚಾ ವಿಳಾಸದಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರ ಎಚ್ಚರಿಕೆ ಹೆಸರಿಸುವ ಸಮಸ್ಯೆ, ಕ್ಲಿಕ್ ಮಾಡಿ ದಾಟುವ ಹಂತವಲ್ಲ, ಮತ್ತು ಖಾಸಗಿ DNS ನೀವು ಆರಿಸಿದ ಆಲಿಸುವವನಿಗೆ ಹೊಂದಬೇಕು.
ಒಂದು ನಿಯಮ ತೆರೆಯಿರಿ, ಇಡೀ ಜಾಲಬಂಧವಲ್ಲ
ಸಾಕೆಟ್ VPN ವಿಳಾಸದಲ್ಲಿ ಸ್ವೀಕರಿಸಲು ಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ವಿನಂತಿ ತಲುಪುತ್ತದೆಯೇ ಎಂದು ಫೈರ್ವಾಲ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ನಿಯಮವನ್ನು ಈ ಅಪ್ಲಿಕೇಶನ್, ಈ ಪ್ರೋಟೋಕಾಲ್, ಈ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಮತ್ತು ಅಧಿಕೃತ ದೂರದ ಮೂಲಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸಿ, ಮತ್ತು VPN ಅಡಾಪ್ಟರ್ನಲ್ಲಿ ಯಾವ ಪ್ರೊಫೈಲ್ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.
Windows ನಿಜವಾಗಿ ನೋಡುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಬಳಸಿ, ಗೇಟ್ವೇ ಮಾಡುವ ಯಾವುದೇ ಅನುವಾದ ಸೇರಿದಂತೆ, ಏಕೆಂದರೆ ಮೂಲ ಕ್ಲೈಂಟ್ ವಿಳಾಸಕ್ಕಾಗಿ ಬರೆದ ನಿಯಮವು ಅನುವಾದಿತ ವಿಳಾಸಕ್ಕೆ ಹೊಂದುವುದಿಲ್ಲ.
ಲೋಡ್ ಆಗಿ ಅಪ್ಲಿಕೇಶನ್ ದೋಷವನ್ನು ತೋರಿಸುವ ಪುಟ ಪ್ರಗತಿ: HTTP ನಿರಾಕರಣೆ TCP ಸಂಪರ್ಕ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಬೇರೆ ವೈಫಲ್ಯ, ಮತ್ತು ಮುಂದಿನ ತನಿಖೆ ಜಾಲಬಂಧದ್ದಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಪ್ರವೇಶ ನೀತಿಯದ್ದು.
ಉದ್ದೇಶಿತ ಫೋನ್ನಿಂದ ಪುಟವನ್ನು ಕೇಳಿ ಮತ್ತು ಹೊರಗಿಟ್ಟ ಸಾಧನವು ಇನ್ನೂ ಅದನ್ನು ತಲುಪಲಾಗದಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ ಮುಗಿಸಿ. ಎಲ್ಲವನ್ನೂ ಅನುಮತಿಸುವ ನಿಯಮದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಆಲಿಸುವವನು ಅದೇ ಫಲಿತಾಂಶವಲ್ಲ.