usbip-ಆಧಾರಿತ ಬಳಕೆದಾರರ ನಡುವೆ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಟೋಕನ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆ

ಟ್ರಸ್ಟ್ ಸೇವೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಶಾಸನದಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ (“ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಟ್ರಸ್ಟ್ ಸೇವೆಗಳ ಬಗ್ಗೆ” ಉಕ್ರೇನ್), ಟೋಕನ್‌ಗಳಲ್ಲಿರುವ ಕೀಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಹಲವಾರು ಇಲಾಖೆಗಳ ಅಗತ್ಯವನ್ನು ಎಂಟರ್‌ಪ್ರೈಸ್ ಹೊಂದಿದೆ (ಈ ಸಮಯದಲ್ಲಿ, ಹಾರ್ಡ್‌ವೇರ್ ಕೀಗಳ ಸಂಖ್ಯೆಯ ಪ್ರಶ್ನೆಯು ಇನ್ನೂ ತೆರೆದಿರುತ್ತದೆ )

ಕಡಿಮೆ ವೆಚ್ಚದ ಸಾಧನವಾಗಿ (ಉಚಿತವಾಗಿ), ಆಯ್ಕೆಯು ತಕ್ಷಣವೇ ಬಿದ್ದಿತು usbip. Ubintu 18.04 ನಲ್ಲಿನ ಸರ್ವರ್ ಪ್ರಕಟಣೆಗೆ ಧನ್ಯವಾದಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸಿತು USB/IP ಅನ್ನು ಪಳಗಿಸುವುದು ಮತ್ತು ಹಲವಾರು ಫ್ಲಾಶ್ ಡ್ರೈವ್ಗಳಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿ ಪರೀಕ್ಷಿಸಲಾಯಿತು (ಆ ಸಮಯದಲ್ಲಿ ಟೋಕನ್ ಕೊರತೆಯಿಂದಾಗಿ). ಆ ಸಮಯದಲ್ಲಿ ಏಕಸ್ವಾಮ್ಯ ಮಾಲೀಕತ್ವವನ್ನು (ಬಳಕೆದಾರರಿಗೆ ಮೀಸಲಾತಿ) ಹೊರತುಪಡಿಸಿ ಯಾವುದೇ ವಿಶೇಷ ಸಮಸ್ಯೆಗಳನ್ನು ಗುರುತಿಸಲಾಗಿಲ್ಲ. ಹಲವಾರು ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶವನ್ನು ಸಂಘಟಿಸಲು (ಕನಿಷ್ಠ ಎರಡು, ಪ್ರಾರಂಭಿಸಲು), ಸಮಯಕ್ಕೆ ಅವರ ಪ್ರವೇಶವನ್ನು ವಿಭಜಿಸುವುದು ಮತ್ತು ತಿರುವುಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಒತ್ತಾಯಿಸುವುದು ಅವಶ್ಯಕ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ.

ಪ್ರಶ್ನೆ ಹೀಗಿತ್ತು: ಎಲ್ಲವೂ ಎಲ್ಲರಿಗೂ ಕೆಲಸ ಮಾಡುವಂತೆ ಕಡಿಮೆ ಪ್ರಮಾಣದ ನೃತ್ಯದಿಂದ ನಾನು ಅದನ್ನು ಹೇಗೆ ಮಾಡಬಹುದು...

ಭಾಗವು ಬೃಹದಾಕಾರದದ್ದಾಗಿದೆ

usbip-ಆಧಾರಿತ ಬಳಕೆದಾರರ ನಡುವೆ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಟೋಕನ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆ
ಆಯ್ಕೆ 1. ಬ್ಯಾಟ್ ಫೈಲ್‌ಗಳಿಗೆ ಹಲವಾರು ಶಾರ್ಟ್‌ಕಟ್‌ಗಳು, ಅವುಗಳೆಂದರೆ
a) ಪ್ರವೇಶ ಕೀಲಿಯನ್ನು ಸಂಪರ್ಕಿಸಲಾಗುತ್ತಿದೆ.
ಬಿ) ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವುದು.

ಪ್ಯಾರಾಗ್ರಾಫ್ "б»ವಿವಾದಾತ್ಮಕ, ಆದ್ದರಿಂದ 3 ನಿಮಿಷಗಳಲ್ಲಿ ಕೀಲಿಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸಮಯವನ್ನು ನೀಡಲು ನಿರ್ಧರಿಸಲಾಯಿತು.

usbip ಕ್ಲೈಂಟ್‌ನ ವಿಶಿಷ್ಟತೆಯೆಂದರೆ, ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ಅದು ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ನೇತಾಡುತ್ತದೆ, ಕನ್ಸೋಲ್ ಸೆಷನ್‌ಗೆ ಅಡ್ಡಿಯಾಗುವುದಿಲ್ಲ, ನೀವು ಕ್ಲೈಂಟ್ ಕಡೆಯಿಂದ ಮತ್ತು ಸರ್ವರ್ ಕಡೆಯಿಂದ ಸಂಪರ್ಕವನ್ನು "ಸರಿಸುಮಾರು" ಮುಚ್ಚಬಹುದು.

ನಮಗೆ ಉತ್ತಮವಾಗಿ ಕೆಲಸ ಮಾಡಿರುವುದು ಇಲ್ಲಿದೆ:

ಮೊದಲನೆಯದು: ಸಂಪರ್ಕ on.bat

usbip -a 172.16.12.26 4-1
msg * "Подпись/токен недоступны или заняты "

ಎರಡನೆಯದು: ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆ ಆಫ್.ಬ್ಯಾಟ್

ping 127.0.0.1 -n 180
taskkill /IM usbip.exe /F

ಬಳಕೆದಾರರ ಪ್ರಜ್ಞೆಯನ್ನು ಅವಲಂಬಿಸದೆ, ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಸಂಯೋಜಿಸಲಾಗಿದೆ ಟೋಕನ್.ಬ್ಯಾಟ್

on.bat | off.bat

ಏನಾಗುತ್ತದೆ: ಎಲ್ಲಾ ಫೈಲ್‌ಗಳು ಒಂದೇ ಫೋಲ್ಡರ್‌ನಲ್ಲಿವೆ, token.bat ಫೈಲ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ, ಸಂಪರ್ಕವನ್ನು ಮುಚ್ಚಿದರೆ ಬಳಕೆದಾರರು ತಕ್ಷಣವೇ ಕೀ ಲಭ್ಯವಿಲ್ಲ ಎಂಬ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ಇನ್ನೊಂದು ಸಂದರ್ಭದಲ್ಲಿ, 180 ಪಿಂಗ್‌ಗಳ ನಂತರ ಮಾತ್ರ. ಕೋಡ್‌ನ ನೀಡಲಾದ ಸಾಲುಗಳನ್ನು "@ECHO OFF" ಮತ್ತು "> nul" ಗೆ ಕನ್ಸೋಲ್ ನಿರ್ದೇಶನವನ್ನು ಅಳವಡಿಸಬಹುದಾಗಿದೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚು ಆಘಾತವಾಗುವುದಿಲ್ಲ, ಆದರೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುವ ಅಗತ್ಯವಿಲ್ಲ. USB ಡ್ರೈವ್‌ನಲ್ಲಿನ ಆರಂಭಿಕ "ರನ್" ಎಲ್ಲವೂ ಊಹಿಸಬಹುದಾದ, ವಿಶ್ವಾಸಾರ್ಹ ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ತೋರಿಸಿದೆ. ಇದಲ್ಲದೆ, ಸರ್ವರ್ ಕಡೆಯಿಂದ ಯಾವುದೇ ಕುಶಲತೆಯ ಅಗತ್ಯವಿಲ್ಲ.

usbip-ಆಧಾರಿತ ಬಳಕೆದಾರರ ನಡುವೆ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಟೋಕನ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆ

ಸ್ವಾಭಾವಿಕವಾಗಿ, ಟೋಕನ್‌ನೊಂದಿಗೆ ನೇರವಾಗಿ ಕೆಲಸ ಮಾಡುವಾಗ, ಎಲ್ಲವೂ ನಿರೀಕ್ಷೆಯಂತೆ ನಡೆಯಲಿಲ್ಲ: ಸಾಧನ ನಿರ್ವಾಹಕದಲ್ಲಿ ಭೌತಿಕ ಸಂಪರ್ಕದೊಂದಿಗೆ, ಟೋಕನ್ ಅನ್ನು 2 ಸಾಧನಗಳಾಗಿ (WUDF ಮತ್ತು ಸ್ಮಾರ್ಟ್ ಕಾರ್ಡ್) ನೋಂದಾಯಿಸಲಾಗಿದೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕದೊಂದಿಗೆ WUDF (ಆದಾಗ್ಯೂ) ಪಿನ್ ಕೋಡ್ ಅನ್ನು ವಿನಂತಿಸಲು ಇದು ಸಾಕು).

usbip-ಆಧಾರಿತ ಬಳಕೆದಾರರ ನಡುವೆ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಟೋಕನ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆ

ಕ್ರೂರ "ಟಾಸ್ಕ್‌ಕಿಲ್" ತುಂಬಾ ತೀವ್ರವಾಗಿಲ್ಲ ಮತ್ತು ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಸಂಪರ್ಕವನ್ನು ಮುಚ್ಚುವುದು ಸಮಸ್ಯಾತ್ಮಕವಾಗಿದೆ ಮತ್ತು ಅದು ಯಶಸ್ವಿಯಾಗಿದ್ದರೂ ಸಹ, ಅದನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಮುಚ್ಚುವುದನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ.

ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಎಲ್ಲಾ ಕನ್ಸೋಲ್‌ಗಳನ್ನು ತ್ಯಾಗ ಮಾಡಿದ ನಂತರ, ಎರಡನೇ ಸ್ಕ್ರಿಪ್ಟ್ ರೂಪವನ್ನು ಪಡೆದುಕೊಂಡಿತು:

ping 127.0.0.1 -n 180 > nul
taskkill /IM usbip.exe /F /T  > nul
ping 127.0.0.1 -n 10 > nul
taskkill /IM conhost.exe /F /T  > nul

ಅದರ ಪರಿಣಾಮಕಾರಿತ್ವವು 50% ಕ್ಕಿಂತ ಕಡಿಮೆಯಿದ್ದರೂ, ಸರ್ವರ್ ಮೊಂಡುತನದಿಂದ ಸಂಪರ್ಕವನ್ನು ಮುಕ್ತವಾಗಿ ಪರಿಗಣಿಸುವುದನ್ನು ಮುಂದುವರೆಸಿದೆ.

ಸಂಪರ್ಕದೊಂದಿಗಿನ ಸಮಸ್ಯೆಗಳು ಸರ್ವರ್ ಸೈಡ್ ಅನ್ನು ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುವ ಕುರಿತು ಆಲೋಚನೆಗಳಿಗೆ ಕಾರಣವಾಯಿತು.

ಸರ್ವರ್ ಭಾಗ

ನಿಮಗೆ ಬೇಕಾದುದನ್ನು:

  1. ನಿಷ್ಕ್ರಿಯ ಬಳಕೆದಾರರನ್ನು ಸೇವೆಯಿಂದ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ.
  2. ಟೋಕನ್ ಅನ್ನು ಪ್ರಸ್ತುತ ಯಾರು ಬಳಸುತ್ತಿದ್ದಾರೆ (ಅಥವಾ ಇನ್ನೂ ಎರವಲು ಪಡೆಯುತ್ತಿದ್ದಾರೆ) ನೋಡಿ.
  3. ಟೋಕನ್ ಕಂಪ್ಯೂಟರ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದೆಯೇ ಎಂದು ನೋಡಿ.

ಕ್ರಾಂಟಾಬ್ ಮತ್ತು ಅಪಾಚೆ ಸೇವೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ. ನಮಗೆ ಆಸಕ್ತಿಯಿರುವ ಅಂಕಗಳು 2 ಮತ್ತು 3 ರ ಮಾನಿಟರಿಂಗ್ ಫಲಿತಾಂಶಗಳ ಸ್ಥಿತಿಯನ್ನು ಪುನಃ ಬರೆಯುವ ಪ್ರತ್ಯೇಕ ಸ್ವರೂಪವು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಾಮ್‌ಡ್ರೈವ್‌ನಲ್ಲಿ ಇರಿಸಬಹುದು ಎಂದು ಸೂಚಿಸುತ್ತದೆ. /etc/fstab ಗೆ ಸಾಲನ್ನು ಸೇರಿಸಲಾಗಿದೆ

tmpfs   /ram_drive      tmpfs   defaults,nodev,size=64K         0       0

ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳೊಂದಿಗೆ ಸ್ಕ್ರಿಪ್ಟ್ ಫೋಲ್ಡರ್ ಅನ್ನು ರೂಟ್‌ನಲ್ಲಿ ರಚಿಸಲಾಗಿದೆ: ಟೋಕನ್ usb_restart.sh ಅನ್ನು ಅನ್‌ಮೌಂಟಿಂಗ್-ಮೌಂಟಿಂಗ್

usbip unbind -b 1-2
sleep 2
usbip bind -b 1-2
sleep 2
usbip attach --remote=localhost --busid=1-2
sleep 2
usbip detach --port=00

usblist_id.sh ಸಕ್ರಿಯ ಸಾಧನಗಳ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಲಾಗುತ್ತಿದೆ

usbip list -r 127.0.0.1 | grep ':' |awk -F ":" '{print $1}'| sed s/' '//g | grep -v "^$" > /ram_drive/usb_id.txt

ಸಕ್ರಿಯ IP ಗಳ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯುವುದು (ಬಳಕೆದಾರ ID ಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲು ನಂತರದ ಮಾರ್ಪಾಡಿನೊಂದಿಗೆ) usbip_client_ip.sh

netstat -an | grep :3240 | grep ESTABLISHED|awk '{print $5}'|cut -f1 -d":" > /ram_drive/usb_ip_cli.txt

ಕ್ರಾಂಟಾಬ್ ಸ್ವತಃ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

*/5 * * * * /!script/usb_restart.sh > /dev/null 2>&1
* * * * * ( sleep 30 ; /!script/usblist_id.sh > /dev/null)
* * * * * (sleep 10 ; /!script/usbip_client_ip.sh > /dev/hull)

ಆದ್ದರಿಂದ ನಾವು ಹೊಂದಿದ್ದೇವೆ: ಟೋಕನ್‌ನೊಂದಿಗೆ ಯಾರು ಕೆಲಸ ಮಾಡಿದರು ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ, ಪ್ರತಿ 5 ನಿಮಿಷಗಳಿಗೊಮ್ಮೆ ಹೊಸ ಬಳಕೆದಾರರು ಸಂಪರ್ಕಿಸಬಹುದು. /ramdrive ಫೋಲ್ಡರ್ ಅನ್ನು ಸಿಮ್ಲಿಂಕ್ ಬಳಸಿ http ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ, ಇದರಲ್ಲಿ 2 ಪಠ್ಯ ಫೈಲ್‌ಗಳನ್ನು ಉಳಿಸಲಾಗಿದೆ, ಇದು usbip ಸರ್ವರ್‌ನ ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ.

ಮುಂದಿನ ಭಾಗ: "ಅಗ್ಲಿ ಇನ್ ಎ ರ್ಯಾಪರ್"

ಆಯ್ಕೆ II. ಕನಿಷ್ಠ ಕೆಲವು ಕಡಿಮೆ ಬೆದರಿಸುವ ಇಂಟರ್‌ಫೇಸ್‌ನೊಂದಿಗೆ ಬಳಕೆದಾರರನ್ನು ಸ್ವಲ್ಪ ದಯವಿಟ್ಟು ಮೆಚ್ಚಿಸಲು. ವಿಭಿನ್ನ ಚೌಕಟ್ಟುಗಳು, ವಿಭಿನ್ನ ಹಕ್ಕುಗಳು, ಕಡಿಮೆ ಸಮಸ್ಯಾತ್ಮಕ ವಿಧಾನದೊಂದಿಗೆ ಬಳಕೆದಾರರು ವಿಂಡೋಸ್‌ನ ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ ಎಂಬ ಅಂಶದಿಂದ ಗೊಂದಲಕ್ಕೊಳಗಾಗಿದ್ದಾರೆ. ಲಜಾರಸ್ ನಾನು ಅದನ್ನು ಕಂಡುಹಿಡಿಯಲಿಲ್ಲ (ನಾನು ಸಹಜವಾಗಿ C# ಗೆ ಇದ್ದೇನೆ, ಆದರೆ ಈ ಸಂದರ್ಭದಲ್ಲಿ ಅಲ್ಲ). ನೀವು ಬ್ಯಾಟ್ ಫೈಲ್‌ಗಳನ್ನು ಹಿನ್ನಲೆಯಲ್ಲಿ ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಬಹುದು, ಕಡಿಮೆಗೊಳಿಸಬಹುದು, ಆದರೆ ಸರಿಯಾದ ಪರೀಕ್ಷೆಯಿಲ್ಲದೆ, ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ ಅಭಿಪ್ರಾಯವನ್ನು ಹೊಂದಿದ್ದೇನೆ: ಬಳಕೆದಾರರ ಅಸಮಾಧಾನವನ್ನು ಸಂಗ್ರಹಿಸಲು ನೀವು ಅದನ್ನು ದೃಶ್ಯೀಕರಿಸಬೇಕು.

usbip-ಆಧಾರಿತ ಬಳಕೆದಾರರ ನಡುವೆ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಟೋಕನ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆ

ಕೆಳಗಿನ ಕಾರ್ಯಗಳನ್ನು ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್‌ನಿಂದ ಪರಿಹರಿಸಲಾಗಿದೆ:

  1. ಟೋಕನ್ ಪ್ರಸ್ತುತ ಕಾರ್ಯನಿರತವಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.
  2. ಮೊದಲ ಉಡಾವಣೆಯಲ್ಲಿ, ಆರಂಭಿಕ ಸೆಟಪ್ ಟೋಕನ್ ಸರ್ವರ್‌ನೊಂದಿಗೆ ಸೆಷನ್‌ನ ಪ್ರಾರಂಭ ಮತ್ತು ಅಡಚಣೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ "ಸರಿಯಾದ" ಬ್ಯಾಟ್ ಫೈಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ನಂತರದ ಪ್ರಾರಂಭದಲ್ಲಿ, ಪಾಸ್ವರ್ಡ್ ಬಳಸಿ "ಸೇವೆ" ಮೋಡ್ನ ಅನುಷ್ಠಾನ.
  3. ಸರ್ವರ್‌ನೊಂದಿಗೆ ಸಂಪರ್ಕದ ಉಪಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಅದು ಕಾರ್ಯನಿರತವಾಗಿದೆಯೇ ಅಥವಾ ಸಮಸ್ಯೆಗಳ ಕುರಿತು ಸಂದೇಶಗಳನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆಯೇ ಎಂದು ಸಮೀಕ್ಷೆ ಮಾಡುತ್ತದೆ. ಸಂವಹನವನ್ನು ಪುನರಾರಂಭಿಸಿದಾಗ, ಪ್ರೋಗ್ರಾಂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಾಮಾನ್ಯ ಕ್ರಮದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

ಹೆಚ್ಚುವರಿ fphttpಕ್ಲೈಂಟ್ ಸ್ನ್ಯಾಪ್-ಇನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ವೆಬ್ ಸರ್ವರ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ.


ಕ್ಲೈಂಟ್‌ನ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಗೆ ಲಿಂಕ್ ಇಲ್ಲಿದೆ

ಲೇಖನದ ವಿಷಯದ ಕುರಿತು ಹೆಚ್ಚಿನ ಪರಿಗಣನೆಗಳು ಸಹ ಇವೆ, ಹಾಗೆಯೇ ಅದರ ವೈಶಿಷ್ಟ್ಯಗಳೊಂದಿಗೆ VirtualHere ಉತ್ಪನ್ನಕ್ಕಾಗಿ ಭಾಗಶಃ ಆರಂಭಿಕ ಉತ್ಸಾಹ...

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ