ลงชื่อเข้าใช้ ERPC CLI และดูว่าคีย์ของคุณถูกเก็บไว้ที่ใด
ลงชื่อเข้าใช้จากเครื่องนี้ แล้ว ERPC CLI จะเก็บเซสชันไว้ในพวงกุญแจของคุณหรือ 1Password หน้านี้ยังแสดงว่าคีย์ของ node ถูกเก็บไว้ที่ใด และ erpc เก็บไฟล์ใดไว้บ้าง
หน้านี้อธิบาย ERPC CLI
v0.1.0-rc.4 ซึ่งเป็นเวอร์ชัน pre-releaseลงชื่อเข้าใช้
bash
erpc login ได้รับเซสชันผ่าน OAuth device authorization grant บนเครื่องที่ไม่มีเบราว์เซอร์ erpc login --no-browser จะพิมพ์ URL และรหัสออกมาแทนการเปิดเบราว์เซอร์ และ erpc signup --no-browser จะพิมพ์ URL สำหรับสมัคร erpc whoami แสดงว่าเซสชันที่เก็บไว้เป็นของใคร และ erpc logout จะออกจากระบบและลบเซสชันที่เก็บไว้เลือกที่เก็บเซสชัน
ในเทอร์มินัล
erpc login จะถามว่าจะใช้ที่เก็บใด: พวงกุญแจของระบบปฏิบัติการซึ่งเป็นค่าเริ่มต้น หรือ 1Password ในกรณีที่ตอบสนอง --store และ --vault ใช้เลือกโดยไม่ต้องถาม และตัวเลือกจะถูกบันทึกไว้ใน config.toml ซึ่งคำสั่งอื่น ๆ จะอ่านค่าจากที่นั่นหากไม่มีตัวเลือกทั้งที่ระบุมาและที่บันทึกไว้ erpc จะใช้ service account ของ 1Password เมื่อมีการตั้ง
OP_SERVICE_ACCOUNT_TOKEN ไว้ มิฉะนั้นจะใช้พวงกุญแจของระบบปฏิบัติการหากมี และหากไม่มีก็จะใช้ไฟล์ในไดเรกทอรี state ของ erpc erpc doctor จะรายงานว่ากำลังใช้ที่เก็บใดและเพราะเหตุใด เมื่อใช้ service account erpc จะส่ง OP_SERVICE_ACCOUNT_TOKEN ให้เฉพาะ process op ที่ erpc เริ่มเท่านั้น และไม่เขียน token นั้นไว้ที่ใดเลยitem ใน 1Password จะตั้งชื่อตามชื่อของเครื่อง เพื่อไม่ให้สองเครื่องใช้เซสชันเดียวกันร่วมกันเลย
ERPC_HOST_LABEL ใช้แทนที่ชื่อนี้บน Linux
พวงกุญแจคือ Secret Service ในกรณีที่มี Secret Service ตอบสนอง มิฉะนั้นจะเป็น persistent keyring ของ kernel สำหรับผู้ใช้ของคุณ ซึ่งอยู่ในหน่วยความจำและไม่อยู่บนดิสก์เลย: เซสชันจะคงอยู่จนกว่าจะรีบูต หรือจนกว่าจะไม่ได้ใช้งานเป็นเวลาสองสามวัน จากนั้นจะต้องรัน
erpc login อีกครั้ง shell ที่เริ่มโดยไม่มีการเข้าสู่ระบบของตัวเอง (su ที่ไม่มี -, sudo -E) จะใช้ keyring นั้นไม่ได้ และ erpc จะปฏิเสธพร้อมแจ้งให้ทราบบน macOS
erpc เข้าถึงพวงกุญแจผ่าน
/usr/bin/security โปรแกรมอื่นใดที่รันในนามของคุณสามารถอ่านเซสชันได้ด้วยการรัน security เช่นกัน ขณะที่พวงกุญแจยังคงเก็บเซสชันแบบเข้ารหัสขณะจัดเก็บ และกันไม่ให้ผู้ใช้อื่นเข้าถึงเมื่อเซสชันอยู่บนดิสก์
erpc เขียนเซสชันลงในไดเรกทอรี state ของตนในสามกรณี: เมื่อใช้ที่เก็บ
file, สำหรับเซสชันที่พักไว้ (refresh token ที่หมุนเวียนแล้วแต่ไปไม่ถึงที่เก็บ) และหลังจากการเขียนที่ถูกขัดจังหวะ erpc doctor จะรายงานไฟล์แต่ละไฟล์เหล่านี้ตราบเท่าที่ไฟล์ยังอยู่ บน Unix ไฟล์เหล่านี้ถูกสร้างด้วย mode 0600 ส่วนบน Windows erpc ไม่ได้ตั้งสิทธิ์ใด ๆ ของตัวเองที่เก็บคีย์ของ node
inventory ของ node และข้อมูลสำรองของคีย์ต้นฉบับที่คู่มือของแต่ละเชนระบุไว้ จะถูกเก็บไว้ใน 1Password ไม่ใช่ทุกคีย์ที่อยู่ใน 1Password และ node อาจเก็บคีย์ที่ต้องใช้ในการทำงานไว้ด้วย โปรดสำรองสิ่งที่อยู่บนโฮสต์ด้วยตัวเอง: การสร้างโฮสต์นั้นใหม่โดยไม่มีข้อมูลสำรองจะทำให้สิ่งนั้นสูญหาย นอกจากนี้ Sui validator ที่ active อยู่หรือ TRON witness ที่ได้รับเลือกแล้วจะปฏิเสธการย้ายไปยังโฮสต์ใหม่ด้วย
RPC node อื่น ๆ ไม่ได้เก็บ signing key สำหรับ validator แต่โฮสต์ของ RPC node เหล่านั้นจะเก็บสิ่งที่ client สร้างขึ้นเอง เช่น engine JWT, peer identity หรือ RPC cookie
ข้อมูลสำรองของคีย์เพียงอย่างเดียวไม่ได้ทำให้การกู้คืน validator ปลอดภัย โปรดทำตามขั้นตอนการกู้คืนของเชนนั้นก่อนเปลี่ยนเซิร์ฟเวอร์หรือเรียกคืนข้อมูลของเซิร์ฟเวอร์ คู่มือของแต่ละเชนจะบอกวิธีเรียกคืนคีย์ของเชนนั้น (Node)
มีคำสั่งเดียวที่เขียนคีย์ของ node ลงดิสก์บนเครื่องของคุณ:
erpc validator vote-account จะเขียน identity key และ vote key ลงในไฟล์ 0600 ใต้ไดเรกทอรี state ขณะที่ Solana CLI ทำงาน และลบไฟล์เหล่านั้นทิ้งหลังจากนั้น process ที่ตายไปกลางคันอาจทิ้งไฟล์ไว้จนกว่าการรันครั้งต่อ ๆ ไปจะกวาดไฟล์นั้นออกคีย์เทรดและ secret ของแอป
erpc worker ถูกเก็บแยกจากคีย์เหล่านี้: คีย์และ secret





