ਟਰੱਸਟ ਸੇਵਾਵਾਂ ("ਇਲੈਕਟ੍ਰਾਨਿਕ ਟਰੱਸਟ ਸੇਵਾਵਾਂ ਬਾਰੇ" ਯੂਕਰੇਨ) ਸੰਬੰਧੀ ਕਾਨੂੰਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੇ ਸਬੰਧ ਵਿੱਚ, ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੂੰ ਟੋਕਨਾਂ 'ਤੇ ਸਥਿਤ ਕੁੰਜੀਆਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਕਈ ਵਿਭਾਗਾਂ ਦੀ ਜ਼ਰੂਰਤ ਹੈ (ਇਸ ਸਮੇਂ, ਹਾਰਡਵੇਅਰ ਕੁੰਜੀਆਂ ਦੀ ਗਿਣਤੀ ਦਾ ਸਵਾਲ ਅਜੇ ਵੀ ਖੁੱਲ੍ਹਾ ਹੈ। ).

ਸਭ ਤੋਂ ਘੱਟ ਕੀਮਤ (ਮੁਫ਼ਤ) ਵਾਲੇ ਇੱਕ ਸਾਧਨ ਵਜੋਂ, ਚੋਣ ਤੁਰੰਤ ਡਿੱਗ ਗਈ usbip. Ubintu 18.04 'ਤੇ ਸਰਵਰ ਨੇ ਪ੍ਰਕਾਸ਼ਨ ਦਾ ਧੰਨਵਾਦ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ ਹੈ ਟੈਮਿੰਗ USB/IP ਅਤੇ ਕਈ ਫਲੈਸ਼ ਡਰਾਈਵਾਂ 'ਤੇ ਸਫਲਤਾਪੂਰਵਕ ਟੈਸਟ ਕੀਤਾ ਗਿਆ (ਉਸ ਸਮੇਂ ਟੋਕਨ ਦੀ ਘਾਟ ਕਾਰਨ)। ਉਸ ਸਮੇਂ ਏਕਾਧਿਕਾਰ ਮਾਲਕੀ (ਉਪਭੋਗਤਾ ਲਈ ਰਿਜ਼ਰਵੇਸ਼ਨ) ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਸਮੱਸਿਆਵਾਂ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ। ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਕਈ ਉਪਭੋਗਤਾਵਾਂ (ਘੱਟੋ ਘੱਟ ਦੋ, ਸ਼ੁਰੂ ਕਰਨ ਲਈ) ਲਈ ਪਹੁੰਚ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ, ਉਹਨਾਂ ਦੀ ਪਹੁੰਚ ਨੂੰ ਸਮੇਂ ਵਿੱਚ ਵੰਡਣਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵਾਰੀ-ਵਾਰੀ ਕੰਮ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ।

ਸਵਾਲ ਇਹ ਸੀ: ਮੈਂ ਇਸਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਡਾਂਸ ਨਾਲ ਕਿਵੇਂ ਕਰ ਸਕਦਾ ਹਾਂ ਤਾਂ ਜੋ ਸਭ ਕੁਝ ਹਰ ਕਿਸੇ ਲਈ ਕੰਮ ਕਰੇ...

ਹਿੱਸਾ ਬੇਢੰਗੇ ਹੈ

ਵਿਕਲਪ XNUMX. ਬੈਟ ਫਾਈਲਾਂ ਲਈ ਕਈ ਸ਼ਾਰਟਕੱਟ, ਅਰਥਾਤ
a) ਪਹੁੰਚ ਕੁੰਜੀ ਨੂੰ ਜੋੜਨਾ।
b) ਜਾਣਬੁੱਝ ਕੇ ਡਿਸਕਨੈਕਟ ਕਰਨਾ।

ਪੈਰਾ "б» ਵਿਵਾਦਪੂਰਨ, ਇਸ ਲਈ ਕੁੰਜੀ ਦੇ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ 3 ਮਿੰਟ 'ਤੇ ਸਮਾਂ ਦੇਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ।

ਯੂਐਸਬੀਆਈਪੀ ਕਲਾਇੰਟ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਇਸ ਦੇ ਲਾਂਚ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇਹ ਕੰਸੋਲ ਵਿੱਚ ਲਟਕਿਆ ਰਹਿੰਦਾ ਹੈ; ਕੰਸੋਲ ਸੈਸ਼ਨ ਵਿੱਚ ਵਿਘਨ ਪਾਏ ਬਿਨਾਂ, ਤੁਸੀਂ ਕਲਾਇੰਟ ਸਾਈਡ ਅਤੇ ਸਰਵਰ ਸਾਈਡ ਤੋਂ "ਮੋਟੇ ਤੌਰ 'ਤੇ" ਕੁਨੈਕਸ਼ਨ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ।

ਇੱਥੇ ਸਾਡੇ ਲਈ ਵਧੀਆ ਕੰਮ ਕੀਤਾ ਹੈ:

ਪਹਿਲਾ: ਕੁਨੈਕਸ਼ਨ on.bat

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

ਦੂਜਾ: ਬੰਦ off.bat

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

ਉਪਭੋਗਤਾ ਦੀ ਚੇਤਨਾ 'ਤੇ ਭਰੋਸਾ ਕੀਤੇ ਬਿਨਾਂ, ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਸੀ token.bat

on.bat | off.bat

ਕੀ ਹੁੰਦਾ ਹੈ: ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਇੱਕੋ ਫੋਲਡਰ ਵਿੱਚ ਹਨ, token.bat ਫਾਈਲ ਦੁਆਰਾ ਲਾਂਚ ਕੀਤੀ ਗਈ ਹੈ, ਜੇਕਰ ਕਨੈਕਸ਼ਨ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਉਪਭੋਗਤਾ ਨੂੰ ਤੁਰੰਤ ਕੁੰਜੀ ਦੇ ਅਣਉਪਲਬਧ ਹੋਣ ਬਾਰੇ ਇੱਕ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਹੋਰ ਕੇਸ ਵਿੱਚ, ਸਿਰਫ 180 ਪਿੰਗਾਂ ਤੋਂ ਬਾਅਦ. ਕੋਡ ਦੀਆਂ ਦਿੱਤੀਆਂ ਲਾਈਨਾਂ ਨੂੰ “@ECHO OFF” ਅਤੇ ਕੰਸੋਲ ਦਿਸ਼ਾ ਨੂੰ “> nul” ਨਾਲ ਲੈਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਉਪਭੋਗਤਾ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਝਟਕਾ ਨਾ ਲੱਗੇ, ਪਰ ਟੈਸਟਿੰਗ ਸ਼ੁਰੂ ਕਰਨਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ। ਇੱਕ USB ਡਰਾਈਵ 'ਤੇ ਸ਼ੁਰੂਆਤੀ "ਰਨ" ਨੇ ਦਿਖਾਇਆ ਕਿ ਸਭ ਕੁਝ ਅਨੁਮਾਨ ਲਗਾਉਣ ਯੋਗ, ਭਰੋਸੇਮੰਦ ਅਤੇ ਸਪਸ਼ਟ ਸੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਰਵਰ ਸਾਈਡ ਤੋਂ ਕੋਈ ਹੇਰਾਫੇਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ.

ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਟੋਕਨ ਦੇ ਨਾਲ ਸਿੱਧੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਸਭ ਕੁਝ ਉਮੀਦ ਅਨੁਸਾਰ ਨਹੀਂ ਹੋਇਆ: ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਵਿੱਚ ਇੱਕ ਭੌਤਿਕ ਕਨੈਕਸ਼ਨ ਦੇ ਨਾਲ, ਟੋਕਨ 2 ਡਿਵਾਈਸਾਂ (WUDF ਅਤੇ ਇੱਕ ਸਮਾਰਟ ਕਾਰਡ) ਦੇ ਰੂਪ ਵਿੱਚ ਰਜਿਸਟਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਨੈਟਵਰਕ ਕਨੈਕਸ਼ਨ ਦੇ ਨਾਲ ਸਿਰਫ WUDF (ਹਾਲਾਂਕਿ ਇਹ ਇੱਕ ਪਿੰਨ ਕੋਡ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ)।

ਇਹ ਇਹ ਵੀ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਬੇਰਹਿਮ "ਟਾਸਕਕਿਲ" ਇੰਨੀ ਗੰਭੀਰ ਨਹੀਂ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ 'ਤੇ ਕੁਨੈਕਸ਼ਨ ਬੰਦ ਕਰਨਾ ਸਮੱਸਿਆ ਵਾਲਾ ਹੈ ਅਤੇ ਭਾਵੇਂ ਇਹ ਸਫਲ ਸੀ, ਇਹ ਇਸਦੇ ਲਈ ਸਰਵਰ 'ਤੇ ਇਸਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।

ਕਲਾਇੰਟ 'ਤੇ ਸਾਰੇ ਕੰਸੋਲ ਨੂੰ ਕੁਰਬਾਨ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਦੂਜੀ ਸਕ੍ਰਿਪਟ ਨੇ ਫਾਰਮ ਲਿਆ:

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

ਸਰਗਰਮ IPs ਦੀ ਇੱਕ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕਰਨਾ (ਉਪਭੋਗਤਾ 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# ਲਈ ਹਾਂ, ਪਰ ਇਸ ਕੇਸ ਵਿੱਚ ਨਹੀਂ)। ਤੁਸੀਂ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਇੰਟਰਫੇਸ ਤੋਂ ਬੈਟ ਫਾਈਲਾਂ ਨੂੰ ਲਾਂਚ ਕਰ ਸਕਦੇ ਹੋ, ਘੱਟ ਤੋਂ ਘੱਟ, ਪਰ ਸਹੀ ਜਾਂਚ ਕੀਤੇ ਬਿਨਾਂ, ਮੈਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਇਸ ਵਿਚਾਰ ਦਾ ਹਾਂ: ਤੁਹਾਨੂੰ ਉਪਭੋਗਤਾ ਦੀ ਅਸੰਤੁਸ਼ਟੀ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ ਇਸਦੀ ਕਲਪਨਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ.

ਹੇਠਾਂ ਦਿੱਤੇ ਕੰਮ ਇੰਟਰਫੇਸ ਅਤੇ ਸੌਫਟਵੇਅਰ ਦੁਆਰਾ ਹੱਲ ਕੀਤੇ ਗਏ ਸਨ:

1. ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਟੋਕਨ ਇਸ ਸਮੇਂ ਵਿਅਸਤ ਹੈ।
2. ਪਹਿਲੀ ਲਾਂਚ 'ਤੇ, ਸ਼ੁਰੂਆਤੀ ਸੈੱਟਅੱਪ ਵਿੱਚ "ਸਹੀ" ਬੈਟ ਫਾਈਲਾਂ ਤਿਆਰ ਕਰਨਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜੋ ਟੋਕਨ ਸਰਵਰ ਦੇ ਨਾਲ ਇੱਕ ਸੈਸ਼ਨ ਦੇ ਲਾਂਚ ਅਤੇ ਰੁਕਾਵਟ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਅਗਲੀ ਸ਼ੁਰੂਆਤ 'ਤੇ, ਪਾਸਵਰਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ "ਸੇਵਾ" ਮੋਡ ਨੂੰ ਲਾਗੂ ਕਰਨਾ।
3. ਸਰਵਰ ਨਾਲ ਕੁਨੈਕਸ਼ਨ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੈ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇਹ ਚੋਣ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਵਿਅਸਤ ਹੈ ਜਾਂ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਸੁਨੇਹੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਸੰਚਾਰ ਮੁੜ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੋਗਰਾਮ ਆਪਣੇ ਆਪ ਆਮ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ।

WEB ਸਰਵਰ ਨਾਲ ਕੰਮ ਕਰਨਾ ਵਾਧੂ fphttpclient ਸਨੈਪ-ਇਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇੱਥੇ ਕਲਾਇੰਟ ਦੇ ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਲਈ ਇੱਕ ਲਿੰਕ ਹੋਵੇਗਾ

ਲੇਖ ਦੇ ਵਿਸ਼ੇ 'ਤੇ ਹੋਰ ਵਿਚਾਰ ਵੀ ਹਨ, ਨਾਲ ਹੀ ਇਸ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ VirtualHere ਉਤਪਾਦ ਲਈ ਅੰਸ਼ਕ ਸ਼ੁਰੂਆਤੀ ਉਤਸ਼ਾਹ...

ਸਰੋਤ: www.habr.com