فهم سجلات النظام

تخيلوا خادمكم على أنه عامل نشيط. فهو ينفّذ العديد من المهام، بدءًا من تشغيل المواقع الإلكترونية ووصولًا إلى معالجة البيانات. كيف تعرفون ما الذي كان يفعله؟

• سجلات النظام تشبه مذكرات الخادم.
• فهي تسجل الأحداث والأخطاء والتحذيرات والأنشطة الأخرى.
• وتُعد هذه السجلات ضرورية لفهم سلوك الخادم وتصحيح المشكلات والحفاظ على الأمان.

في أنظمة Linux، تُخزّن معظم ملفات السجل التقليدية في دليل محدد هو: /var/log.

يعمل هذا الدليل كمستودع مركزي لسجلات النظام والخدمات والتطبيقات. وغالبًا ما يكون المكان الأول الذي تبحثون فيه عند استكشاف مشكلة وإصلاحها.

لنستخدم الأمر ls لمعرفة أنواع ملفات السجل الموجودة عادةً في دليل /var/log على خادم Linux.

ستلاحظون وجود العديد من الملفات، وغالبًا ما تكون أسماؤها مشتقة من اسم الخدمة أو نوع الحدث الذي تسجله.

رغم أن /var/log يحتوي على العديد من الملفات، فإن بعض الملفات تُستخدم أكثر من غيرها:

• syslog (أو messages): نشاط النظام العام ورسائل الإقلاع غير المرتبطة بالنواة.
• auth.log (أو secure): محاولات المصادقة واستخدام sudo والأحداث المتعلقة بالأمان.
• kern.log: الرسائل المتعلقة بالنواة، وتفيد غالبًا في مشكلات العتاد أو برامج التشغيل.
• boot.log: الرسائل المسجلة أثناء بدء تشغيل النظام.

في توزيعات Linux الحديثة التي تستخدم systemd، تُدار السجلات غالبًا بواسطة journal، وهو نظام تسجيل منظم.

أداة سطر الأوامر الأساسية للتفاعل مع سجل systemd هي journalctl. وهي توفر إمكانات قوية للتصفية والعرض.

لعرض جميع إدخالات السجل منذ البداية، شغّلوا journalctl ببساطة. سيعرض السجلات في طريقة عرض مقسّمة إلى صفحات، على نحو مشابه لـ less.

اضغطوا q للخروج من العارض.

يتفوق journalctl في التصفية. يمكنكم تضييق نطاق السجلات حسب خدمات أو أطر زمنية محددة:

• -u <service>: عرض سجلات وحدة systemd محددة (مثل sshd أو nginx).
• --since "time": عرض السجلات منذ وقت محدد (مثل "1 hour ago" أو "2023-01-01").

عندما تقومون بتصحيح مشكلة بنشاط أو تراقبون بحثًا عن أحداث جديدة، يكون journalctl -f مفيدًا للغاية. إذ يبث الخيار -f (المتابعة) إدخالات السجل الجديدة في الوقت الفعلي.

جرّبوه، ثم افتحوا طرفية أخرى وحاولوا تسجيل الدخول عبر SSH لتروا الإدخالات الجديدة وهي تظهر!

سجلات النظام أفضل ما يساعدكم في تصحيح الأخطاء. إذا لم تبدأ خدمة ما أو تعطل تطبيق:

• تحققوا من سجلات تلك الخدمة تحديدًا (مثل journalctl -u myapp.service).
• ابحثوا عن كلمات رئيسية مثل error أو fail أو warning أو permission denied.
• غالبًا ما توفر السجلات رسائل خطأ دقيقة أو أدلة تساعدكم على العثور على السبب الجذري.

تحاولون تصحيح أخطاء خدمة خادم ويب اسمها nginx، وقد فشلت في البدء بعد تحديث حديث للنظام. أي أوامر journalctl التالية سيكون الأكثر فائدة للتشخيص الفوري؟

أحسنتم! لقد تعلمتم كيفية الاستفادة من قوة سجلات النظام:

• السجلات سجلات حيوية لتصحيح الأخطاء والتدقيق.
• يُعد /var/log الموطن التقليدي للعديد من ملفات السجل.
• يُعد journalctl أداتكم الحديثة والقوية للاستعلام عن سجلات journal الخاصة بـ systemd.
• يمكنكم تصفية السجلات حسب الخدمة والوقت، ومتابعتها في الوقت الفعلي.

حافظوا على إتقان هذه المهارات، فالسجلات غالبًا ما تكون المكان الأول الذي ينبغي البحث فيه عند حدوث مشكلة!