กลับไปหน้าบทความ

อ่าน 2 นาที

โปรโตคอลการบันทึกเหตุการณ์ที่เชื่อถือได้

โปรโตคอลการบันทึกเหตุการณ์ที่เชื่อถือได้ ( RELP ) เป็นโปรโตคอลเครือข่ายสำหรับการบันทึกข้อมูลคอมพิวเตอร์ในเครือข่ายคอมพิวเตอร์ โดยขยายฟังก์ชันการทำงานของ โปรโตคอล...

โปรโตคอลการบันทึกเหตุการณ์ที่เชื่อถือได้

โปรโตคอลการบันทึกเหตุการณ์ที่เชื่อถือได้ ( RELP ) เป็นโปรโตคอลเครือข่ายสำหรับการบันทึกข้อมูลคอมพิวเตอร์ในเครือข่ายคอมพิวเตอร์ โดยขยายฟังก์ชันการทำงานของ โปรโตคอล syslogเพื่อให้สามารถส่งข้อความเหตุการณ์ได้อย่างน่าเชื่อถือ มักใช้ในสภาพแวดล้อมที่ไม่สามารถยอมรับการสูญหายของข้อความได้ เช่นอุตสาหกรรม การเงิน

ภาพรวม

RELP ใช้TCPสำหรับการส่งข้อความ ซึ่งให้การป้องกันขั้นพื้นฐานจากการสูญหายของข้อความ แต่ไม่รับประกันการส่งมอบในทุกกรณี เมื่อการเชื่อมต่อถูกยกเลิก TCP ไม่สามารถตรวจจับได้อย่างน่าเชื่อถือว่าข้อความสุดท้ายที่ส่งไปถึงปลายทางแล้วหรือไม่[ 1 ] แตกต่างจากโปรโตคอล syslog RELP ทำงานร่วมกับbackchannelซึ่งส่งข้อมูลกลับไปยังผู้ส่งเกี่ยวกับข้อความที่ผู้รับประมวลผลแล้ว ซึ่งทำให้ RELP สามารถทราบได้เสมอว่าข้อความใดได้รับการรับอย่างถูกต้อง แม้ในกรณีที่การเชื่อมต่อถูกยกเลิก

ประวัติศาสตร์

RELP ได้รับการพัฒนาในปี 2008 ในฐานะโปรโตคอลที่เชื่อถือได้สำหรับ การสื่อสารระหว่าง rsyslogกับ rsyslog ดังที่Rainer Gerhards ผู้ออกแบบ RELP อธิบายไว้ การขาดการส่งข้อมูลที่เชื่อถือได้ใน syslog มาตรฐานอุตสาหกรรมเป็นแรงจูงใจหลักในการสร้าง RELP [ 2 ]เดิมที RFC 3195 syslog ถูกพิจารณาให้รับส่วนนี้ใน rsyslog แต่ประสบปัญหาเรื่องโอเวอร์เฮดสูงและขาดการสนับสนุนมาตรฐาน syslog ใหม่ของ IETF (ซึ่งต่อมาได้รับการเผยแพร่เป็น RFC 5424 แต่ยังไม่ได้ตั้งชื่อในขณะนั้น)

แม้ว่า RELP จะถูกออกแบบมาเพื่อใช้กับ rsyslog เป็นหลักในตอนแรก แต่ก็ได้รับการใช้งานอย่างแพร่หลายมากขึ้น ปัจจุบันเครื่องมือต่างๆ ทั้งบนLinuxและ Windows รองรับ RELP นอกจากนี้ยังมีการใช้งานภายในองค์กรสำหรับ Java ด้วย แม้ว่า RELP ยังไม่ได้รับการกำหนดมาตรฐานอย่างเป็นทางการ แต่ก็พัฒนาไปสู่มาตรฐานอุตสาหกรรมสำหรับการบันทึกข้อมูลคอมพิวเตอร์แล้ว

รายละเอียดทางเทคนิค

RELP ได้รับแรงบันดาลใจจาก RFC 3195 syslog และ RFC 3080 ในระหว่างการเชื่อมต่อครั้งแรก ผู้ส่งและผู้รับจะเจรจาตัวเลือกเซสชัน เช่น ชุดคำสั่งที่รองรับ หรือขนาดหน้าต่างระดับแอปพลิเคชัน ข้อความเหตุการณ์เครือข่ายจะถูกส่งผ่านในรูปแบบคำสั่ง โดยผู้รับจะยืนยันคำสั่งแต่ละคำสั่งทันทีที่ประมวลผลเสร็จแล้ว เซสชันอาจถูกปิดโดยทั้งผู้ส่งและผู้รับ แต่โดยปกติแล้วควรถูกปิดโดยฝั่งผู้ส่ง เพื่ออำนวยความสะดวกในการกู้คืนข้อความเมื่อเซสชันถูกยกเลิก RELP จะเก็บหมายเลขธุรกรรมสำหรับแต่ละคำสั่ง และเจรจาว่าข้อความใดบ้างที่จำเป็นต้องส่งใหม่เมื่อสร้างเซสชันขึ้นใหม่

RELP เวอร์ชันปัจจุบันไม่ได้ระบุ การรองรับ TLS โดยตรง อย่างไรก็ตาม การใช้งานจริงมักใช้ตัวห่อหุ้มรอบเซสชัน RELP เพื่อให้สามารถใช้งานฟังก์ชันดังกล่าวได้

การนำไปใช้

เฉพาะตัวอย่างที่เปิดเผยต่อสาธารณะเท่านั้นที่แสดงอยู่ในรายการนี้ รายการนี้ไม่ได้ครอบคลุมทุกกรณี

  • librelp - ไลบรารี C RELP ดั้งเดิม
  • rsyslog
  • มอนิเตอร์แวร์ (สำหรับ Windows)
  • logstash ถูกเก็บถาวรเมื่อวันที่ 1 มิถุนายน 2013 ที่Wayback Machine
  • rlp_01 เก็บถาวรเมื่อ 2024-12-24 ที่Wayback Machine - ไลบรารี Java RELP
  • jla_01 เก็บถาวรเมื่อ 2022-12-15 ที่Wayback Machine - ปลั๊กอิน RELP Logback
  • jla_04 เก็บถาวรเมื่อ 2022-12-15 ที่Wayback Machine - Java Util Logging RELP Handler
  • jla_05 - ปลั๊กอินLog4j RELP
ดึงข้อมูลมาจาก " https://en.wikipedia.org/w/index.php?title=Reliable_Event_Logging_Protocol&oldid=1353834706 "

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ โปรโตคอลการบันทึกเหตุการณ์ที่เชื่อถือได้

โปรโตคอลการบันทึกเหตุการณ์ที่เชื่อถือได้ ( RELP ) เป็นโปรโตคอลเครือข่ายสำหรับการบันทึกข้อมูลคอมพิวเตอร์ในเครือข่ายคอมพิวเตอร์ โดยขยายฟังก์ชันการทำงานของ โปรโตคอล...

ภาพรวม

RELP ใช้ TCP สำหรับการส่งข้อความ ซึ่งให้การป้องกันขั้นพื้นฐานจากการสูญหายของข้อความ แต่ไม่รับประกันการส่งมอบในทุกกรณี เมื่อการเชื่อมต่อถูกยกเลิก TCP ไม่สามารถตรวจจับได้อย่างน่าเชื่อถือว่าข้อความสุดท้ายที่ส่งไปถึงปลายทางแล้วหรือไม่ [ 1 ] แตกต่างจากโปรโตคอล...

ประวัติศาสตร์

RELP ได้รับการพัฒนาในปี 2008 ในฐานะโปรโตคอลที่เชื่อถือได้สำหรับ การสื่อสารระหว่าง rsyslog กับ rsyslog ดังที่ Rainer Gerhards ผู้ออกแบบ RELP อธิบายไว้ การขาดการส่งข้อมูลที่เชื่อถือได้ใน syslog มาตรฐานอุตสาหกรรมเป็นแรงจูงใจหลักในการสร้าง RELP [ 2 ] เดิมที RFC...

รายละเอียดทางเทคนิค

RELP ได้รับแรงบันดาลใจจาก RFC 3195 syslog และ RFC 3080 ในระหว่างการเชื่อมต่อครั้งแรก ผู้ส่งและผู้รับจะเจรจาตัวเลือกเซสชัน เช่น ชุดคำสั่งที่รองรับ หรือขนาดหน้าต่างระดับแอปพลิเคชัน ข้อความเหตุการณ์เครือข่ายจะถูกส่งผ่านในรูปแบบคำสั่ง...