You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
IoT-For-Beginners/translations/pa/2-farm/lessons/6-keep-your-plant-secure
co-op-translator[bot] 9508c7b48a
🌐 Update translations via Co-op Translator (#545)
4 weeks ago
..
README.md 🌐 Update translations via Co-op Translator (#545) 4 weeks ago
assignment.md 🌐 Update translations via Co-op Translator (#545) 4 weeks ago
single-board-computer-x509.md 🌐 Update translations via Co-op Translator (#545) 4 weeks ago
wio-terminal-x509.md 🌐 Update translations via Co-op Translator (#545) 4 weeks ago

README.md

ਆਪਣੇ ਪੌਦੇ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖੋ

ਇਸ ਪਾਠ ਦਾ ਇੱਕ ਸਕੈਚਨੋਟ ਝਲਕ

ਸਕੈਚਨੋਟ ਨਿਤਿਆ ਨਰਸਿੰਮਨ ਦੁਆਰਾ। ਵੱਡੇ ਵਰਜਨ ਲਈ ਚਿੱਤਰ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।

ਪਾਠ ਤੋਂ ਪਹਿਲਾਂ ਕਵੀਜ਼

ਪਾਠ ਤੋਂ ਪਹਿਲਾਂ ਕਵੀਜ਼

ਪਰਿਚਯ

ਪਿਛਲੇ ਕੁਝ ਪਾਠਾਂ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਮਿੱਟੀ ਨਿਗਰਾਨੀ IoT ਡਿਵਾਈਸ ਬਣਾਇਆ ਅਤੇ ਇਸਨੂੰ ਕਲਾਉਡ ਨਾਲ ਜੋੜਿਆ। ਪਰ ਜੇਕਰ ਕਿਸੇ ਮੁਕਾਬਲੇਬਾਜ਼ ਕਿਸਾਨ ਲਈ ਕੰਮ ਕਰ ਰਹੇ ਹੈਕਰ ਤੁਹਾਡੇ IoT ਡਿਵਾਈਸਾਂ 'ਤੇ ਕਬਜ਼ਾ ਕਰ ਲੈਂਦੇ? ਜੇਕਰ ਉਹ ਉੱਚ ਮਿੱਟੀ ਨਮੀ ਪੜ੍ਹਨਿਆਂ ਨੂੰ ਭੇਜਣ, ਤਾਂ ਕਿ ਤੁਹਾਡੇ ਪੌਦਿਆਂ ਨੂੰ ਕਦੇ ਪਾਣੀ ਨਾ ਮਿਲੇ, ਜਾਂ ਤੁਹਾਡੀ ਸਿੰਚਾਈ ਪ੍ਰਣਾਲੀ ਨੂੰ ਸਦਾ ਚਾਲੂ ਰੱਖਣ ਲਈ ਮਜਬੂਰ ਕਰ ਦੇਣ, ਜਿਸ ਨਾਲ ਪੌਦੇ ਜ਼ਿਆਦਾ ਪਾਣੀ ਕਾਰਨ ਮਰ ਜਾਣ ਅਤੇ ਤੁਹਾਡਾ ਪਾਣੀ ਦਾ ਖਰਚਾ ਬਹੁਤ ਵਧ ਜਾਵੇ?

ਇਸ ਪਾਠ ਵਿੱਚ ਤੁਸੀਂ IoT ਡਿਵਾਈਸਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਬਾਰੇ ਸਿੱਖੋਗੇ। ਕਿਉਂਕਿ ਇਹ ਪ੍ਰੋਜੈਕਟ ਲਈ ਆਖਰੀ ਪਾਠ ਹੈ, ਤੁਸੀਂ ਆਪਣੇ ਕਲਾਉਡ ਸਰੋਤਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੇ ਤਰੀਕੇ ਬਾਰੇ ਵੀ ਸਿੱਖੋਗੇ, ਤਾਂ ਜੋ ਸੰਭਾਵਿਤ ਖਰਚੇ ਘਟ ਸਕਣ।

ਇਸ ਪਾਠ ਵਿੱਚ ਅਸੀਂ ਕਵਰ ਕਰਾਂਗੇ:

🗑 ਇਹ ਪ੍ਰੋਜੈਕਟ ਦਾ ਆਖਰੀ ਪਾਠ ਹੈ, ਇਸ ਲਈ ਪਾਠ ਅਤੇ ਅਸਾਈਨਮੈਂਟ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਆਪਣੇ ਕਲਾਉਡ ਸਰਵਿਸਜ਼ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਨਾ ਭੁੱਲੋ। ਤੁਹਾਨੂੰ ਅਸਾਈਨਮੈਂਟ ਪੂਰਾ ਕਰਨ ਲਈ ਸਰਵਿਸਜ਼ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਇਸਨੂੰ ਪੂਰਾ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ।

ਜੇ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੀ ਗਾਈਡ ਨੂੰ ਵੇਖੋ।

ਤੁਹਾਨੂੰ IoT ਡਿਵਾਈਸਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

IoT ਸੁਰੱਖਿਆ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਸਹਾਇਕ ਹੈ ਕਿ ਸਿਰਫ਼ ਉਮੀਦ ਕੀਤੇ ਡਿਵਾਈਸ ਹੀ ਤੁਹਾਡੇ ਕਲਾਉਡ IoT ਸਰਵਿਸ ਨਾਲ ਜੁੜ ਸਕਣ ਅਤੇ ਟੈਲੀਮੈਟਰੀ ਭੇਜ ਸਕਣ, ਅਤੇ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਕਲਾਉਡ ਸਰਵਿਸ ਹੀ ਤੁਹਾਡੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਕਮਾਂਡ ਭੇਜ ਸਕੇ। IoT ਡਾਟਾ ਨਿੱਜੀ ਵੀ ਹੋ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਮੈਡੀਕਲ ਜਾਂ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਪੂਰੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸੁਰੱਖਿਆ ਬਾਰੇ ਸੋਚਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਇਹ ਡਾਟਾ ਲੀਕ ਨਾ ਹੋਵੇ।

ਜੇਕਰ ਤੁਹਾਡਾ IoT ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਈ ਖਤਰੇ ਹੋ ਸਕਦੇ ਹਨ:

  • ਇੱਕ ਨਕਲੀ ਡਿਵਾਈਸ ਗਲਤ ਡਾਟਾ ਭੇਜ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਤੁਹਾਡਾ ਐਪਲੀਕੇਸ਼ਨ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਣ ਲਈ, ਉਹ ਸਦਾ ਉੱਚ ਮਿੱਟੀ ਨਮੀ ਪੜ੍ਹਨ ਭੇਜ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਤੁਹਾਡੀ ਸਿੰਚਾਈ ਪ੍ਰਣਾਲੀ ਕਦੇ ਚਾਲੂ ਨਹੀਂ ਹੋਵੇਗੀ ਅਤੇ ਤੁਹਾਡੇ ਪੌਦੇ ਪਾਣੀ ਦੀ ਕਮੀ ਕਾਰਨ ਮਰ ਜਾਣਗੇ।
  • ਅਣਅਧਿਕਾਰਤ ਯੂਜ਼ਰ IoT ਡਿਵਾਈਸਾਂ ਤੋਂ ਡਾਟਾ ਪੜ੍ਹ ਸਕਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਨਿੱਜੀ ਜਾਂ ਕਾਰੋਬਾਰੀ ਮਹੱਤਵਪੂਰਨ ਡਾਟਾ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ।
  • ਹੈਕਰ ਡਿਵਾਈਸ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕੰਟਰੋਲ ਕਰਨ ਲਈ ਕਮਾਂਡ ਭੇਜ ਸਕਦੇ ਹਨ, ਜੋ ਡਿਵਾਈਸ ਜਾਂ ਜੁੜੇ ਹਾਰਡਵੇਅਰ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦਾ ਹੈ।
  • IoT ਡਿਵਾਈਸ ਨਾਲ ਜੁੜ ਕੇ, ਹੈਕਰ ਹੋਰ ਨੈੱਟਵਰਕਾਂ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਨਿੱਜੀ ਸਿਸਟਮਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ।
  • ਦੁਸ਼ਟ ਯੂਜ਼ਰ ਨਿੱਜੀ ਡਾਟਾ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਬਲੈਕਮੇਲ ਲਈ ਵਰਤ ਸਕਦੇ ਹਨ।

ਇਹ ਹਕੀਕਤੀ ਸਥਿਤੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਹਮੇਸ਼ਾ ਹੁੰਦੀਆਂ ਹਨ। ਕੁਝ ਉਦਾਹਰਣ ਪਹਿਲੇ ਪਾਠਾਂ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਸਨ, ਪਰ ਇੱਥੇ ਕੁਝ ਹੋਰ ਹਨ:

  • 2018 ਵਿੱਚ, ਹੈਕਰਾਂ ਨੇ ਇੱਕ ਮੱਛੀ ਦੇ ਟੈਂਕ ਦੇ ਥਰਮੋਸਟੈਟ 'ਤੇ ਖੁੱਲ੍ਹੇ WiFi ਐਕਸੈਸ ਪੌਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਕਸੀਨੋ ਦੇ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕੀਤੀ ਅਤੇ ਡਾਟਾ ਚੋਰੀ ਕੀਤਾ। The Hacker News - Casino Gets Hacked Through Its Internet-Connected Fish Tank Thermometer
  • 2016 ਵਿੱਚ, Mirai Botnet ਨੇ Dyn, ਇੱਕ ਇੰਟਰਨੈੱਟ ਸਰਵਿਸ ਪ੍ਰੋਵਾਈਡਰ, 'ਤੇ ਡਿਨਾਇਲ ਆਫ਼ ਸਰਵਿਸ ਹਮਲਾ ਕੀਤਾ, ਜਿਸ ਨਾਲ ਇੰਟਰਨੈੱਟ ਦੇ ਵੱਡੇ ਹਿੱਸੇ ਡਾਊਨ ਹੋ ਗਏ। ਇਸ ਬੋਟਨੈਟ ਨੇ ਡੀਵੀਆਰ ਅਤੇ ਕੈਮਰਿਆਂ ਵਰਗੇ IoT ਡਿਵਾਈਸਾਂ ਨੂੰ ਵਰਤਿਆ ਜੋ ਡਿਫੌਲਟ ਯੂਜ਼ਰਨੇਮ ਅਤੇ ਪਾਸਵਰਡ ਵਰਤਦੇ ਸਨ। The Guardian - DDoS attack that disrupted internet was largest of its kind in history, experts say
  • Spiral Toys ਨੇ ਆਪਣੇ CloudPets ਖਿਡੌਣਿਆਂ ਦੇ ਯੂਜ਼ਰਾਂ ਦਾ ਡਾਟਾਬੇਸ ਇੰਟਰਨੈੱਟ 'ਤੇ ਜਨਤਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਰੱਖਿਆ। Troy Hunt - Data from connected CloudPets teddy bears leaked and ransomed, exposing kids' voice messages.
  • Strava ਨੇ ਦੌੜਦੇ ਸਮੇਂ ਤੁਹਾਡੇ ਕੋਲੋਂ ਲੰਘਣ ਵਾਲੇ ਦੌੜਾਕਾਂ ਨੂੰ ਟੈਗ ਕੀਤਾ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਰੂਟ ਦਿਖਾਏ, ਜਿਸ ਨਾਲ ਅਜਨਬੀਆਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਪਤਾ ਲੱਗ ਸਕਦਾ ਸੀ ਕਿ ਤੁਸੀਂ ਕਿੱਥੇ ਰਹਿੰਦੇ ਹੋ। Kim Komndo - Fitness app could lead a stranger right to your home — change this setting.

ਖੋਜ ਕਰੋ: ਹੋਰ IoT ਹੈਕ ਅਤੇ IoT ਡਾਟਾ ਦੇ ਭੰਗ ਦੇ ਉਦਾਹਰਣ ਲੱਭੋ, ਖਾਸ ਕਰਕੇ ਨਿੱਜੀ ਚੀਜ਼ਾਂ ਜਿਵੇਂ ਇੰਟਰਨੈੱਟ ਨਾਲ ਜੁੜੇ ਟੂਥਬ੍ਰਸ਼ ਜਾਂ ਤੋਲਾਂ ਨਾਲ। ਸੋਚੋ ਕਿ ਇਹ ਹੈਕ ਪੀੜਤਾਂ ਜਾਂ ਗਾਹਕਾਂ 'ਤੇ ਕਿਹੜਾ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦੇ ਹਨ।

💁 ਸੁਰੱਖਿਆ ਇੱਕ ਵੱਡਾ ਵਿਸ਼ਾ ਹੈ, ਅਤੇ ਇਹ ਪਾਠ ਸਿਰਫ਼ ਕੁਝ ਮੁੱਢਲੇ ਮੂਲ ਤੱਤਾਂ ਨੂੰ ਛੂਹੇਗਾ ਜੋ ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਨੂੰ ਕਲਾਉਡ ਨਾਲ ਜੋੜਨ ਦੇ ਆਸਪਾਸ ਹਨ। ਹੋਰ ਵਿਸ਼ੇ ਜੋ ਕਵਰ ਨਹੀਂ ਕੀਤੇ ਜਾਣਗੇ, ਉਹ ਹਨ ਡਾਟਾ ਵਿੱਚ ਬਦਲਾਅ ਦੀ ਨਿਗਰਾਨੀ, ਡਿਵਾਈਸਾਂ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਹੈਕ ਕਰਨਾ, ਜਾਂ ਡਿਵਾਈਸ ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ ਬਦਲਾਅ। IoT ਹੈਕਿੰਗ ਇੱਕ ਵੱਡਾ ਖਤਰਾ ਹੈ, ਇਸ ਲਈ Azure Defender for IoT ਵਰਗੇ ਟੂਲ ਵਿਕਸਿਤ ਕੀਤੇ ਗਏ ਹਨ। ਇਹ ਟੂਲ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਹੋਣ ਵਾਲੇ ਐਂਟੀ-ਵਾਇਰਸ ਅਤੇ ਸੁਰੱਖਿਆ ਟੂਲਾਂ ਵਰਗੇ ਹਨ, ਪਰ ਇਹ ਛੋਟੇ, ਘੱਟ ਪਾਵਰ ਵਾਲੇ IoT ਡਿਵਾਈਸਾਂ ਲਈ ਬਣਾਏ ਗਏ ਹਨ। 💁 ਕਿਉਂਕਿ ਸਮਾਪਤੀ ਸਮਾਂ ਦੇ ਕਾਰਨ, ਤੁਹਾਡੇ IoT ਡਿਵਾਈਸ ਨੂੰ ਸਹੀ ਸਮਾਂ ਪਤਾ ਹੋਣਾ ਜਰੂਰੀ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ NTP ਸਰਵਰ ਤੋਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਸਮਾਂ ਸਹੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਨੈਕਸ਼ਨ ਫੇਲ ਹੋ ਜਾਵੇਗਾ। ਕਨੈਕਸ਼ਨ ਦੇ ਬਾਅਦ, ਜਦੋਂ ਡਿਵਾਈਸ ਤੋਂ IoT ਹੱਬ ਜਾਂ IoT ਹੱਬ ਤੋਂ ਡਿਵਾਈਸ ਤੱਕ ਡੇਟਾ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਇਹ ਸਾਂਝੇ ਪਹੁੰਚ ਕੁੰਜੀ ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਵੇਗਾ।

ਤੁਹਾਨੂੰ ਕੀ ਲੱਗਦਾ ਹੈ ਕਿ ਜੇਕਰ ਕਈ ਡਿਵਾਈਸ ਇੱਕੋ ਜਿਹੇ ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?

💁 ਕੋਡ ਵਿੱਚ ਇਸ ਕੁੰਜੀ ਨੂੰ ਸਟੋਰ ਕਰਨਾ ਖਰਾਬ ਸੁਰੱਖਿਆ ਅਭਿਆਸ ਹੈ। ਜੇਕਰ ਕੋਈ ਹੈਕਰ ਤੁਹਾਡਾ ਸੋਰਸ ਕੋਡ ਪ੍ਰਾਪਤ ਕਰ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਤੁਹਾਡੀ ਕੁੰਜੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਕੋਡ ਜਾਰੀ ਕਰਨ ਸਮੇਂ ਇਹ ਵੀ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਹਰ ਡਿਵਾਈਸ ਲਈ ਅਪਡੇਟ ਕੀਤੀ ਕੁੰਜੀ ਨਾਲ ਦੁਬਾਰਾ ਕੰਪਾਇਲ ਕਰਨਾ ਪਵੇਗਾ। ਇਹ ਬਿਹਤਰ ਹੈ ਕਿ ਇਸ ਕੁੰਜੀ ਨੂੰ ਹਾਰਡਵੇਅਰ ਸੁਰੱਖਿਆ ਮੋਡੀਊਲ ਤੋਂ ਲੋਡ ਕੀਤਾ ਜਾਵੇ - IoT ਡਿਵਾਈਸ 'ਤੇ ਇੱਕ ਚਿਪ ਜੋ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਮੁੱਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਦੀ ਹੈ ਜੋ ਤੁਹਾਡੇ ਕੋਡ ਦੁਆਰਾ ਪੜ੍ਹੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।

IoT ਸਿੱਖਣ ਸਮੇਂ, ਜਿਵੇਂ ਤੁਸੀਂ ਪਹਿਲੇ ਪਾਠ ਵਿੱਚ ਕੀਤਾ ਸੀ, ਕੁੰਜੀ ਨੂੰ ਕੋਡ ਵਿੱਚ ਰੱਖਣਾ ਅਕਸਰ ਆਸਾਨ ਹੁੰਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਕੁੰਜੀ ਜਨਤਕ ਸੋਰਸ ਕੋਡ ਕੰਟਰੋਲ ਵਿੱਚ ਚੈੱਕ ਨਹੀਂ ਕੀਤੀ ਗਈ।

ਡਿਵਾਈਸਾਂ ਕੋਲ 2 ਕੁੰਜੀਆਂ ਅਤੇ 2 ਸੰਬੰਧਿਤ ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਤੁਹਾਨੂੰ ਕੁੰਜੀਆਂ ਨੂੰ ਘੁਮਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ - ਜੇਕਰ ਪਹਿਲੀ ਕੁੰਜੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ ਤਾਂ ਇੱਕ ਕੁੰਜੀ ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਸਵਿੱਚ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਕੁੰਜੀ ਨੂੰ ਦੁਬਾਰਾ ਜਨਰੇਟ ਕਰੋ।

X.509 ਸਰਟੀਫਿਕੇਟ

ਜਦੋਂ ਤੁਸੀਂ ਪਬਲਿਕ/ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਜੋੜ ਨਾਲ ਅਸਮਮਿਤ ਇਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਆਪਣੀ ਪਬਲਿਕ ਕੁੰਜੀ ਕਿਸੇ ਨੂੰ ਵੀ ਪ੍ਰਦਾਨ ਕਰਨੀ ਪਵੇਗੀ ਜੋ ਤੁਹਾਨੂੰ ਡੇਟਾ ਭੇਜਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡੀ ਕੁੰਜੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਇਹ ਯਕੀਨੀ ਕਿਵੇਂ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਵਾਸਤਵ ਵਿੱਚ ਤੁਹਾਡੀ ਪਬਲਿਕ ਕੁੰਜੀ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਹੋਰ ਜੋ ਤੁਹਾਡਾ ਦਾਅਵਾ ਕਰ ਰਿਹਾ ਹੈ? ਕੁੰਜੀ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਆਪਣੀ ਪਬਲਿਕ ਕੁੰਜੀ ਨੂੰ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਦੇ ਅੰਦਰ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਇੱਕ ਭਰੋਸੇਮੰਦ ਤੀਜੀ ਪਾਰਟੀ ਦੁਆਰਾ ਸਤਿਆਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸਨੂੰ X.509 ਸਰਟੀਫਿਕੇਟ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

X.509 ਸਰਟੀਫਿਕੇਟ ਡਿਜੀਟਲ ਦਸਤਾਵੇਜ਼ ਹਨ ਜੋ ਪਬਲਿਕ/ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਜੋੜ ਦੇ ਪਬਲਿਕ ਕੁੰਜੀ ਹਿੱਸੇ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਭਰੋਸੇਮੰਦ ਸੰਸਥਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੁਆਰਾ ਜਾਰੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਰਟੀਫਿਕੇਸ਼ਨ ਅਥਾਰਿਟੀ (CAs) ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕੁੰਜੀ ਨੂੰ ਵੈਧ ਅਤੇ ਤੁਹਾਡੇ ਤੋਂ ਆਉਣ ਵਾਲਾ ਦਰਸਾਉਣ ਲਈ CA ਦੁਆਰਾ ਡਿਜੀਟਲ ਤੌਰ 'ਤੇ ਸਾਈਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਸਰਟੀਫਿਕੇਟ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ ਅਤੇ ਇਹ ਕਿ ਪਬਲਿਕ ਕੁੰਜੀ ਉਸ ਤੋਂ ਹੈ ਜਿਸ ਤੋਂ ਸਰਟੀਫਿਕੇਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਹ ਹੈ, ਕਿਉਂਕਿ ਤੁਸੀਂ CA 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ, ਜਿਵੇਂ ਤੁਸੀਂ ਪਾਸਪੋਰਟ ਜਾਂ ਡਰਾਈਵਿੰਗ ਲਾਇਸੈਂਸ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਦੇਸ਼ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ। ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਕੀਮਤ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ 'ਸਵੈ-ਸਾਈਨ' ਵੀ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਕਿ ਤੁਸੀਂ ਖੁਦ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਂਦੇ ਹੋ ਜੋ ਤੁਹਾਡੇ ਦੁਆਰਾ ਸਾਈਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਟੈਸਟਿੰਗ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ।

💁 ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਪ੍ਰੋਡਕਸ਼ਨ ਰਿਲੀਜ਼ ਲਈ ਸਵੈ-ਸਾਈਨ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

ਇਹ ਸਰਟੀਫਿਕੇਟਾਂ ਵਿੱਚ ਕਈ ਖੇਤਰ ਹੁੰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਪਬਲਿਕ ਕੁੰਜੀ ਕਿਸ ਤੋਂ ਹੈ, CA ਦੇ ਵੇਰਵੇ ਜਿਸਨੇ ਇਸਨੂੰ ਜਾਰੀ ਕੀਤਾ ਹੈ, ਇਹ ਕਿੰਨੇ ਸਮੇਂ ਲਈ ਵੈਧ ਹੈ, ਅਤੇ ਪਬਲਿਕ ਕੁੰਜੀ ਖੁਦ। ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਸਤਿਆਪਿਤ ਕਰਨਾ ਚੰਗਾ ਅਭਿਆਸ ਹੈ ਕਿ ਇਹ ਮੂਲ CA ਦੁਆਰਾ ਸਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ।

ਤੁਸੀਂ ਸਰਟੀਫਿਕੇਟ ਵਿੱਚ ਖੇਤਰਾਂ ਦੀ ਪੂਰੀ ਸੂਚੀ Microsoft Understanding X.509 Public Key Certificates ਟਿਊਟੋਰਿਅਲ ਵਿੱਚ ਪੜ੍ਹ ਸਕਦੇ ਹੋ।

ਜਦੋਂ X.509 ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦੋਵੇਂ ਕੋਲ ਆਪਣੀਆਂ ਪਬਲਿਕ ਅਤੇ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਕੋਲ X.509 ਸਰਟੀਫਿਕੇਟ ਹੁੰਦੇ ਹਨ ਜੋ ਪਬਲਿਕ ਕੁੰਜੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ। ਉਹ ਫਿਰ ਕਿਸੇ ਤਰੀਕੇ ਨਾਲ X.509 ਸਰਟੀਫਿਕੇਟਾਂ ਦਾ ਅਦਲ-ਬਦਲ ਕਰਦੇ ਹਨ, ਇੱਕ ਦੂਜੇ ਦੀਆਂ ਪਬਲਿਕ ਕੁੰਜੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹ ਡੇਟਾ ਇਨਕ੍ਰਿਪਟ ਕਰਦੇ ਹਨ ਜੋ ਉਹ ਭੇਜਦੇ ਹਨ, ਅਤੇ ਆਪਣੀ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹ ਡੇਟਾ ਡੀਕ੍ਰਿਪਟ ਕਰਦੇ ਹਨ ਜੋ ਉਹ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ।

ਪਬਲਿਕ ਕੁੰਜੀ ਸਾਂਝਾ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹੋ। ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲਾ ਇਹ ਯਕੀਨੀ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੇ ਤੋਂ ਆਇਆ ਹੈ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਿਟੀ ਨਾਲ ਜਾਂਚ ਕਰਕੇ ਜਿਸਨੇ ਇਸਨੂੰ ਸਾਈਨ ਕੀਤਾ ਹੈ।

X.509 ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਇੱਕ ਵੱਡਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਇਹ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਸਾਂਝੇ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਤੁਸੀਂ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਂਦੇ ਹੋ, ਇਸਨੂੰ IoT ਹੱਬ 'ਤੇ ਅਪਲੋਡ ਕਰਦੇ ਹੋ, ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ ਸਾਰੇ ਡਿਵਾਈਸਾਂ ਲਈ ਵਰਤਦੇ ਹੋ। ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਫਿਰ ਸਿਰਫ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਨੂੰ ਜਾਣਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ IoT ਹੱਬ ਤੋਂ ਪ੍ਰਾਪਤ ਸੁਨੇਹਿਆਂ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕੇ।

ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਦੁਆਰਾ IoT ਹੱਬ ਨੂੰ ਭੇਜੇ ਗਏ ਸੁਨੇਹਿਆਂ ਨੂੰ ਇਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਵਰਤਿਆ ਗਿਆ ਸਰਟੀਫਿਕੇਟ ਮਾਈਕਰੋਸਾਫਟ ਦੁਆਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਉਹੀ ਸਰਟੀਫਿਕੇਟ ਹੈ ਜੋ ਕਈ Azure ਸੇਵਾਵਾਂ ਵਰਤਦੀਆਂ ਹਨ, ਅਤੇ ਕਈ ਵਾਰ SDKs ਵਿੱਚ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।

💁 ਯਾਦ ਰੱਖੋ, ਇੱਕ ਪਬਲਿਕ ਕੁੰਜੀ ਸਿਰਫ ਇਹ ਹੈ - ਪਬਲਿਕ। Azure ਪਬਲਿਕ ਕੁੰਜੀ ਸਿਰਫ ਡੇਟਾ ਨੂੰ ਇਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜੋ Azure ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਇਸਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਨਹੀਂ, ਇਸ ਲਈ ਇਸਨੂੰ ਹਰ ਜਗ੍ਹਾ ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸੋਰਸ ਕੋਡ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਇਸਨੂੰ Azure IoT C SDK ਸੋਰਸ ਕੋਡ ਵਿੱਚ ਦੇਖ ਸਕਦੇ ਹੋ।

X.509 ਸਰਟੀਫਿਕੇਟਾਂ ਨਾਲ ਕਾਫ਼ੀ ਜਾਰਗਨ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ The laymans guide to X.509 certificate jargon ਵਿੱਚ ਉਹ ਸ਼ਬਦਾਵਲੀ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਮਿਲ ਸਕਦੇ ਹੋ।

X.509 ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣਾ ਅਤੇ ਵਰਤਣਾ

X.509 ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਦੇ ਕਦਮ ਹਨ:

  1. ਇੱਕ ਪਬਲਿਕ/ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਜੋੜ ਬਣਾਓ। ਪਬਲਿਕ/ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਜੋੜ ਬਣਾਉਣ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਐਲਗੋਰਿਦਮ RivestShamirAdleman(RSA) ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

  2. ਸਾਈਨਿੰਗ ਲਈ ਪਬਲਿਕ ਕੁੰਜੀ ਨੂੰ ਸੰਬੰਧਿਤ ਡੇਟਾ ਦੇ ਨਾਲ ਜਮ੍ਹਾਂ ਕਰੋ, ਜਾਂ ਤਾਂ CA ਦੁਆਰਾ ਜਾਂ ਸਵੈ-ਸਾਈਨਿੰਗ ਦੁਆਰਾ।

Azure CLI ਵਿੱਚ IoT ਹੱਬ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਡਿਵਾਈਸ ਪਛਾਣ ਬਣਾਉਣ ਲਈ ਕਮਾਂਡ ਹਨ, ਅਤੇ ਸਵੈ-ਸਾਈਨ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਲਈ ਪਬਲਿਕ/ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਜੋੜ ਨੂੰ ਆਪਣੇ ਆਪ ਜਨਰੇਟ ਕਰਨ ਲਈ।

💁 ਜੇਕਰ ਤੁਸੀਂ Azure CLI ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਬਜਾਏ ਕਦਮਾਂ ਨੂੰ ਵਿਸਥਾਰ ਵਿੱਚ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਹ Microsoft IoT Hub ਦਸਤਾਵੇਜ਼ ਵਿੱਚ OpenSSL ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਵੈ-ਸਾਈਨ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਲਈ ਟਿਊਟੋਰਿਅਲ ਵਿੱਚ ਪਾ ਸਕਦੇ ਹੋ।

ਟਾਸਕ - X.509 ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡਿਵਾਈਸ ਪਛਾਣ ਬਣਾਉਣਾ

  1. ਨਵੀਂ ਡਿਵਾਈਸ ਪਛਾਣ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ, ਕੁੰਜੀਆਂ ਅਤੇ ਸਰਟੀਫਿਕੇਟਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਜਨਰੇਟ ਕਰਦੇ ਹੋਏ:

    az iot hub device-identity create --device-id soil-moisture-sensor-x509 \
                                      --am x509_thumbprint \
                                      --output-dir . \
                                      --hub-name <hub_name>
    

    <hub_name> ਨੂੰ ਆਪਣੇ IoT ਹੱਬ ਲਈ ਵਰਤੇ ਗਏ ਨਾਮ ਨਾਲ ਬਦਲੋ।

    ਇਹ soil-moisture-sensor-x509 ਦੀ ID ਵਾਲੀ ਡਿਵਾਈਸ ਬਣਾਏਗਾ ਤਾਂ ਜੋ ਪਿਛਲੇ ਪਾਠ ਵਿੱਚ ਬਣਾਈ ਗਈ ਡਿਵਾਈਸ ਪਛਾਣ ਤੋਂ ਵੱਖਰਾ ਹੋਵੇ। ਇਹ ਕਮਾਂਡ ਮੌਜੂਦਾ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ 2 ਫਾਈਲਾਂ ਵੀ ਬਣਾਏਗੀ:

    • soil-moisture-sensor-x509-key.pem - ਇਹ ਫਾਈਲ ਡਿਵਾਈਸ ਲਈ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ।
    • soil-moisture-sensor-x509-cert.pem - ਇਹ ਡਿਵਾਈਸ ਲਈ X.509 ਸਰਟੀਫਿਕੇਟ ਫਾਈਲ ਹੈ।

    ਇਹ ਫਾਈਲਾਂ ਸੁਰੱਖਿਅਤ ਰੱਖੋ! ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਫਾਈਲ ਨੂੰ ਜਨਤਕ ਸੋਰਸ ਕੋਡ ਕੰਟਰੋਲ ਵਿੱਚ ਚੈੱਕ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ।

ਟਾਸਕ - ਆਪਣੇ ਡਿਵਾਈਸ ਕੋਡ ਵਿੱਚ X.509 ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰੋ

ਆਪਣੇ IoT ਡਿਵਾਈਸ ਨੂੰ X.509 ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਲਾਉਡ ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਲਈ ਸਬੰਧਿਤ ਗਾਈਡ ਦੁਆਰਾ ਕੰਮ ਕਰੋ:


🚀 ਚੁਣੌਤੀ

Azure ਸੇਵਾਵਾਂ ਜਿਵੇਂ ਕਿ Resource Groups ਅਤੇ IoT Hubs ਨੂੰ ਬਣਾਉਣ, ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਅਤੇ ਮਿਟਾਉਣ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ। ਇੱਕ ਤਰੀਕਾ Azure Portal ਹੈ - ਇੱਕ ਵੈੱਬ-ਅਧਾਰਿਤ ਇੰਟਰਫੇਸ ਜੋ ਤੁਹਾਨੂੰ ਆਪਣੇ Azure ਸੇਵਾਵਾਂ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ GUI ਦਿੰਦਾ ਹੈ।

portal.azure.com 'ਤੇ ਜਾਓ ਅਤੇ ਪੋਰਟਲ ਦੀ ਜਾਂਚ ਕਰੋ। ਵੇਖੋ ਕਿ ਤੁਸੀਂ ਪੋਰਟਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ IoT ਹੱਬ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋ ਸਕਦੇ ਹੋ, ਫਿਰ ਇਸਨੂੰ ਮਿਟਾ ਦਿਓ।

ਸੰਕੇਤ - ਜਦੋਂ ਤੁਸੀਂ ਪੋਰਟਲ ਦੁਆਰਾ ਸੇਵਾਵਾਂ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ Resource Group ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ, ਇੱਕ ਸੇਵਾ ਬਣਾਉਣ ਸਮੇਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਖਤਮ ਕਰਨ ਤੋਂ ਬਾਅਦ ਮਿਟਾ ਦਿੰਦੇ ਹੋ!

ਤੁਸੀਂ Azure Portal ਵਿੱਚ Azure portal documentation ਵਿੱਚ ਕਾਫ਼ੀ ਦਸਤਾਵੇਜ਼, ਟਿਊਟੋਰਿਅਲ ਅਤੇ ਗਾਈਡਾਂ ਪਾ ਸਕਦੇ ਹੋ।

ਪੋਸਟ-ਲੈਕਚਰ ਕਵਿਜ਼

ਪੋਸਟ-ਲੈਕਚਰ ਕਵਿਜ਼

ਸਮੀਖਿਆ ਅਤੇ ਸਵੈ-ਅਧਿਐਨ

ਅਸਾਈਨਮੈਂਟ

ਨਵਾਂ IoT ਡਿਵਾਈਸ ਬਣਾਓ


ਅਸਵੀਕਰਤੀ:
ਇਹ ਦਸਤਾਵੇਜ਼ AI ਅਨੁਵਾਦ ਸੇਵਾ Co-op Translator ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ ਹੈ। ਜਦੋਂ ਕਿ ਅਸੀਂ ਸਹੀ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ, ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ ਕਿ ਸਵੈਚਾਲਿਤ ਅਨੁਵਾਦਾਂ ਵਿੱਚ ਗਲਤੀਆਂ ਜਾਂ ਅਸੁਚੀਤਤਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਦੀ ਮੂਲ ਭਾਸ਼ਾ ਵਿੱਚ ਮੂਲ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਅਧਿਕਾਰਤ ਸਰੋਤ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਮਹੱਤਵਪੂਰਨ ਜਾਣਕਾਰੀ ਲਈ, ਪੇਸ਼ੇਵਰ ਮਨੁੱਖੀ ਅਨੁਵਾਦ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਅਨੁਵਾਦ ਦੀ ਵਰਤੋਂ ਤੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਗਲਤਫਹਿਮੀ ਜਾਂ ਗਲਤ ਵਿਆਖਿਆ ਲਈ ਅਸੀਂ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹਾਂ।