VPN ಮೇಲೆ NetBIOS: ಹೆಸರು, ಡೇಟಾಗ್ರಾಮ್ ಮತ್ತು ಸೆಷನ್ ಪ್ರತ್ಯೇಕ ಸೇವೆಗಳು
ರೌಟರ್ಗಳ ಬಗ್ಗೆ ಇರುವ ಘೋಷಣೆ ತುಂಬಾ ವಿಶಾಲವಾಗಿದೆ. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಮೂರು ಸೇವೆಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಹೆಸರುಗಳನ್ನು ಪ್ರಸಾರದಿಂದ ಅಥವಾ ಸರ್ವರ್ನಿಂದ ಪರಿಹರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
«NetBIOS ರೌಟರ್ಗಳನ್ನು ದಾಟುವುದಿಲ್ಲ» ಎಂಬ ಮಾತನ್ನು ವಿನ್ಯಾಸವನ್ನು ನಿರ್ಣಯಿಸಿದಂತೆ ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ. ಅದು ನಿರ್ಣಯಿಸಿಲ್ಲ. ಪ್ರಸಾರದ ಮೂಲಕ ಹೆಸರಿನ ಹುಡುಕಾಟ ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನದೇ ಪ್ರಸಾರ ಕ್ಷೇತ್ರದ ಒಳಗೆ ಉಳಿಯುತ್ತದೆ, ಆದರೆ NetBIOS ಸೇವೆಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಯಾಗಿ ಮಾರ್ಗನಿರ್ದೇಶನಗೊಳ್ಳುವ ನಿರ್ದೇಶಿತ IP ಸಂಚಾರವನ್ನೂ ಬಳಸಬಹುದು. ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ NetBIOS ರೌಟರ್ಗಳನ್ನು ದಾಟುತ್ತದೆಯೇ ಎಂಬುದಲ್ಲ; ಪ್ರಶ್ನೆ ಎಂದರೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅದರ ಮೂರು ಸೇವೆಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಬಳಸುತ್ತದೆ.
ಒಂದು ತಂತಿ ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲ, ಸಾಫ್ಟ್ವೇರ್ ಇಂಟರ್ಫೇಸ್
RFC 1001 NetBIOS ಅನ್ನು ಅಪ್ಲಿಕೇಶನ್ಗಳು ಪ್ರೋಗ್ರಾಮ್ ಬರೆಯುವ ಇಂಟರ್ಫೇಸ್ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಅದರ ಕೆಳಗೆ ಹಲವು ಸಾಗಣೆಗಳಿವೆ. ಅದರ TCP/UDP ಮಾದರಿ ಹೆಸರು ಸೇವೆ, ಡೇಟಾಗ್ರಾಮ್ ವಿತರಣೆ ಮತ್ತು ಸೆಷನ್ ಸೇವೆಯನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು IP ಪ್ರಸಾರದೊಂದಿಗೆ ಅಥವಾ ಇಲ್ಲದೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆ.
| Service | What it does | Transport dependence |
|---|---|---|
| Name | Registers and resolves names | Broadcast, point-to-point, or a name server |
| Datagram | Connectionless messages, including broadcast | Broadcast domain or directed delivery |
| Session | Connection-oriented exchange | TCP connection to a named endpoint |
ಈ ಕೋಷ್ಟಕವೇ ಘೋಷಣೆ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡು ಹೆಸರಿಸಿದ ಹೋಸ್ಟ್ಗಳ ನಡುವಿನ ಸೆಷನ್ ಸೇವೆ ಒಂದು IP ಸಂಭಾಷಣೆ; ಪ್ರಸಾರ ಡೇಟಾಗ್ರಾಮ್ ಹಾಗಲ್ಲ. ಒಂದು VPN ವಿನ್ಯಾಸ ಮೊದಲನೆಯದನ್ನು ಪೂರೈಸಿ ಎರಡನೆಯದನ್ನು ಪೂರೈಸದಿರಬಹುದು, ಮತ್ತು ಮೊದಲನೆಯದನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪರೀಕ್ಷೆ ಎರಡನೆಯದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ನೋಡ್ ಪ್ರಕಾರಗಳು ಕ್ಲೈಂಟ್ ಏನನ್ನು ಕೇಳುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ
RFC 1001 ರ ಪ್ರಸಾರ, ಬಿಂದುವಿನಿಂದ ಬಿಂದುವಿಗೆ ಮತ್ತು ಮಿಶ್ರ ನೋಡ್ ಮಾದರಿಗಳು ಹೋಸ್ಟ್ ಹೆಸರುಗಳನ್ನು ಹೇಗೆ ಪರಿಹರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತವೆ: ಸ್ಥಳೀಯ ಜಾಲವನ್ನು ಕೇಳುವುದು, ಹೆಸರು ಸರ್ವರ್ ಅನ್ನು ನೇರವಾಗಿ ಕೇಳುವುದು, ಅಥವಾ ಒಂದನ್ನು ಪ್ರಯತ್ನಿಸಿ ನಂತರ ಇನ್ನೊಂದನ್ನು ಪ್ರಯತ್ನಿಸುವುದು. ಮಾದರಿ ಯಾವ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡಬೇಕು ಎಂಬುದರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್ ಸಂಪೂರ್ಣವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದರ ಮೇಲಲ್ಲ.
ನಿರ್ವಹಿತ ಹೆಸರು ಸರ್ವರ್ ವ್ಯವಸ್ಥೆ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಬಿಂದುವಿನಿಂದ ಬಿಂದುವಿಗೆ ಮಾರ್ಗ ನೀಡುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಬಳಸಲು ಕಾನ್ಫಿಗರ್ ಆದ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮಾತ್ರ. ಜಾಲದಲ್ಲಿ ಎಲ್ಲೋ ಸರ್ವರ್ ಇಡುವುದು ಅಪ್ಲಿಕೇಶನ್ ಅದನ್ನು ಸಂಪರ್ಕಿಸುವಂತೆ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರಸಾರ ಕ್ರಮದಲ್ಲಿ ಬಿಡಲಾದ ಕ್ಲೈಂಟ್ ಸ್ಥಳೀಯ ವಿಭಾಗವನ್ನು ಕೇಳುತ್ತಲೇ ಇರುತ್ತದೆ ಮತ್ತು ಸಮಯ ಮೀರುವಿಕೆಗೆ ತಲುಪುತ್ತದೆ. ಸರ್ವರ್ನ ವಿಳಾಸ ಕ್ಲೈಂಟ್ನ ಸಂರಚನೆಗೆ ತಲುಪಬೇಕು, ಆ ಕ್ಲೈಂಟ್ ಗೌರವಿಸುವ ಯಾವುದೇ ನಿರ್ವಹಣಾ ಮಾರ್ಗದ ಮೂಲಕ.
ಆದ್ದರಿಂದ ಸಂಬಂಧಿತ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಮೂರು ಅವಲೋಕನಗಳನ್ನು ದಾಖಲಿಸಿ: ಅದು ಸರ್ವರ್ ಹೆಸರನ್ನು ವಿಳಾಸವಾಗಿ ಹೇಗೆ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಅನ್ವೇಷಣೆ ಅಥವಾ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆ ಪ್ರಸಾರವನ್ನು ಅಥವಾ ನಿರ್ದೇಶಿತ ಅಂತ್ಯಬಿಂದುವನ್ನು ಬಳಸುತ್ತದೆಯೇ, ಮತ್ತು ನಿಜವಾದ ಸೆಷನ್ ಯಾವ ವಿಳಾಸ ಮತ್ತು ಸಾಗಣೆಯನ್ನು ಬಳಸುತ್ತದೆ. ಇವು ಸ್ವತಂತ್ರ ಸತ್ಯಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಪರಿಹಾರವಿದೆ. ಒಂದು ಯಶಸ್ವಿ ಹೆಸರು ಪರಿಹಾರವು ಮೊದಲನೆಯದರ ಬಗ್ಗೆ ಮಾತ್ರ ಸಾಕ್ಷ್ಯ.
TCP/IP ಮೇಲಿನ NetBIOS NetBEUI ಅಲ್ಲ
ಎರಡನ್ನೂ ಹಳೆಯದು ಎಂದು ಕರೆಯುವುದರಿಂದ ಅವನ್ನು ಗೊಂದಲಗೊಳಿಸಲಾಗುತ್ತದೆ. TCP/IP ಮೇಲಿನ NetBIOS ತನ್ನ ಸೇವೆಗಳನ್ನು IP ಪ್ಯಾಕೆಟ್ಗಳ ಒಳಗೆ ಒಯ್ಯುತ್ತದೆ, ಅವನ್ನು ಮಾರ್ಗನಿರ್ದೇಶಿತ ಸುರಂಗ ಈಗಾಗಲೇ ಸಾಗಿಸುತ್ತದೆ. NetBEUI ಮಾರ್ಗನಿರ್ದೇಶಿಸಲಾಗದ ಪದರ 2 ರ ಪ್ರೋಟೋಕಾಲ್, ಮತ್ತು IP ಸುರಂಗ ಕೇವಲ IP ಒಯ್ಯುವ ಕಾರಣಕ್ಕೆ ಅನಿಯತ ಇಥರ್ನೆಟ್ ಚೌಕಟ್ಟುಗಳನ್ನು ಒಯ್ಯುವುದಿಲ್ಲ.
IP ಮಾರ್ಗ ಸೇರಿಸುವುದು IP ಅಲ್ಲದ ಚೌಕಟ್ಟನ್ನು IP ಅಪ್ಲಿಕೇಶನ್ ಆಗಿ ಪರಿವರ್ತಿಸಲಾರದು. ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿಯೂ ಪದರ 2 ರ ವರ್ತನೆಯನ್ನು ಅವಲಂಬಿಸಿದರೆ, ಆಯ್ಕೆಗಳೆಂದರೆ ಸ್ಪಷ್ಟವಾಗಿ ಸೀಮಿತಗೊಳಿಸಿದ ಪದರ 2 ರ ಸೇವೆ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾಯಿಸುವುದು; ಯಾವುದೇ ಮಾರ್ಗನಿರ್ದೇಶನ ಬದಲಾವಣೆ ಅವೆರಡರಲ್ಲೂ ಒಂದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
ಕೆಲಸವನ್ನು ಪೂರೈಸುವ ಅತಿ ಚಿಕ್ಕ ಬದಲಾವಣೆಯನ್ನು ಆರಿಸಿ
ಅನುಮೋದಿತ DNS ಹೆಸರು ಮತ್ತು ಸ್ಪಷ್ಟ UNC ಮಾರ್ಗದ ಮೂಲಕ ತಲುಪುವ ಇರುವ SMB ಹಂಚಿಕೆಗೆ ಇಥರ್ನೆಟ್ ವಿಸ್ತರಣೆ ಬೇಕಿಲ್ಲ. ಕಡತ ಸೇವೆಯ ಕೆಲಸ ಮತ್ತು ಬ್ರೌಸಿಂಗ್ ಅನುಭವ ಬೇರೆ ಬೇರೆ ಅಗತ್ಯಗಳು, ಮತ್ತು ಎರಡನೆಯದು ಮಾತ್ರ ನೆರೆಯವರ ಪಟ್ಟಿಯನ್ನು ಅವಲಂಬಿಸಿದೆ. ಹೆಸರಿನಿಂದ ಹಂಚಿಕೆಯನ್ನು ತಲುಪುವುದು ಪ್ರಸಾರ ಕ್ಷೇತ್ರವನ್ನು ಸುರಂಗದ ಮೂಲಕ ಎಳೆಯದೆ ಕೆಲಸವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.
ಬ್ರೌಸಿಂಗ್ ಎಂಬುದು ಸಾಮಾನ್ಯವಾಗಿ ವಿಫಲವಾಗುವ ಭಾಗ, ಮತ್ತು ಅದು ಮೌನವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ. ಯಂತ್ರವು ಮಾರ್ಗದ ಮೂಲಕ ಹಂಚಿಕೆಯನ್ನು ತೆರೆಯಬಹುದು, ಆದರೆ ಹತ್ತಿರದ ಕಂಪ್ಯೂಟರ್ಗಳ ಪಟ್ಟಿ ಖಾಲಿಯಾಗಿ ಉಳಿಯುತ್ತದೆ, ಏಕೆಂದರೆ ಪಟ್ಟಿ ಪ್ರಸಾರ ಅನ್ವೇಷಣೆಯಿಂದ ತುಂಬುತ್ತದೆ ಮತ್ತು ಮಾರ್ಗ DNS ಬಳಸುತ್ತದೆ. ನಿಮಗೆ ಪಟ್ಟಿ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುವುದು ಕಡತ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುವುದಕ್ಕಿಂತ ಬೇರೆ ಅಗತ್ಯ. ಏನನ್ನಾದರೂ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ಯಾವುದನ್ನು ಕೇಳಿದರು ಎಂದು ಬರೆಯಿರಿ.
ಹಳೆಯ ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿಯೂ ಪ್ರಸಾರ ಅಥವಾ IP ಅಲ್ಲದ ಚೌಕಟ್ಟುಗಳನ್ನು ಬೇಡಿದರೆ, ಹೆಸರಿಸಿದ ಮಾಲೀಕರಿರುವ ಸೀಮಿತ ಪದರ 2 ರ ಸೇವೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ, ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾಯಿಸಿ. ಸೇತುವೆ ಹಂಚಿದ ವೈಫಲ್ಯ ಕ್ಷೇತ್ರ ಮತ್ತು ನೀತಿ ಗಡಿಯನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು NetBIOS ಬರೆದ ಚೆಕ್ಬಾಕ್ಸ್ ಅಲ್ಲ, ವಾಸ್ತುಶಿಲ್ಪದ ನಿರ್ಣಯ. ಸುರಂಗವು ಸಾಗಿಸಬೇಕಾದ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ದಾಖಲಿಸಿ, ಆಗ ನಿರ್ವಾಹಕರು «ಇಡೀ Windows ಜಾಲ» ಬಗ್ಗೆ ಊಹಿಸುವ ಬದಲು ವಿನಂತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು.