จะทดสอบการเข้าถึงไฟล์โดยไม่รุกรานได้อย่างไร?

ในเชลล์สคริปต์ฉันจะทดสอบการเข้าถึงการเขียนไฟล์อย่างง่าย ๆ โดยไม่ต้องทำการบุกรุกโดยไม่ต้องพยายามแก้ไขไฟล์ได้อย่างไร?

ฉันสามารถแยกเอาท์พุทของstatแต่ดูเหมือนว่าซับซ้อนจริง ๆ และอาจเปราะแม้ว่าฉันไม่แน่ใจว่าผลลัพธ์สถิติแตกต่างกันในการใช้งานและเวลา

ฉันสามารถต่อท้ายไฟล์และดูว่าประสบความสำเร็จ แต่อาจเป็นอันตรายได้ด้วยเหตุผลสองประการที่ฉันนึกถึง:

1. ตอนนี้ฉันต้องลบการเพิ่มออกและในกรณีที่กระบวนการอื่นเขียนลงไฟล์สิ่งนี้จะกลายเป็นเรื่องไม่สำคัญเพราะบรรทัดของฉันไม่ได้เป็นกระบวนการสุดท้ายอีกต่อไป
2. กระบวนการใด ๆ ที่อ่านไฟล์อาจมีข้อกำหนดตามอำเภอใจในเนื้อหาของไฟล์นั้นและฉันอาจทำให้แอปพลิเคชันนั้นเสียหาย

เพียงแค่ใช้ - wธงชาติของtestutillity:

[ -w /path/to/file ] && echo "writeable" || echo "write permission denied"

โปรดทราบว่าหากคุณกำลังจะเขียนไฟล์ในภายหลังอาจเป็นไปได้ที่คุณจะไม่สามารถเขียนลงไฟล์ได้ ไฟล์อาจได้ย้ายสิทธิ์อาจมีการเปลี่ยนแปลง ฯลฯ นอกจากนี้ยังสามารถเกิดขึ้นได้ที่-wตรวจจับเขียนสิทธิ์ แต่บางแทรกแซงปัจจัยอื่น ๆ เพื่อให้ไฟล์ไม่สามารถเขียนได้

วิธีอื่น:

if >> /path/to/file
then
    echo "writeable"
else
    echo "write permission denied"
fi

การดำเนินการนี้จะพยายามเปิดไฟล์สำหรับการต่อท้ายและหากประสบความสำเร็จให้ เรียกใช้คำสั่ง no (เช่นเรียกใช้คำสั่ง null ) ด้วยเอาต์พุตไปยังไฟล์ 

ระวังว่านี่จะสร้างไฟล์เปล่าถ้ามันไม่มีอยู่

-wดำเนินการของtestคำสั่งเพียงแค่อาจจะทำstat แล้วพยายามที่จะคิดออกว่ามันดูเหมือนว่าคุณควรมีการเข้าถึง ทางเลือกของฉัน (ด้านบน) มีความน่าเชื่อถือมากกว่าtestวิธีการในเงื่อนไขพิเศษบางอย่างเนื่องจากบังคับให้การตรวจสอบการเข้าถึงทำโดยเคอร์เนลแทนที่จะเป็นเชลล์ ตัวอย่างเช่น,

• หากไฟล์อยู่ในระบบไฟล์ที่ไม่ใช่ Unix - โดยเฉพาะหากไฟล์นั้นถูกเมาท์จากเซิร์ฟเวอร์ไฟล์ที่ไม่ใช่ Unix จากระยะไกล - เนื่องจากstatอาจส่งคืนค่าโหมดที่ทำให้เข้าใจผิด
• หากไฟล์อยู่บนระบบไฟล์ที่เมาท์แบบอ่านอย่างเดียว
• หากไฟล์มี ACL และโหมดทำให้ดูเหมือนว่าคุณควรมีสิทธิ์เข้าถึง แต่ ACL ปฏิเสธหรือในทางกลับกัน
• ถ้ากรอบความปลอดภัย (AppArmor, SELinux, …) ปฏิเสธการเข้าถึงไฟล์

G-มนุษย์เป็นขวา: [ -w ]จะไม่เสมอบอกความจริง ที่นี่เพื่อจัดการกับไฟล์ที่ไม่ได้มีอยู่และการอนุญาตถูกปฏิเสธข้อความจากเชลล์:

( [ -e /path/to/file ] && >> /path/to/file ) 2> /dev/null && 
  echo writable || 
  echo not writable

อัปเดต : ดูน่ากลัวใช่ไหม ก็เป็นได้ อืม ... จะพูดยังไงดี ... อย่าใช้มันจนกว่าคุณจะรู้ว่าคุณอยู่ในสภาวะที่มันร้องขอให้ทำงานอย่างที่คาดไว้ ดูความคิดเห็นของ Stephane

จะสรุปได้อย่างไร? แม้ว่า[ -w ]จะไม่ได้บอกความจริงก็ตามมันเป็นคำสั่งเดียวที่มีจุดประสงค์ในการทำงาน หากไม่ดีเราจะตำหนิเขียนรายงานข้อผิดพลาดและจะใช้งานได้ในอนาคต ดีกว่าการตรวจสอบภายใต้เงื่อนไขที่การทำงานและการใช้งาน[ -w ]; เขียนรหัสพิเศษสำหรับกรณีพิเศษ วิธีแก้ไขปัญหามีเงื่อนไขของตนเอง

[ -w /path/to/file ]

ที่ดีที่สุดคือเบื้องต้น