iBCS Restful API V4
URL კონტროლი
V230918W
დასრულდაview
iBoot-G2, iBoot-PoE და iBoot-PDU პროდუქტების ოჯახი უზრუნველყოფს მარტივი Restful API (URL კონტროლი), რომელიც საშუალებას აძლევს მომხმარებლებს მარტივად გააკონტროლონ ისინი საკუთარი თავისგან webსაიტები და პორტალები. ამასთან, ეს მოითხოვს iBoot(ებ)ის IP მისამართის ცოდნას, რომელიც უნდა იყოს კონტროლირებადი. ეს ყოველთვის არ არის პრაქტიკული.
ზოგიერთი ინტერნეტ კავშირი არ იძლევა სტატიკური IP მისამართებს, რაც შეუძლებელს ხდის ადგილობრივი Restful API-ს გამოყენებას. iBoot Cloud Services (iBCS) ამ პრობლემის შესანიშნავი გადაწყვეტაა.
iBoots ახორციელებს გამავალ კავშირს iBCS-თან მონიტორინგისა და კონტროლისთვის. ვინაიდან iBCS-ს აქვს სტატიკური IP მისამართი და დომენის სახელი, ეს მას ზემოხსენებული პრობლემის სრულყოფილ გადაწყვეტად აქცევს. ეს დოკუმენტი ითვალისწინებს სპეციფიკაციას პირველი სtage iBCS Restful API.
Restful API v4 სპეციფიკაციები
ღრუბლიდან მოწყობილობების კონფიგურაციის შესაძლებლობის დამატება არის iBCS საგზაო რუქის ელემენტი. ამ მიზნით Dataprobe-მა გამოუშვა iBoot-G2 Restful API v3.2, როგორც ამოსავალი წერტილი iBCS G2 ოჯახის კონფიგურაციისთვის.
Restful API, რომელიც ცნობილია როგორც Restful API v4, მოიცავს ყველა v3.2 მახასიათებელს, როგორც ისინი არსებობდა და დაამატებს გარკვეულ მხარდაჭერას iBoot-PDU სერიის კონფიგურაციისთვის. iBCS მხარს უჭერს Token-ზე დაფუძნებულ Restful API-ს iBoot-G2 ოჯახის მოწყობილობების კონტროლის, მონიტორინგისა და კონფიგურაციისთვის. ვერსია 4 საშუალებას მისცემს iBoot-PDU სერიის დაპროგრამებას არსებული Token-ზე დაფუძნებული API და ბრძანების ხაზის ინტერფეისის (CLI) გამოყენებით უკვე ჩაშენებული iBoot-PDU მოწყობილობებში.
Restful API v4 მოიცავს შემდეგ მომხმარებელთა წინადადებებს:
- Restful API უნდა იყოს დაფუძნებული Token-ზე.
- Restful API-ს უნდა შეეძლოს კონფიგურაციის მონაცემების მიღება.
- Restful API საშუალებას მისცემს გამოიყენოს არსებული CLI ბრძანება დაყენებული PDU-ში.
3.1. Ნიშანი
ყველა Restful API კომუნიკაციისთვის საჭიროა ავტორიზებული ჟეტონი. ჟეტონი მოქმედებს მანამ, სანამ უმოქმედობის პროგრამირებადი რაოდენობა არ ამოიწურება. უმოქმედობის ტაიმერი პროგრამირებადია 1 წუთიდან 12 თვემდე. მისი დაპროგრამება შესაძლებელია Restful API-დან ან მეშვეობით Web UI. ყველა ჟეტონი შეიძლება ნებისმიერ დროს გაუქმდეს Restful API v4-ის მეშვეობით.
- ავტორიზაციის ტოკენები მიიღება შემდეგიდან: https://iboot.co/services/v4/auth
ავტორიზაციის მოთხოვნები გამოიყენებს შემდეგ JSON სტრუქტურას:
- ავტორიზაციის მოთხოვნები უპასუხებს შემდეგი JSON სტრუქტურით:
3.2. კონტროლი
iBCS Control Restful API იმუშავებს ისევე, როგორც მიმდინარე Control Restful API. ერთადერთი ცვლილება იქნება ავტორიზაციის ჟეტონის გამოყენება.
- კონტროლი ხელმისაწვდომი იქნება შემდეგ მისამართზე: https://iboot.co/services/v4/control
- კონტროლი გამოიყენებს შემდეგ JSON სტრუქტურას:
- კონტროლი უპასუხებს შემდეგი JSON სტრუქტურით:
3.3. ამოღება
iBCS Retrieve Restful API ფუნქციონალობა მომხმარებლებს საშუალებას მისცემს მოიძიონ ინფორმაცია ერთზე მეტ მოწყობილობაზე ერთდროულად. მომხმარებლებს შეუძლიათ აღადგინონ ყველა მოწყობილობის სტატუსი თავიანთ ანგარიშში, ყველა მოწყობილობა სპეციფიკაციის ადგილას, ან მხოლოდ კონკრეტული ტიპის მოწყობილობის სტატუსი.
- მოძიება ხელმისაწვდომი იქნება შემდეგ მისამართზე: https://iboot.co/services/v4/retrieve
- Retrieve გამოიყენებს შემდეგი JSON სტრუქტურებიდან ერთ-ერთს:
ყველას აღდგენა
Retrieve Command-ის ეს ვერსია აღადგენს ყველა მოწყობილობის სტატუსს ანგარიშში.
მომხმარებელს სურვილისამებრ შეუძლია აირჩიოს კონკრეტული ტიპის ყველა მოწყობილობა.
მდებარეობის აღდგენა
Retrieve Command-ის ეს ვერსია აღადგენს ყველა მოწყობილობის სტატუსს არჩეულ ადგილას. მომხმარებელს სურვილისამებრ შეუძლია აირჩიოს კონკრეტული ტიპის ყველა მოწყობილობა.
კონკრეტულის მოძიება
Retrieve Command-ის ეს ვერსია აღადგენს მოწყობილობის სტატუსს არჩეული MAC მისამართით.
პასუხის ფორმატის აღდგენა
- Retrieve პასუხობს შემდეგი სტრუქტურით iBoot-G2/PoE-სთვის:
- Retrieve პასუხობს შემდეგი სტრუქტურით iBoot-G2+/G2S-ისთვის:
- Retrieve უპასუხებს შემდეგი JSON სტრუქტურით iBoot-PDU-სთვის:
3.4. მიიღეთ გასაზიარებელი PDU მართვის ბმული
iBCS Retrieve Manage Link-ის ფუნქციონალობა მომხმარებლებს საშუალებას მისცემს მოიძიონ ბმული, რომელიც შეიძლება გაზიარებული იყოს პირდაპირ მათი iBoot-PDU სერიის მოწყობილობაზე შესასვლელად, თითქოს დააწკაპუნონ iBCS-ში არსებულ ღილაკზე მართვაზე. webგვერდი. ბმული მოქმედებს 30 წუთის განმავლობაში, ხოლო გამოყენების შემთხვევაში 30 წუთის განმავლობაში უმოქმედობის შემდეგ.
- Retrieve Shareable PDU Manage Link ხელმისაწვდომი იქნება აქ: https://iboot.co/services/v4/manage_link
- Retrieve Shareable PDU Manage Link გამოიყენებს შემდეგ JSON სტრუქტურას:
- Retrieve Shareable PDU Manage Link უპასუხებს შემდეგი JSON სტრუქტურით:
3.5. კონფიგურაციის ნაკრები - G2 სერია
Configuration Restful API v4 მიიღებს ცვლადი რაოდენობის ელემენტებს JSON სტრუქტურებში. ეს საშუალებას მისცემს შეიცვალოს ერთი ცვლადი. ის ასევე საშუალებას მისცემს ცვლადები სხვადასხვა დაყენების გვერდებიდან გაიგზავნოს ერთი API მოთხოვნით. იხილეთ ქვეთავში 4 და 5 დეტალები კონკრეტული iBoot ერთეულების შესახებ.
- ყველა კონფიგურაციის ნაკრები განხორციელდება შემდეგნაირად: https://iboot.co/services/v4/configuration/iBoot/set
- JSON სტრუქტურას დასჭირდება მინიმუმ 1 iBoot ცვლადი კონფიგურაციისთვის.
- iBCS შეინახავს ყველა ცვლადს მონაცემთა ბაზაში.
- iBCS დააჯგუფებს ცვლადებს პროდუქტის პარამეტრების გვერდების მიხედვით.
- iBCS დააყენებს ყველა ცვლადს თითოეული შესრულებული დაყენების ჯგუფისთვის.
- iBCS დააყენებს მონაცემებს HTTP Post ფორმატში.
- კონფიგურაციის ნაკრების მოთხოვნა გამოიყენებს შემდეგ JSON სტრუქტურას:
JSON ობიექტები: - ბრძანება:
- პასუხი:
3.6. კონფიგურაციის მიღება – G2 სერია
Configuration Restful API გამოყენებული იქნება არჩეული iBoot-ის მთელი კონფიგურაციის ან მისი ნებისმიერი ნაწილის მისაღებად. იხილეთ სექცია 6 და 7 ქვემოთ, დეტალებისთვის iBoot-ის სპეციფიკურ ერთეულებთან დაკავშირებით.
- ყველა კონფიგურაცია შესრულდება შემდეგნაირად: https://iboot.co/services/v4/configuration/iBoot/get
- კონფიგურაციის მიღების მოთხოვნა გამოიყენებს შემდეგ JSON სტრუქტურას:
- კონფიგურაციის მიღების მოთხოვნა უპასუხებს შემდეგი JSON სტრუქტურით:
3.7. კონფიგურაციის გამოყენება - G2 სერია
Configuration RestAPI გამოიყენებს ამ მეთოდს (ბოლო წერტილი), რათა გამოიყენოს არჩეული კონფიგურაცია არჩეული მოწყობილობების სიაში.
- ყველა კონფიგურაცია შესრულდება შემდეგნაირად: https://iboot.co/services/v4/configuration/iBoot/apply
- კონფიგურაციის განაცხადის ბრძანება გამოიყენებს შემდეგ JSON სტრუქტურას:
- JSON პასუხი
3.8. ჩრდილების მონაცემთა ბაზა
iBCS-ისთვის არაპრაქტიკული იქნებოდა, დამუშავდეს მოთხოვნის მიღება iBoot-ის კონფიგურაციის პირდაპირ iBoot-დან ამოღებით. ამის გადასაჭრელად iBCS გამოიყენებს Shadow Database-ს.
- Shadow მონაცემთა ბაზა შეიცავს 1 ცვლადს iBoot-G2 ოჯახის თითოეული დაყენების გვერდისთვის.
- თითოეული ცხრილი შეიცავს ცვლადს iBoot-G2 ოჯახის ყველა ვერსიისთვის.
- თითოეული ცხრილი დაიწყება ცარიელი, სანამ
1. iBoot აგზავნის თავის პარამეტრს ღრუბელში Commit Long Poll-ის მეშვეობით.
▪ გადატვირთვის შემდეგ ან პარამეტრების ცვლილება შენახულია webგვერდი
2. გამოიყენება Configuration Set Restful API. - Restful API Set გამოიყენებს ქარხნულ პარამეტრებს ყველა დაუყენებელ ცვლადზე.
iBoot-G2 კონფიგურაციის ნაკრები
4.1. მოწყობილობის კონფიგურაციის ნაკრები
შემდეგი გამოიყენება POST JSON სტრუქტურისთვის, რომელიც შეიტანს ცვლილებებს iBoot-G2 ერთეულების მოწყობილობის პარამეტრებში. https://iboot.co/services/v4/configuration/iBoot/set
შენიშვნა: თუ მდებარეობა შეიცვალა, საჭიროა გადატვირთვა.
4.2. ქსელის კონფიგურაციის ნაკრები 
4.3. გაფართოებული ქსელის კონფიგურაციის ნაკრები 
4.4. Autoping კონფიგურაციის ნაკრები 
4.5. განრიგის კონფიგურაციის ნაკრები 
4.6. გადატვირთვა 
iBoot-G2+/S კონფიგურაციის ნაკრები
შემდეგი გამოიყენება JSON სტრუქტურის განთავსებისთვის, რომელიც შეიტანს ცვლილებებს iBoot-G2P ან iBoot-G2S-ში
მოწყობილობის პარამეტრები. https://iboot.co/services/v4/configuration/iBoot/set
შენიშვნა: თუ მდებარეობა შეიცვალა, საჭიროა გადატვირთვა.
5.1. მოწყობილობის კონფიგურაციის ნაკრები 
5.2. გაფართოების კონფიგურაციის ნაკრები
5.3. ქსელის კონფიგურაციის ნაკრები 
5.4. გაფართოებული ქსელის კონფიგურაციის ნაკრები 
5.5. მოხდენილი გამორთვის კონფიგურაციის ნაკრები 
5.6. Autoping კონფიგურაციის ნაკრები 
5.7. გულისცემის კონფიგურაციის ნაკრები 
5.8. განრიგის კონფიგურაციის ნაკრები 
5.9. გადატვირთვა
ეს JSON სტრუქტურა გამოიყენება iBoot-G2-ის გადატვირთვისთვის. იგივე ეფექტი აქვს iBoot-G2-ზე გადატვირთვის ღილაკზე დაჭერით.
iBoot-G2 კონფიგურაციის მიღება
Restful API Configuration get არის მექანიზმი, სადაც მომხმარებლებს შეუძლიათ მოითხოვონ მოწყობილობის მიმდინარე კონფიგურაციის მონაცემები iBCS-დან.
შემდეგი გამოიყენება POST JSON სტრუქტურისთვის, რომელიც ამოიღებს iBoot-G2 მოწყობილობის პარამეტრების მიმდინარე კონფიგურაციას iBCS-დან. https://iboot.co/services/v4/configuration/iBoot/get 
JSON სტრუქტურის ზემოთ iBCS-ში გამოქვეყნების შემდეგ, iBCS დააბრუნებს მიმდინარე კონფიგურაციას მითითებული ცხრილების სიისთვის. Restful API კონფიგურაციის მიღებაზე პასუხი იქნება შემდეგი: [sampნაჩვენებია მონაცემები]
6.1. მოწყობილობის კონფიგურაციის მიღება 
6.2. ქსელის კონფიგურაციის მიღება 
6.3. გაფართოებული ქსელის კონფიგურაციის მიღება 
6.4. Autoping Configuration Get 
6.5. განრიგის კონფიგურაცია მიიღეთ 
iBoot-G2+/S კონფიგურაციის მიღება
Restful API Configuration get არის მექანიზმი, სადაც მომხმარებლებს შეუძლიათ მოითხოვონ მოწყობილობის მიმდინარე კონფიგურაციის მონაცემები iBCS-დან.
შემდეგი გამოიყენება POST JSON სტრუქტურისთვის, რომელიც ამოიღებს iBoot-G2+ და G2S მოწყობილობის პარამეტრების მიმდინარე კონფიგურაციას iBCS-დან. https://iboot.co/services/v4/configuration/iBoot/get 
JSON სტრუქტურის ზემოთ iBCS-ში გამოქვეყნების შემდეგ, iBCS დააბრუნებს მიმდინარე კონფიგურაციას მითითებული ცხრილების სიისთვის. Restful API კონფიგურაციის მიღებაზე პასუხი იქნება შემდეგი: [sampნაჩვენებია მონაცემები]
7.1. მოწყობილობის კონფიგურაციის მიღება 
7.2. გაფართოების კონფიგურაციის მიღება 
7.3. ქსელის კონფიგურაციის მიღება 
7.4. გაფართოებული ქსელის კონფიგურაციის მიღება 
7.5. Graceful Shutdown Configuration Get 
7.6. Autoping Configuration Get 
7.7. Heartbeat Configuration Get 
7.8. განრიგის კონფიგურაცია მიიღეთ 
iBoot-PDU კონფიგურაციის ნაკრები
8.1. მოწყობილობის კონფიგურაციის ნაკრები
შემდეგი გამოიყენება POST JSON სტრუქტურისთვის, რომელიც გაუგზავნის iBoot-PDU CLI კომპლექტის ბრძანებებს iBootPDU-ში, რათა დაპროგრამდეს პარამეტრები iBoot-PDU-ში, რასაც CLI-ი გააკეთებს.
https://iboot.co/services/v4/configuration/pdu/set
- ბრძანება:
- პასუხი:
iBoot-PDU Device Configuration set სწრაფი exampლე:
8.2. მოწყობილობის კონფიგურაციის მიღება
შემდეგი გამოიყენება POST JSON სტრუქტურისთვის, რომელიც გაუგზავნის iBoot-PDU CLI ბრძანებებს iBootPDU-ზე, რათა მოიძიოს პარამეტრები iBoot-PDU-დან, რაც CLI-ს.
https://iboot.co/services/v4/configuration/pdu/get
- ბრძანება:
- პასუხი:
iBoot-PDU მოწყობილობის კონფიგურაცია მიიღეთ სწრაფი ყოფილიampლე:
Examples
ქვემოთ მოცემულია რამდენიმე ყოფილიampiBoot-G2-ის ოჯახის კონტროლი, მოძიება, კონფიგურაციის მიღება და ნაკრების კონფიგურაცია Restful API v4-ის საშუალებით.
9.1. ჟეტონის მიღება
iBCS-დან API-ის მეშვეობით მოქმედი ჟეტონის ამოსაღებად ყველა შემდგომი API ბრძანებით გამოსაყენებლად.
მომხმარებლის სახელი და პაროლი არის iBoot.co ანგარიშისთვის. სampამოიღებს ჟეტონს, რომელიც მოქმედებს 20 წუთის უმოქმედობისთვის, ანგარიშის სახელის MyDemoUser და პაროლი Password123-ის გამოყენებით. [3.1 ნაწილის მიხედვით] გurl -d '{“username”:”MyDemoUser”,”password”:”Password123″,”timeout”:{“interval”:”20″,”scale”:”წუთები”}}' -X
პოსტი https://iboot.co/services/v4/auth
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად: {“წარმატება”:”true”,”token”:”e3ec-e4f6-910f-ac38″}
9.2. iBoot-G2/PoE კონტროლი მაგample
iBoot-G2/PoE-ის ციკლის გასაკონტროლებლად RestFul API-ით: [3.2 სექციის მიხედვით] გurl -d '{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″,”outlet ”:”0″,”control”:”ციკლი”}' -X POST
https://iboot.co/services/v4/control
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“success”:”true”,”message”:”გაგზავნა „ციკლი“ 00-0d-ad-01-02-03 საშუალებებში (0)“}
9.3. iBoot Retrieve All Example
RestFul API-ით ანგარიშში არსებული ყველა მოწყობილობის სტატუსის შესაკითხად: [ყველას 3.3-ის მოძიების მიხედვით] curl -d '{“token”:”####-####-####-####”,”ყველა”:[“”]}' -X POST https://iboot.co/services/v4/retrieve
ზემოთ მოყვანილი ბრძანება დააბრუნებს JSON სტრუქტურას, რომელიც ეფუძნება ყველა ერთეულს ანგარიშში, მსგავსია შემდეგი:
{“success”:”true”,”message”:null,”devices”:[{“mac”:”00-0d-ad-01-02-03″,”name”:”iBoot-G2-010203″, “online”:true,”location”:”on Desk”,”lastContact”:”2023-04-17 18:04:54″, “ip”:”192.168.1.205″,”status”:{“Main”:”ON”,”AP-1″:”Inactive”,”AP-2″:”Inactive”},”triggerInfo”:{“APT1″:”0”},
{“mac”:”00-0d-ad-0a-0b-0c”,”name”:”iBoot-G2-0a0b0c”,”online”:false,”location”:”at Home”,”lastContact”:”2023-01-12 10:02:32″, “ip”:”192.168.1.205″,”status”:{“Main”:”ON”,”AP-1″:”Inactive”,”AP-2″:”Inactive”}, “triggerInfo”:{“APT1″:”0”}}]}
9.4. iBoot-G2 Retrieve Specific Example
RestFul API-ის მეშვეობით iBoot-G2/PoE სტატუსის მოთხოვნის მიზნით: [როგორც მოძიება კონკრეტული სექცია 3.3] curl -d '{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″}“ - X POST https://iboot.co/services/v4/retrieve
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“success”:”true”,”message”:null,”devices”:[{“mac”:”00-0d-ad-01-02-03″,”name”:”iBoot-G2010203″,”online”:true,”location”:”on Desk”,”lastContact”:”2023-04-14 18:04:54″, “ip”:”192.168.1.254″,”status”:{“Main”:”ON”,”AP-1″:”Inactive”,”AP-2″:”Inactive”},”triggerInfo”:{“APT1″:”0”}}]}
9.5. iBoot-PDU Retrieve Shareable Manage Link
iBoot-PDU სერია საშუალებას აძლევს მართვის ღილაკს iBCS ინტერფეისიდან. API საშუალებას მოგცემთ მოიძიოთ იდენტური ფუნქციონალური ბმული, რომლის გაზიარებაც შესაძლებელია. ბმული იწურება 30 წუთის შემდეგ, თუ არ არის გამოყენებული და იწურება 30 წუთის უმოქმედობის შემდეგ, თუ ის გამოიყენება. [3.4 ნაწილის მიხედვით] გurl -d '{“token”:”####-####-####-####”,”mac”:”a8-e7-7d-01-02-03″}” - X POST https://iboot.co/services/v4/manage_link
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{"წარმატება":"ჭეშმარიტი", "მესიჯი":"https://########.device.iboot.co"}
9.6. iBoot-G2 კონფიგურაციის ნაკრები Example
iBoot-G2-ის მოწყობილობის პარამეტრის კონფიგურაციისთვის: ეს სample აგზავნის კონკრეტულ iBoot-ზე მისი Mac მისამართით [3.5-ის მიხედვით] curl -d “{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″,”device”:{“location”:”iBoot-G2-010203″, “cycleTime”:”10″,”disableOff”:”0″,”initialState”:”last”,”upgradeEnable”:”0″,”autoLogout”:”60″}}” -X POST
https://iboot.co/services/v4/configuration/iBoot/set
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“წარმატება”:”true”,”message”:{“0″:”გაგზავნა 'location=iBoot-G2-010203&cycle=10&iMain=2&aLog=60' მოწყობილობის Old-G2 სახელზე (00-0d-ad-01- 02-03)”}}
9.7. iBoot-G2 Configure Get Example
iBoot-G2-ის მოწყობილობის კონფიგურაციის მისაღებად Restful API-ით: ესample ითხოვს კონკრეტული iBoot-G2-ის მოწყობილობის და ქსელის პარამეტრებს. [3.6 ნაწილის მიხედვით] გurl -d '{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″,”მაგიდები ”:[“მოწყობილობა”,”ქსელი”]}' –X POST
https://iboot.co/services/v4/configuration/iBoot/get
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“success”:”true”,”device”:{“location”:”iBoot-G2010203″,”cycleTime”:10,”disableOff”:0,”initialState”:”last”,”upgradeEnable”:0,”autoLogout”:60},”network”:{“ipMode”:”static”,”ipAddress”:”192.168.1.254″,”subnetMask”:”255.255.255.0″,”gateway”:”192.168.1 .1″,”dns”:”192.168.1.1″}}
9.8. iBoot-G2+/S კონტროლი მაგample
iBoot-G2+/S-ის გასაკონტროლებლად სამივე განყოფილების ციკლით RestFul API-ის მეშვეობით: [3 სექციის მიხედვით] გurl -d ‘{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″,”outlet”:[“0″,”1”,”2”],”control”:”cycle”}’ -X POST
https://iboot.co/services/v4/control
ზემოთ მოყვანილი ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად: {“წარმატება”:”true”,”message”:”გაგზავნა “ციკლი” 00-0d-ad-01-02-03 განყოფილებებში (0, 1, 2)” }
9.9. iBoot-G2+/S Retrieve Specific Example
iBoot-G2+ ან iBoot-G2S სტატუსის მოთხოვნით RestFul API-ით: [როგორც მოძიება კონკრეტული სექცია 3.3] curl -d '{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″}“ - X POST https://iboot.co/services/v4/retrieve
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“success”:”true”,”message”:null,”devices”:[{“mac”:”00-0d-ad-01-02-03″,”name”:”iBoot-G2S-010203″, “online”:true,”location”:”at Home”,”lastContact”:”2023-04-15 20:35:04″, “ip”:”192.168.1.208″,”status”:{“Main”:”ON”,”EXP-1″:”ON”,”EXP-2″:”ON”,”Main-2″:”ON”,”Input-1″:”Open”,”Input2″:”Open”,”Output-1″:”Closed”,”Output-2″:”Closed”,”AP-1A”:”Inactive”,”AP-1B”:”Inactive”,”AP-2″:”Inactive”,”AP3″:”Inactive”,”HB”:”Inactive”},”triggerInfo”:{“APT1″:”0″,”APT2″:”0″,”APT3″:”0″,”HBT1″:”0”}}]}
9.10. iBoot-G2+/S კონფიგურაციის ნაკრები Example
iBoot-G2+ ან iBoot-G2S-ის განრიგის პარამეტრის კონფიგურაციისთვის Restful API-ს მეშვეობით: Sample აყენებს სპეციფიკურ iBoot-G2S ერთეულს, მოვლენა 1, როგორც 4/24/2023, რათა მოხდეს მთავარი ციკლი 10:05 საათზე, ყოველდღიურად მეორდება. [სექციის 5.8-ის მიხედვით] გurl -d “{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″, “schedule”:{“date1″:”04/24/2023″,”time1″:”10:05″,”repeat1″:”1″,”repeatPeriod1″:”days”,”action1″:”cycle”,”outlet1″:” Main”,”enable1″:”1″}}” -X POST https://iboot.co/services/v4/configuration/iBoot/set
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
მიუხედავად იმისა, რომ დაყენებულია მხოლოდ 1 მოვლენა, ყველა მოვლენა პასუხის ნაწილია.
{“წარმატება”:”მართალი”,”მესიჯი”:{“0″:”გაგზავნილი
‘date1=04/24/2023&time1=10:05&rt1=1&rep1=0&act1=2&ctl1=0&run1=&date2=&date3=&date4=&date5=&date6=&date7=&date8=&time2=&time3=&time4=&time5=&time6=&time7=&time8=&rt2=0&rt3=0&rt4=0&rt5=0&rt6=0&rt7=0&rt8= 0&rep2=0&rep3=0&rep4=0&rep5=0&rep6=0&rep7=0&rep8=0&act2=0&act3=0&act4=0&act5=0&act6=0&act7=0&act8=0&run2=&run3=&run4=&run5=&run6=&run7=&run8=&date9=&dateA=&dateB=&dateC=&dateD=&dateE=&time9=&time A=&timeB=&timeC=&timeD=&timeE=&rt9=0&rtA=0&rtB=0&rtC=0&rtD=0&rtE=0&rep9=0&repA=0&repB=0&repC=0&repD=0&repE=0&act9=0&actA=0&actB=0&actC=0&actD=0&actE=0&run9=&runA=&runB=&runC=&runD=&runE=&ctl2=0&ctl 3=0&ctl4=0&ctl5=0&ctl6=0&ctl7=0&ctl8=0&ctl9=0&ctlA=0&ctlB=0&ctlC=0&ctlD=0&ctlE=0&clr2=Clear&clr3=Clear&clr4=C lear&clr5=Clear&clr6=Clear&clr7=Clear&clr8=Clear&clr9=Clear&clrA=Clear&clrB=Clear&clrC=Clear&clrD=Clear&clrE=Clear ‘ to device iBoot-G2S-010203 (00-0d-ad-01-02-03)”}}
9.11. iBoot-PDU Control Example
iBoot-PDU-ის ყველა გამოსასვლელის გასაკონტროლებლად RestFul API-ს მეშვეობით: [3.2 სექციის მიხედვით] გurl -d ‘{“token”:”####-####-####-####”,”mac”:”a8-e7-7d-01-02-03″,”outlet”:[“0″,”1″,”2″,”3″,”4″,”5″,”6″,”7”], “control”:”cycle”}’ -X POST https://iboot.co/services/v4/control
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“წარმატება”:”true”,”message”:”გაგზავნა “ციკლი” a8-e7-7d-01-02-03 განყოფილებებში (0, 1, 2,3,4,5,6,7)”}
9.12. iBoot G2 სერიის Reboot Example
იძულებითი გადატვირთვა iBoot-ის (G2, PoE, G2S ან G2+) RestFul API-ით: [სექციების 4.6 და 5.9 მიხედვით] curl -d '{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″,”გადატვირთვა ”:”1″}' -X POST
https://iboot.co/services/v4/control
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“success”:”true”,”message”:”გაგზავნა „reboot=“ 00-0d-ad-01-02-03″}
9.13. iBoot-PDU Retrieve Specific Example
RestFul API-ით iBoot-PDU სტატუსის მოთხოვნის მიზნით: [როგორც მოძიება სპეციფიკური სექცია 3.3] curl -d '{“token”:”####-####-####-####”,”mac”:”a8-e7-7d-01-02-03″}” - X POST https://iboot.co/services/v4/retrieve
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“success”:”true”,”message”:null,”devices”:[{“mac”:”a8-e7-7d-01-02-03″, “name”:”MainControlUnit”,”online”:true,”location”:”at Home”,”lastContact”:”2023-04-15 09:47:17″,”ip”:”0.0.0.0″,”status”:[{“Server”:”On”},{“Router”:”On”},{“Outlet-3″:”On”},{“Outlet-4″:”On”},{“Outlet5″:”On”},{“Outlet-6″:”On”},{“Outlet-7″:”Off”},{“Outlet-8″:”Off”}],”triggerInfo”:[]}]}
9.14. iBoot-PDU v4 set ბრძანება მაგample
შემდეგი სample დაამატებს და დააკონფიგურირებს თანმიმდევრობას, სახელად Wall-ს განრიგის განყოფილება 4, რომ გამორთოს, დაელოდო 10 წამს, შემდეგ ისევ ჩართეთ განყოფილება 4 და შემდეგ შექმენით ავტოპინგ ping google.com-ზე ყოველ 30 წამში ყოველ 4 წამში წარუმატებლობის რაოდენობა 60 და გადატვირთვის დრო XNUMX. წამი. ავტოპინგზე გაშვება Wall-ის თანმიმდევრობით, როდესაც ის ვერ მოხერხდება.
გთხოვთ, გაითვალისწინოთ, რომ 25 ბრძანება იმეორებს იმას, რაც დასჭირდება იმავე თანმიმდევრობის დაპროგრამებას და ავტომატიზაციას CLI-ის გამოყენებით, თუ დაკავშირებულია ერთეულის CLI ინტერფეისთან.
curl -d “{“token”:”####-####-####-####”,”mac”:”00-0d-ad-01-02-03″, “ბრძანებები ”:[ „კედლის მიმდევრობის დამატება“, „კედლის მოქმედების თანმიმდევრობის დამატება“, „კედლის მოქმედების თანმიმდევრობის დამატება“, „კედლის მოქმედების თანმიმდევრობის დამატება“, „კედლის მოქმედების თანმიმდევრობის დაყენება 1 ტიპის გასასვლელი“, „კედლის მოქმედების თანმიმდევრობის დაყენება 1 პარამ1 ლოკალური ჰოსტი“, "კედლის მოქმედების თანმიმდევრობის დაყენება 1 პარამ2 4", "კედლის მოქმედების თანმიმდევრობის დაყენება 1 პარამ3 გამორთვა", "კედლის მოქმედების თანმიმდევრობის დაყენება 2 ტიპის დაყოვნება", "კედლის მოქმედების თანმიმდევრობის დაყენება 2 პარამ1 10"", "კედლის მოქმედების თანმიმდევრობის დაყენება 3 ტიპის გასასვლელი", "მიმდევრობის დაყენება Wall action 3 param1 localhost", "sequence wall action 3 param2 4"," sequence wall action 3 param3 ON", "მიმდევრობის დაყენება კედელი ჩართულია true", "მომხმარებლის ადმინისტრატორის თანმიმდევრობის დაყენება Wall დიახ", "დაამატეთ ავტომატიზაცია კედელი", "კედლის მისამართის ავტოპინგის დაყენება google.com", "კედლის ავტომატური პერიოდის დაყენება 30"", "კედლის ავტომატიზაციის დაყენება 4"", "კედლის ავტომატიზაციის დაყენება 2"", "კედლის გადატვირთვის დაყოვნების ავტომატური დაყენება 60"", "კედლის ავტომატური შეფერხების დაყენება" Wall", "Wall cleartriggersequence-ის ავტომატიზაციის დაყენება" https://iboot.co/services/v4/configuration/pdu/set
ზემოთ მოცემული ბრძანება დააბრუნებს JSON სტრუქტურას შემდეგნაირად:
{“წარმატება”:”true”, “message”:”დაამატე თანმიმდევრობა Wall\n\nOk\nდაამატე მიმდევრობა Wall action\n\nOk\nდაამატე თანმიმდევრობა Wall action\n\nOk\nმიმდევრობის დამატება Wall action\n\nOk\nდაყენება კედლის მოქმედების თანმიმდევრობა 1 ტიპის გასასვლელი\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 1 პარამ1 ლოკალური ჰოსტი\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 1 პარამ2 4\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 1 პარამ3 გამორთული\n\nOk\nმიმდევრობის დაყენება Wall ქმედება 2 ტიპის დაყოვნება\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 2 პარამ1 10\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 3 ტიპის გასასვლელი\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 3 პარამ1 ლოკალური მასპინძელი\n\nOk\nმიმდევრობის დაყენება კედლის მოქმედების 3 param2 4\n\nOK\nმიმდევრობის დაყენება კედლის ქმედება 3 პარამ3 ჩართული\n\nOk\nმიმდევრობის დაყენება კედელი ჩართულია true\n\nOk\nდააყენე მომხმარებლის ადმინისტრატორის თანმიმდევრობა კედელი დიახ\n\nკარგი\nდაამატე კედელი ავტომატიზაციისთვის\n\nOk\nდააყენე ავტოპინგ კედლის მისამართი google.com\n\nOk\nკედლის ავტომატიზაციის დაყენება კედლის პერიოდი 30\n\nკარგი\nკედლის ავტომატიზაციის დაყენება 4\n\nკარგი\nკედლის ავტომატიზაციის დაყენება 2\n\nOk\nკედლის გადატვირთვის დაყოვნება 60\n\nOk\n nset autoping Wall failtriggersequence Wall\n\nOk\nWall cleartriggersequence autoping-ის დაყენება არ არის\n\nOk\nAutoping Wall ჩართულია true\n\nOk"}
Dataprobe Inc ტექნიკური მხარდაჭერა
60E Commerce Way
ტოტოვა ნიუ ჯერსი 07512
www.dataprobe.com/support
support@dataprobe.com
201-934-9944
201-934-5111
iBCS Restful API v4
V230918W
დოკუმენტები / რესურსები
 |
dataprobe V230918W iBCS Restful API V4 URL კონტროლი [pdf] მომხმარებლის სახელმძღვანელო V230918W iBCS Restful API V4 URL კონტროლი, V230918W, iBCS Restful API V4 URL კონტროლი, მშვიდი API V4 URL კონტროლი, API V4 URL კონტროლი, V4 URL კონტროლი, URL კონტროლი |
