ಫೈಲ್-ಹಂಚಿಕೆ ನೆಟ್ವರ್ಕ್ನ ಅಭಿವೃದ್ಧಿಯನ್ನು ವೀಕ್ಷಿಸಲು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ, ಆದರೆ ಅದರಲ್ಲಿ ಭಾಗವಹಿಸಲು ಇದು ಇನ್ನಷ್ಟು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ.
ಇಂದು, ಆಧುನಿಕವನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಪ್ರಾರಂಭಿಸುವುದು ಎನ್ಎಂಡಿಸಿ ಹಬ್, ಹೊಸದಾಗಿ ಮುದ್ರಿಸಲಾದ ನಿರ್ವಾಹಕರು ಅವರ ಪೂರ್ವವರ್ತಿಗಳ ಈ ಪ್ರದೇಶದಲ್ಲಿ ಸಂಗ್ರಹವಾದ ಎಲ್ಲಾ ಬೆಳವಣಿಗೆಗಳು ಮತ್ತು ಅನುಭವಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಪಡೆಯುತ್ತಾರೆ. ಇದು ಹಲವಾರು ಸ್ಕ್ರಿಪ್ಟ್ಗಳ ಸಹಾಯದಿಂದ ವಿಸ್ತರಣೆ ಮತ್ತು ಗ್ರಾಹಕೀಕರಣಕ್ಕೆ ಸಿದ್ಧವಾಗಿರುವ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ.
С ಎಡಿಸಿ ಹಬ್ಸ್ ಇಲ್ಲದಿದ್ದರೆ. ಈ ಪ್ರೋಟೋಕಾಲ್ನ ವಿನ್ಯಾಸವನ್ನು ವಿಸ್ತರಿಸಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ನೀವು ಹೊಸ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಯಸುತ್ತೀರಾ? ಸರಿ, ಅದನ್ನು ನೀಡಿ, ಪ್ರಚಾರ ಮಾಡಿ, ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಬಳಸಿ.
ಪರಿಣಾಮವಾಗಿ, ನೀವು ಸಹಜವಾಗಿ, ಪೆಟ್ಟಿಗೆಯಿಂದ ರೆಡಿಮೇಡ್ ಹಬ್ ಅನ್ನು ಪಡೆಯಬಹುದು, ಆದರೆ ಅದನ್ನು ಸರಳವಾಗಿ ಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಮರೆತುಬಿಡುವುದು ಒಳ್ಳೆಯದಲ್ಲ. ಐತಿಹಾಸಿಕ ಸನ್ನಿವೇಶದಲ್ಲಿ ವಿಸ್ತರಣೆಯು ಆವೃತ್ತಿಯ ಆಧಾರದ ಮೇಲೆ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ಸಾಫ್ಟ್ವೇರ್ನ ವಿಭಿನ್ನ ಸಂಖ್ಯೆಯ ವಿಭಿನ್ನ ಕಾರ್ಯಗಳ ಉಪಸ್ಥಿತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಮತ್ತು ಒಬ್ಬ ಬಳಕೆದಾರರಿಗೆ ಸಮಸ್ಯೆಗಳಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡುವುದು ಇನ್ನೊಬ್ಬರ ಕ್ಲೈಂಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ ಮತ್ತು ಇದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು.
ಇದು IPv6 ನೊಂದಿಗೆ ಸಂಭವಿಸಿದೆ. ಹಳೆಯ ಮನುಷ್ಯ NMDC ತಾತ್ವಿಕವಾಗಿ ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ತಿಳಿದಿಲ್ಲ, ಆದರೆ ADC ಸ್ವತಃ ಅದಕ್ಕೆ ಸಿದ್ಧವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಎಲ್ಲವೂ ಅಷ್ಟು ಸುಲಭವಲ್ಲ.
ಕೇವಲ ಸ್ವಲ್ಪ ಸಿದ್ಧಾಂತ
"ಸಕ್ರಿಯ" ಬಳಕೆದಾರರು ಒಳಬರುವ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸಬಹುದು. ವಾಸ್ತವವಾಗಿ, ಅದರಿಂದ ಬರುವ ಸಂಪರ್ಕ ವಿನಂತಿಯು ನಿಜವಾಗಿದೆ ಆಹ್ವಾನ.
"ನಿಷ್ಕ್ರಿಯ" ಬಳಕೆದಾರರು ಸಾಮಾನ್ಯವಾಗಿ ಹೊರಹೋಗುವ ವಿನಂತಿಗಳನ್ನು ಮಾತ್ರ ಬಳಸಬಹುದು. ಹಬ್ ಮೂಲಕ ಅವರು ಎಂದು ಕೇಳುತ್ತದೆ ಸಕ್ರಿಯ ಬಳಕೆದಾರರು ಆಹ್ವಾನವನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ - ಮತ್ತು ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ.
ಮತ್ತು ಹೌದು, ಈ ಕಾರ್ಯವಿಧಾನವು ಬಳಸಿದ IP ಪ್ರೋಟೋಕಾಲ್ನ ಆವೃತ್ತಿಯನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ.
ಸ್ವಾನ್, ಕ್ರೇಫಿಷ್ ಮತ್ತು ಪೈಕ್
ಕ್ಲೈಂಟ್ ಸಾಫ್ಟ್ವೇರ್ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ.
IPv6 ಬೆಂಬಲ DC++ ಪ್ರಕೃತಿಯಲ್ಲಿ ಪ್ರಾಯೋಗಿಕವಾಗಿದೆ. ಇದಕ್ಕೆ ಯಾವುದೇ ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್ಗಳಿಲ್ಲ, ಮತ್ತು ಐಪಿಯ ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳಿಗೆ ವಿಭಿನ್ನ ಆಪರೇಟಿಂಗ್ ಮೋಡ್ಗಳನ್ನು ನೋಡುವುದು ನನಗೆ ಹೆಚ್ಚು ಆಶ್ಚರ್ಯಕರವಾಗಿದೆ, ಕೇವಲ ಆರನೆಯದಕ್ಕೆ ನಿಷ್ಕ್ರಿಯವಾಗಿದೆ, ಆದರೆ ಇದು ನಿಖರವಾಗಿಲ್ಲ.
WAN ನಂತೆ AAAA ದಾಖಲೆಯೊಂದಿಗೆ IP ಡೊಮೇನ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬಳಸುತ್ತಿರುವಾಗಲೂ ಹಸ್ತಚಾಲಿತ ಸಂರಚನೆಯ ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯ ಮೋಡ್ ಅನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಆದರೆ UPnP ಅನ್ನು ಬಳಸುವ ಸ್ವಯಂಚಾಲಿತ ಮೋಡ್ನಲ್ಲಿ ಎಲ್ಲವೂ ನಿರೀಕ್ಷೆಯಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
AirDC++ IPv6 ಸಂಪರ್ಕಗಳಿಗೆ ಸಹ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಇದನ್ನು IPv4 ನಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಅಳವಡಿಸಲಾಗಿದೆ. ಇದಲ್ಲದೆ, ಈ ಕ್ಲೈಂಟ್ ಬಳಕೆದಾರರ ಟ್ಯಾಗ್ಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಎರಡೂ IP ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗೆ ಆಪರೇಟಿಂಗ್ ಮೋಡ್ಗಳನ್ನು ಪ್ರದರ್ಶಿಸುವ ರೀತಿಯಲ್ಲಿ ಮಾರ್ಪಡಿಸುತ್ತದೆ. ಹಬ್ಗಳಿಗೆ ಇದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ತಿಳಿದಿಲ್ಲ (ಇನ್ನೂ), ಇದು ಕರುಣೆಯಾಗಿದೆ.
ನಾನು ತಕ್ಷಣವೇ ಕಾಯ್ದಿರಿಸುವಿಕೆಯನ್ನು ಮಾಡಬೇಕು: AirDC++ ಇದನ್ನು ಏಕಾಂಗಿಯಾಗಿ ಮತ್ತು ತನಗಾಗಿ ಮಾಡುತ್ತದೆ. ಭವಿಷ್ಯದಲ್ಲಿ, ಅನುಕೂಲಕ್ಕಾಗಿ, ನಾನು ಸಂಯೋಜನೆಗಳನ್ನು ಬಳಸುತ್ತೇನೆ AP ಅಥವಾ AA ನೈಜ ಹಬ್ನಲ್ಲಿ ನೈಜ ಕ್ಲೈಂಟ್ ಟ್ಯಾಗ್ನಲ್ಲಿ ಪ್ರದರ್ಶಿಸುವ ಬದಲು ಕ್ರಮವಾಗಿ IPv4 ಮತ್ತು IPv6 ಗಾಗಿ ಸಕ್ರಿಯ ಅಥವಾ ನಿಷ್ಕ್ರಿಯ ಕಾರ್ಯಾಚರಣೆಯ ವಿಧಾನಗಳ ಸೂಚನೆಯಾಗಿ. ಇದು ಮುಖ್ಯ.
ನಮ್ಮ ಪ್ರಯೋಗದಲ್ಲಿ ನಾವು ಬಳಸುತ್ತೇವೆ FlylinkDC++ ಕ್ಲೈಂಟ್ ಆಗಿ IPv6 ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಿಳಿದಿಲ್ಲ. ಬೆಂಬಲವನ್ನು ಸಹ ಗಮನಿಸಬೇಕು NATT ಅವರಿಗೆ ಈ ಲೇಖನವನ್ನು ಬರೆಯುವ ಸಮಯದಲ್ಲಿ ಎಲ್ಲಿಯೂ ಅಳವಡಿಸಲಾಗಿಲ್ಲ.
Начало
ಮೊದಲನೆಯದಾಗಿ, IP ಪ್ರೋಟೋಕಾಲ್ನ ವಿವಿಧ ಆವೃತ್ತಿಗಳ ಬಳಕೆದಾರರ ನಡುವೆ ನಿಸ್ಸಂಶಯವಾಗಿ ಅಸಾಧ್ಯವಾದ ಸಂಪರ್ಕಗಳನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ. ಪರೀಕ್ಷೆಗೆ ಬಳಸಲಾಗುವುದು IPv6 ಸಿದ್ಧ ಹಬ್ ಸಂಪನ್ಮೂಲ A- ಮತ್ತು AAAA-ದಾಖಲೆಗಳೊಂದಿಗೆ ಡೊಮೇನ್ ಹೆಸರು ಅದರ ವಿಳಾಸವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ನೀವು (ವಾಸ್ತವವಾಗಿ) ಆವೃತ್ತಿ XNUMX IP ವಿಳಾಸದೊಂದಿಗೆ ಬಳಕೆದಾರರನ್ನು ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ, ದೋಷವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ.
IPv6 ಬೆಂಬಲವಿಲ್ಲದ ಗ್ರಾಹಕರು ಅದರ ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಬಳಕೆದಾರರನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿಷ್ಕ್ರಿಯವಾಗಿ ನೋಡಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಹಬ್ ಅವರಿಗೆ ಜನಪ್ರಿಯವಾಗುವುದಿಲ್ಲ I4 ಅಥವಾ I6 ಅದಕ್ಕೆ ತಕ್ಕಂತೆ ಕ್ಷೇತ್ರ.
FlylinkDC++ vs. IPv6
ವಾಸ್ತವದಲ್ಲಿ, ಪರಿಸ್ಥಿತಿಯು ಅದೇ ಸಮಯದಲ್ಲಿ ಸರಳ ಮತ್ತು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ.
AirDC++ vs. IPv6
ಸುಲಭ ಏಕೆಂದರೆ IPv6 IPv4 ಗಿಂತ ಆದ್ಯತೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದು ಅರ್ಥವಾಗುವಂತಹದ್ದಾಗಿದೆ. ಅದರ ಮೂಲಕವೇ (ಅನುಗುಣವಾದ ಆಯ್ಕೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಅತಿಕ್ರಮಣ ಲಭ್ಯವಿದ್ದರೂ) ಹಬ್ಗೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಕ್ರಿಯ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಸಂಪರ್ಕಕ್ಕಾಗಿ ನಿಷ್ಕ್ರಿಯ ಕ್ಲೈಂಟ್ಗೆ ನೀಡುತ್ತದೆ.
ಇದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿದೆ, ಏಕೆಂದರೆ ಹಬ್ನಲ್ಲಿ IPv6 ಬೆಂಬಲದೊಂದಿಗೆ ಬಳಕೆದಾರರು ಇದ್ದರೆ, ಆದರೆ ಅವರು IPv4 ವಿಳಾಸದ ಮೂಲಕ ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿದ್ದರೆ, ನಂತರ...
... ನಂತರ ನೀವು IPv4 ಇಲ್ಲದೆಯೇ (ಯಾದೃಚ್ಛಿಕವಾಗಿ) ಅವುಗಳನ್ನು ಸಂಪರ್ಕಿಸಬಹುದು.
ರಿಮೋಟ್ ಕ್ಲೈಂಟ್ ತನ್ನನ್ನು ಸ್ವತ್ತು ಎಂದು ಗೊತ್ತುಪಡಿಸಿಕೊಂಡಿದೆ, ಆದರೆ ಹೊಣೆಗಾರಿಕೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಏಕೆ?
ಅವನನ್ನು ಒಂದು ಸ್ವಿಂಗ್ನಲ್ಲಿ ಎಸೆಯಿರಿ
ಈಗ ನಾವು ಕ್ಲೈಂಟ್ಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸೋಣ, ಆದರೆ IPv4 ವಿಷಯದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿದೆ, ಪರಸ್ಪರ IP ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲದ ಸೆಟ್ಗಳು.
ಹೌದು, ನಿಷ್ಕ್ರಿಯ ಬಳಕೆದಾರರು ಬದಿಯಲ್ಲಿ ಧೂಮಪಾನ ಮಾಡಬೇಕಾಗಿರುವುದು ವಿಷಾದದ ಸಂಗತಿ. ಆದರೆ ಇದಕ್ಕೆ ಸಹಾಯ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವರ ಗೋಚರ IP ವಿಳಾಸವು ನಿರ್ದಿಷ್ಟವಾಗಿ ಮುಖ್ಯವಲ್ಲ - ಅದಕ್ಕಾಗಿಯೇ ಅವು ಹೊಣೆಗಾರಿಕೆಗಳಾಗಿವೆ.
ಬಹ್! ಸಕ್ರಿಯ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುತ್ತದೆ ನಿಷ್ಕ್ರಿಯ ಆಜ್ಞೆ?.. "ಅಂಟಿಕೊಂಡಿರುವ" ಸಂಪರ್ಕವನ್ನು ನಿರೀಕ್ಷಿಸುವುದು ತಾರ್ಕಿಕವಾಗಿದೆ, ಆದರೆ ಇಲ್ಲ, ಇದು ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ತಿರುಗುತ್ತದೆ A4.
ಅದು ಏಕೆ? ನಾವು ಡೆವಲಪರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಉತ್ತರವನ್ನು ಪಡೆಯುತ್ತೇವೆ:
CTM ಇತರ ಬಳಕೆದಾರರು IPv6 ಅನ್ನು ಬೆಂಬಲಿಸದಿದ್ದರೆ ಉತ್ತಮವಲ್ಲ
ಮತ್ತು ನೀವು ವಾದಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ! ಆದರೆ ಇದಕ್ಕೆ ಹಬ್ನಿಂದ ಸ್ವತಂತ್ರವಾದ ಆಂತರಿಕ ತರ್ಕದ ಅಗತ್ಯವಿದೆ (ಕೋಡ್ ನೋಡಿ ಇಲ್ಲಿ и ಇಲ್ಲಿ) ನಿಷ್ಕ್ರಿಯರಿಗೆ ಸಹಾಯ ಮಾಡುವುದು ಇನ್ನೂ ಅಸಾಧ್ಯ, ಏಕೆಂದರೆ
ಸಾಮಾನ್ಯ IPv6 IP ಬೆಂಬಲ ಸೆಟ್ಗಳೊಂದಿಗೆ ಕ್ಲೈಂಟ್ಗಳ ನಡುವೆ ಸಂಪರ್ಕಿಸುವ ಪ್ರಯತ್ನಗಳು ಈ ರೀತಿ ಕಾಣುತ್ತವೆ. ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ, ಸಾಧಿಸುತ್ತೇನೆ PA ನಾನು DC++ ಗೆ ಯಶಸ್ವಿಯಾಗಲಿಲ್ಲ.
ಮತ್ತು ಮತ್ತೊಮ್ಮೆ ಆಶ್ಚರ್ಯ. DC++ ಪ್ರದರ್ಶಿಸುವ IPv6 ಗಾಗಿ ನಿಷ್ಕ್ರಿಯ ಮೋಡ್ ಉದ್ದೇಶಪೂರ್ವಕ ನಕಲಿ ಅಥವಾ ದೋಷವಾಗಿದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ.
ಮುಂದಿನ ಏನು?
ಪ್ರಸ್ತುತ, ವಿಭಿನ್ನ ವಿಧಾನಗಳಲ್ಲಿ ಮತ್ತು ವಿವಿಧ IP ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲದೊಂದಿಗೆ ಬಳಕೆದಾರರನ್ನು ಸಂಪರ್ಕಿಸುವ ಎಲ್ಲಾ ಸಂಭಾವ್ಯ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ನಿಖರವಾಗಿ ಎರಡು ಮಾರ್ಗಗಳಿವೆ.
ಮೊದಲನೆಯದು IPv6 ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮ್ಯೂಟ್ ಮಾಡುವುದು ಅಥವಾ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಅದರ ಮೂಲಕ ಮಾತ್ರ ಕೆಲಸ ಮಾಡಲು ಹಬ್ ಅನ್ನು ರಚಿಸುವುದು.
ಎರಡನೆಯದು ಇದು расширение, ಇದು ಈಗಷ್ಟೇ ಪರೀಕ್ಷಾ ಹಂತವನ್ನು ಸಮೀಪಿಸುತ್ತಿದೆ.
ಸರಿ, DC ಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಸಕ್ರಿಯ ಮೋಡ್ ಅನ್ನು ಹೊಂದಿಸಲು ನೀವು ತುಂಬಾ ಸೋಮಾರಿಯಾಗಿದ್ದರೆ, ನೆನಪಿಡಿ:
ಯಾರ ಬಳಿ ಇದೆಯೋ, ಅವನಿಗೆ ಏನು ಕೊಡಲಾಗುವುದು ಮತ್ತು ಯಾರಿಗೆ ಇಲ್ಲವೋ, ಅವನು ತನ್ನಲ್ಲಿದೆ ಎಂದು ಭಾವಿಸುವದನ್ನು ಸಹ ಅವನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಸರಿ. 8:18