ລູກຄ້າມີດ - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

ລູກຄ້າມີດ - ຫນ້າທີ່ຜູ້ຊາຍສໍາລັບຄໍາສັ່ງຍ່ອຍລູກຄ້າມີດ.

ທຸກໆຄໍາຮ້ອງຂໍທີ່ລູກຄ້າເຮັດໂດຍພໍ່ຄົວໄປຫາເຄື່ອງແມ່ຂ່າຍຂອງ Chef ຕ້ອງເປັນຄໍາຮ້ອງຂໍທີ່ມີຄວາມຖືກຕ້ອງ
ໃຊ້ Chef server API ແລະລະຫັດສ່ວນຕົວ. ໃນເວລາທີ່ chef-ລູກຄ້າເຮັດການຮ້ອງຂໍໃຫ້
Chef server, chef-client authenticates ແຕ່ລະຄໍາຮ້ອງຂໍໂດຍໃຊ້ລະຫັດສ່ວນຕົວທີ່ຢູ່ໃນ
/etc/chef/client.pem.

ຢ່າງໃດກໍຕາມ, ໃນລະຫວ່າງການແລ່ນລູກຄ້າຂອງພໍ່ຄົວຄັ້ງທໍາອິດ, ກະແຈສ່ວນຕົວນີ້ບໍ່ມີຢູ່. ແທນທີ່ຈະ, ໄດ້
chef-client ຈະພະຍາຍາມໃຊ້ກະແຈສ່ວນຕົວທີ່ມອບໝາຍໃຫ້ chef-validator, ຕັ້ງຢູ່ໃນ
/etc/chef/validation.pem. (ຖ້າຫາກວ່າ, ສໍາລັບເຫດຜົນໃດກໍ່ຕາມ, chef-validator ບໍ່ສາມາດທີ່ຈະເຮັດ
ການຮ້ອງຂໍທີ່ຖືກຕ້ອງກັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef, ການແລ່ນລູກຄ້າຂອງພໍ່ຄົວໃນເບື້ອງຕົ້ນຈະລົ້ມເຫລວ.)

ໃນ​ລະ​ຫວ່າງ​ການ​ດໍາ​ເນີນ​ການ​ລູກ​ຄ້າ​ພໍ່​ຄົວ​ເບື້ອງ​ຕົ້ນ​, ພໍ່​ຄົວ​ລູກ​ຄ້າ​ຈະ​ລົງ​ທະ​ບຽນ​ກັບ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ຂອງ Chef​
ການ​ນໍາ​ໃຊ້​ກະ​ແຈ​ສ່ວນ​ຕົວ​ທີ່​ໄດ້​ຮັບ​ມອບ​ຫມາຍ​ໃຫ້ chef​-validator​, ຫຼັງ​ຈາກ​ນັ້ນ​ລູກ​ຄ້າ​ພໍ່​ຄົວ​ຈະ​
ໄດ້ຮັບ client.pem ກະແຈສ່ວນຕົວສຳລັບການຮ້ອງຂໍການພິສູດຢືນຢັນໃນອະນາຄົດທັງໝົດຕໍ່ກັບເຊີບເວີ Chef.

ຫຼັງ​ຈາກ​ການ​ດໍາ​ເນີນ​ການ​ລູກ​ຄ້າ​ພໍ່​ຄົວ​ເບື້ອງ​ຕົ້ນ​ໄດ້​ສໍາ​ເລັດ​ສົບ​ຜົນ​ສໍາ​ເລັດ, chef-validator ແມ່ນ​ບໍ່
ຕ້ອງການດົນກວ່າແລະອາດຈະຖືກລຶບອອກຈາກ node. ໃຊ້ ລຶບ_ການກວດສອບ ພົບສູດ
ໃນ ພໍ່ຄົວ-ລູກຄ້າ ປື້ມ​ປຸງ​ແຕ່ງ​ອາ​ຫານ (https://github.com/opscode-cookbooks/chef-client) ເອົາ​ອອກ​
chef-validator.

ໄດ້ ມີດ ລູກ​ຄ້າ ຄໍາສັ່ງຍ່ອຍຖືກນໍາໃຊ້ເພື່ອຈັດການລາຍຊື່ລູກຄ້າ API ແລະ RSA ທີ່ກ່ຽວຂ້ອງຂອງພວກເຂົາ
ຄູ່ຄີສາທາລະນະ. ອັນນີ້ອະນຸຍາດໃຫ້ມີການຮ້ອງຂໍການກວດສອບຄວາມຖືກຕ້ອງກັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef ໂດຍໃດກໍ່ຕາມ
ຫົວໜ່ວຍທີ່ໃຊ້ Chef server API ເຊັ່ນ chef-client ແລະມີດ.

COMMON OPTIONS

ຕົວເລືອກຕໍ່ໄປນີ້ອາດຈະຖືກໃຊ້ກັບຂໍ້ໂຕ້ແຍ້ງໃດໆທີ່ມີໃຫ້ ມີດ ລູກ​ຄ້າ
ຄໍາສັ່ງຍ່ອຍ:

--chef-ສູນ-ພອດ PORT
ພອດທີ່ chef-zero ຈະຟັງ.

-c CONFIG_FILE, --config CONFIG_FILE
ໄຟລ໌ການຕັ້ງຄ່າທີ່ຈະໃຊ້.

-d, --ປິດ​ການ​ແກ້​ໄຂ​
ໃຊ້ເພື່ອປ້ອງກັນບໍ່ໃຫ້ $EDITOR ຖືກເປີດ ແລະຮັບເອົາຂໍ້ມູນຕາມທີ່ເປັນຢູ່.

--ຄ່າເລີ່ມຕົ້ນ
ການນໍາໃຊ້ມີດໃຊ້ຄ່າເລີ່ມຕົ້ນແທນທີ່ຈະຂໍໃຫ້ຜູ້ໃຊ້ສະຫນອງຫນຶ່ງ.

-e ບັນນາທິການ, --ບັນນາທິການ EDITOR
$EDITOR ທີ່ຖືກນໍາໃຊ້ສໍາລັບຄໍາສັ່ງໂຕ້ຕອບທັງຫມົດ.

-E ສະພາບແວດລ້ອມ, -- ສິ່ງ​ແວດ​ລ້ອມ​ ENVIRONMENT
ຊື່ຂອງສິ່ງແວດລ້ອມ. ເມື່ອຕົວເລືອກນີ້ຖືກເພີ່ມໃສ່ຄໍາສັ່ງ, ຄໍາສັ່ງ
ຈະດໍາເນີນການພຽງແຕ່ຕໍ່ກັບສະພາບແວດລ້ອມທີ່ມີຊື່.

-F ຮູບແບບ, -- ຮູບແບບ ຮູບແບບ
ຮູບແບບຜົນຜະລິດ: ສະ​ຫຼຸບ​ສັງ​ລວມ (ຄ່າເລີ່ມຕົ້ນ), ຂໍ້ຄວາມ, json, ຢອກ, ແລະ pp.

-ຊ, - ຊ່ວຍ
ສະແດງໃຫ້ເຫັນການຊ່ວຍເຫຼືອສໍາລັບຄໍາສັ່ງ.

-k ຄີ, --key KEY
ກະແຈສ່ວນຕົວທີ່ມີດຈະໃຊ້ເພື່ອເຊັນການຮ້ອງຂໍທີ່ເຮັດໂດຍລູກຄ້າ API ກັບ
ເຄື່ອງແມ່ຂ່າຍຂອງພໍ່ຄົວ.

--[ບໍ່-]ສີ
ໃຊ້ເພື່ອເບິ່ງຜົນຜະລິດສີ.

--ພິມ-ຫຼັງ
ໃຊ້ເພື່ອສະແດງຂໍ້ມູນຫຼັງຈາກການດໍາເນີນງານທໍາລາຍ.

-s urls, --server-url URL
URL ສໍາລັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef.

-u ຜູ້ໃຊ້, -ຜູ້ໃຊ້ ຜູ້ໃຊ້
ຊື່ຜູ້ໃຊ້ທີ່ໃຊ້ໂດຍມີດເພື່ອເຊັນການຮ້ອງຂໍທີ່ເຮັດໂດຍລູກຄ້າ API ກັບ Chef
ເຊີບເວີ. ການພິສູດຢືນຢັນຈະລົ້ມເຫລວຖ້າຊື່ຜູ້ໃຊ້ບໍ່ກົງກັບກະແຈສ່ວນຕົວ.

-V, -- verbose
ກໍານົດສໍາລັບຜົນໄດ້ຮັບ verbose ເພີ່ມເຕີມ. ໃຊ້ - ວີ ສໍາລັບ verbosity ສູງສຸດ.

- ໃນ​, - ການປ່ຽນແປງ
ສະບັບຂອງ chef-ລູກຄ້າ.

-y, --ແມ່ນແລ້ວ
ໃຊ້ເພື່ອຕອບສະໜອງການຢືນຢັນທັງໝົດດ້ວຍ "ແມ່ນ". ມີດຈະບໍ່ຮ້ອງຂໍໃຫ້ມີ
ການຢືນຢັນ.

-z, --local-mode
ໃຊ້ເພື່ອແລ່ນລູກຄ້າພໍ່ຄົວໃນຮູບແບບທ້ອງຖິ່ນ. ນີ້ອະນຸຍາດໃຫ້ຄໍາສັ່ງທັງຫມົດທີ່ເຮັດວຽກ
ຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef ເພື່ອເຮັດວຽກຕໍ່ກັບ chef-repo ທ້ອງຖິ່ນ.

ຫຼາຍ DELETE

ໄດ້ ຫຼາຍ ລຶບ argument ຖືກນໍາໃຊ້ເພື່ອລຶບລູກຄ້າ API ໃດທີ່ກົງກັບຮູບແບບທີ່ກໍານົດໄວ້
ໂດຍການສະແດງອອກເປັນປົກກະຕິ. ການສະແດງອອກປົກກະຕິຕ້ອງຢູ່ໃນວົງຢືມແລະບໍ່ແມ່ນ
ອ້ອມ​ຮອບ​ໄປ​ດ້ວຍ​ການ​ຕັດ​ຕໍ່​ຫນ້າ (/).

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

$ ມີດ client bulk ລຶບ REGEX

ທາງເລືອກໃນການ

ຄໍາສັ່ງນີ້ບໍ່ມີທາງເລືອກສະເພາະໃດຫນຶ່ງ.

ສ້າງ

ໄດ້ ສ້າງ argument ຖືກນໍາໃຊ້ເພື່ອສ້າງລູກຄ້າ API ໃຫມ່. ຂະບວນການນີ້ຈະສ້າງ RSA
ຄູ່ຄີສໍາລັບລູກຄ້າ API ທີ່ມີຊື່. ລະຫັດສາທາລະນະຈະຖືກເກັບໄວ້ໃນເຄື່ອງແມ່ຂ່າຍຂອງ Chef ແລະ
ລະຫັດສ່ວນຕົວຈະຖືກສະແດງຢູ່ໃນ STDOUT ຫຼືຂຽນໃສ່ໄຟລ໌ທີ່ມີຊື່.

· ສໍາລັບ chef-ລູກຄ້າ, ລະຫັດສ່ວນຕົວຄວນໄດ້ຮັບການຄັດລອກໃສ່ລະບົບເປັນ
/etc/chef/client.pem.

· ສໍາລັບມີດ, ລະຫັດສ່ວນຕົວມັກຈະຖືກຄັດລອກໃສ່ ~/.chef/client_name.pem ແລະອ້າງອີງ
ໃນໄຟລ໌ການຕັ້ງຄ່າ knife.rb.

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

$ ລູກຄ້າມີດສ້າງ CLIENT_NAME (ທາງເລືອກ)

ທາງເລືອກໃນການ

ການໂຕ້ຖຽງນີ້ມີທາງເລືອກຕໍ່ໄປນີ້:

-ກ, --admin
ໃຊ້ເພື່ອສ້າງລູກຄ້າເປັນລູກຄ້າ admin. ນີ້ແມ່ນຕ້ອງການສໍາລັບຜູ້ໃຊ້ໃດໆທີ່ຈະເຂົ້າເຖິງ
Open Source Chef ເປັນຜູ້ບໍລິຫານ. ຕົວເລືອກນີ້ໃຊ້ໄດ້ພຽງແຕ່ເມື່ອໃຊ້ກັບ
open source Chef server ແລະຈະບໍ່ມີຜົນຫຍັງເມື່ອໃຊ້ກັບ Enterprise Chef.

-f ໄຟລ໌, --file ເອກະສານ
ໃຊ້ເພື່ອບັນທຶກລະຫັດສ່ວນຕົວໃສ່ຊື່ໄຟລ໌ທີ່ລະບຸ.

--ຜູ້ກວດສອບ
ໃຊ້ເພື່ອສ້າງລູກຄ້າເປັນ chef-validator. ຄ່າເລີ່ມຕົ້ນ: ທີ່ແທ້ຈິງ.

ຕົວຢ່າງ

ເພື່ອສ້າງ chef-client ທີ່ສາມາດເຂົ້າເຖິງ Chef server API ເປັນ
ຜູ້ບໍລິຫານ --- ບາງຄັ້ງເອີ້ນວ່າ "API chef-client" --- ທີ່ມີຊື່ "exampleorg"
ແລະບັນທຶກລະຫັດສ່ວນຕົວຂອງມັນໄວ້ໃນໄຟລ໌, ໃສ່:

ລູກຄ້າມີດ $ ສ້າງ exampleorg -a -f "/etc/chef/client.pem"

ເມື່ອແລ່ນ ສ້າງ ການໂຕ້ຖຽງກ່ຽວກັບ Enterprise Chef, ໃຫ້ແນ່ໃຈວ່າຈະຍົກເລີກ -a ຕົວເລືອກ:

ລູກຄ້າມີດ $ ສ້າງ exampleorg -f "/etc/chef/client.pem"

DELETE

ໄດ້ ລຶບ argument ຖືກນໍາໃຊ້ເພື່ອລຶບລູກຄ້າ API ທີ່ລົງທະບຽນ.

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

$ ມີດລູກຄ້າລຶບ CLIENT_NAME

ທາງເລືອກໃນການ

ຄໍາສັ່ງນີ້ບໍ່ມີທາງເລືອກສະເພາະໃດຫນຶ່ງ.

ຕົວຢ່າງ

ເພື່ອລຶບລູກຄ້າທີ່ມີຊື່ "client_foo", ໃສ່:

$ ມີດລູກຄ້າລຶບ client_foo

ປະເພດ Y ເພື່ອຢືນຢັນການລຶບ.

ແກ້ໄຂ

ໄດ້ ດັດແກ້ argument ຖືກນໍາໃຊ້ເພື່ອແກ້ໄຂລາຍລະອຽດຂອງລູກຄ້າ API ທີ່ລົງທະບຽນ. ເມື່ອນີ້
argument ແມ່ນດໍາເນີນການ, ມີດຈະເປີດ $EDITOR ເພື່ອໃຫ້ສາມາດແກ້ໄຂໄດ້ admin ຄຸນ​ລັກ​ສະ​ນະ. (ບໍ່ມີ
ຂອງຄຸນລັກສະນະອື່ນໆຄວນໄດ້ຮັບການປ່ຽນແປງໂດຍໃຊ້ການໂຕ້ຖຽງນີ້.) ເມື່ອສໍາເລັດຮູບ, ມີດຈະ
ປັບປຸງເຄື່ອງແມ່ຂ່າຍຂອງ Chef ກັບການປ່ຽນແປງເຫຼົ່ານັ້ນ.

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

$ ລູກຄ້າມີດແກ້ໄຂ CLIENT_NAME

ທາງເລືອກໃນການ

ຄໍາສັ່ງນີ້ບໍ່ມີທາງເລືອກສະເພາະໃດຫນຶ່ງ.

ຕົວຢ່າງ

ເພື່ອແກ້ໄຂລູກຄ້າທີ່ມີຊື່ "exampleorg", ໃສ່:

$ ລູກຄ້າມີດດັດແກ້ exampleorg

LIST

ໄດ້ ບັນຊີລາຍຊື່ argument ຖືກນໍາໃຊ້ເພື່ອເບິ່ງລາຍຊື່ລູກຄ້າ API ທີ່ລົງທະບຽນ.

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

$ ບັນຊີລາຍຊື່ລູກຄ້າມີດ (ທາງເລືອກ)

ທາງເລືອກໃນການ

ການໂຕ້ຖຽງນີ້ມີທາງເລືອກຕໍ່ໄປນີ້:

-w, --with-uri
ໃຊ້ເພື່ອສະແດງ URI ທີ່ສອດຄ້ອງກັນ.

ຕົວຢ່າງ

ເພື່ອກວດສອບລາຍຊື່ລູກຄ້າ API ສໍາລັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef, ໃສ່:

$ ບັນຊີລາຍຊື່ລູກຄ້າມີດ

ເພື່ອສົ່ງຄືນສິ່ງທີ່ຄ້າຍຄືກັບ:

ຕົວຢ່າງ
i-12345678
rs-123456

ເພື່ອກວດສອບວ່າລູກຄ້າ API ສາມາດກວດສອບຄວາມຖືກຕ້ອງກັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef ໄດ້ຢ່າງຖືກຕ້ອງ, ລອງເອົາ a
ບັນຊີລາຍຊື່ຂອງລູກຄ້າທີ່ໃຊ້ -u ແລະ -k ທາງເລືອກໃນການລະບຸຊື່ ແລະລະຫັດສ່ວນຕົວຂອງມັນ:

$ ລາຍຊື່ລູກຄ້າມີດ -u ORGNAME -k .chef/ORGNAME.pem

ລົງທະບຽນ

ໄດ້ ລົງທະບຽນ argument ຖືກນໍາໃຊ້ເພື່ອຟື້ນຟູຄູ່ຄີ RSA ສໍາລັບລູກຄ້າ API. ໄດ້
ກະແຈສາທາລະນະຈະຖືກເກັບໄວ້ໃນເຄື່ອງແມ່ຂ່າຍຂອງ Chef ແລະລະຫັດສ່ວນຕົວຈະຖືກສະແດງຢູ່ໃນ
STDOUT ຫຼືຂຽນໃສ່ໄຟລ໌ທີ່ມີຊື່.

ຫມາຍ​ເຫດ​:
ການດໍາເນີນການໂຕ້ຖຽງນີ້ຈະເຮັດໃຫ້ຄູ່ຄີ RSA ທີ່ຜ່ານມາບໍ່ຖືກຕ້ອງ, ເຮັດໃຫ້ມັນບໍ່ສາມາດໃຊ້ໄດ້
ໃນລະຫວ່າງການພິສູດຢືນຢັນກັບເຄື່ອງແມ່ຂ່າຍຂອງ Chef.

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

ລູກຄ້າມີດ $ ລົງທະບຽນ CLIENT_NAME ຄືນໃໝ່ (ທາງເລືອກ)

ທາງເລືອກໃນການ

ການໂຕ້ຖຽງນີ້ມີທາງເລືອກຕໍ່ໄປນີ້:

-f ຊື່​ເອ​ກະ​ສານ, --file ຊື່​ເອ​ກະ​ສານ
ໃຊ້ເພື່ອບັນທຶກລະຫັດສ່ວນຕົວໃສ່ຊື່ໄຟລ໌ທີ່ລະບຸ.

ຕົວຢ່າງ

ເພື່ອຟື້ນຟູຄູ່ຄີ RSA ສໍາລັບລູກຄ້າທີ່ມີຊື່ວ່າ "testclient" ແລະບັນທຶກມັນໄວ້ໃນໄຟລ໌ທີ່ມີຊື່
"rsa_key", ປ້ອນ:

$ ລູກຄ້າມີດສ້າງໃຫມ່ testclient -f rsa_key

ສະແດງໃຫ້ເຫັນ

ໄດ້ ສະແດງໃຫ້ເຫັນ argument ຖືກນໍາໃຊ້ເພື່ອສະແດງລາຍລະອຽດຂອງລູກຄ້າ API.

syntax

argument ນີ້ມີ syntax ຕໍ່ໄປນີ້:

$ ລູກຄ້າມີດສະແດງ CLIENT_NAME (ທາງເລືອກ)

ທາງເລືອກໃນການ

ການໂຕ້ຖຽງນີ້ມີທາງເລືອກຕໍ່ໄປນີ້:

-a ATTR, --ຄຸນລັກສະນະ ATTR
ຄຸນລັກສະນະ (ຫຼືຄຸນລັກສະນະ) ທີ່ຈະສະແດງ.

ຕົວຢ່າງ

ເພື່ອເບິ່ງລູກຄ້າທີ່ມີຊື່ວ່າ "testclient", ໃສ່:

$ ລູກຄ້າມີດສະແດງໃຫ້ເຫັນ testclient

ເພື່ອກັບຄືນບາງສິ່ງບາງຢ່າງເຊັ່ນ:

admin: ບໍ່ຖືກຕ້ອງ
chef_type: ລູກຄ້າ
json_class: Chef::ApiClient
ຊື່: ລູກຄ້າທົດສອບ
public_key:

ເພື່ອເບິ່ງຂໍ້ມູນໃນຮູບແບບ JSON, ໃຊ້ປຸ່ມ -F ທາງເລືອກທົ່ວໄປເປັນສ່ວນຫນຶ່ງຂອງຄໍາສັ່ງເຊັ່ນ:
ນີ້:

$ ພາລະບົດບາດມີດສະແດງໃຫ້ເຫັນ devops -F json

ຮູບແບບອື່ນໆທີ່ມີຢູ່ລວມມີ ຂໍ້ຄວາມ, ຢອກ, ແລະ pp.

ໃຊ້ມີດລູກຄ້າອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net