تحلیل لاگ

تحلیل لاگ دسترسی

لاگ دسترسی Nginx یا Apache را رها کنید و فوراً ببینید چه کسی بازدید کرده، چه چیزی درخواست کرده، کدهای وضعیت چگونه توزیع شده‌اند و ساعت اوج ترافیک کی است. لاگ فقط در مرورگر شما پردازش می‌شود.

فایل لاگ را انتخاب یا رها کنید

فایل‌های .log و .txt تا 50 مگابایت

لاگ‌ها ممکن است شامل اطلاعات شخصی مثل آی‌پی بازدیدکنندگان باشند. فایل فقط در مرورگر شما خوانده و تحلیل می‌شود و هیچ‌جا آپلود نمی‌شود.

چه چیزهایی را تحلیل می‌کند

قالب‌های پیش‌فرض combined و common لاگ دسترسی Nginx و Apache را می‌خواند.

خلاصه و رتبه‌بندی‌ها
تعداد کل درخواست‌ها، آی‌پی‌های یکتا، کل ترافیک و بازه زمانی، به‌علاوه پرتکرارترین آی‌پی‌ها (۲۰ مورد اول)، مسیرها (۲۰ مورد اول) و User-Agentها (۱۰ مورد اول). ربات‌های شناخته‌شده موتورهای جست‌وجو و خزنده‌ها علامت می‌خورند.
کد وضعیت، متدها و ساعت‌های روز
سهم 2xx، 3xx، 4xx و 5xx و کدهای دقیق، توزیع متد و نسخه HTTP، توزیع دستگاه، سیستم و مرورگر و تعداد درخواست در هر ساعت؛ تا ساعت‌هایی که خطاها متمرکز شده‌اند را پیدا کنید.
جزئیات قابل جست‌وجو و قابل خروجی
جزئیات درخواست‌ها ۵۰ مورد در هر صفحه است و بر اساس آی‌پی، مسیر، Referer و User-Agent قابل جست‌وجو و بر اساس کد وضعیت و متد قابل فیلتر است. آمار را با JSON و جزئیات فیلترشده را با CSV خروجی بگیرید.
لاگ شما آپلود نمی‌شود و در مرورگر پردازش می‌شود
لاگ‌های دسترسی شامل آی‌پی بازدیدکنندگان و داده‌های شخصی دیگرند؛ برای همین این ابزار فایل را به هیچ سروری نمی‌فرستد. فایل تکه‌تکه خوانده و هم‌زمان تحلیل می‌شود، یکجا در حافظه نمی‌آید و در حافظه محلی مرورگر ذخیره نمی‌شود؛ با بستن صفحه چیزی باقی نمی‌ماند. سقف فایل ۵۰ مگابایت است و خط‌هایی که خوانده نشوند فقط شمرده می‌شوند و بر بقیه آمار اثری ندارند.

روش استفاده

لاگ دسترسی را از سرور بردارید. Nginx به‌طور پیش‌فرض آن را در ⁦/var/log/nginx/access.log⁩ نگه می‌دارد و Apache در ⁦/var/log/apache2/access.log⁩ یا ⁦/var/log/httpd/access_log⁩. فایل‌های فشرده ⁦.gz⁩ را اول از حالت فشرده درآورید و لاگ‌های بیش از ۵۰ مگابایت را بر اساس تاریخ یا ساعت تقسیم کنید.
فایل ⁦.log⁩ یا ⁦.txt⁩ را روی کادر خط‌چین صفحه بیندازید یا «انتخاب فایل» را بزنید. اگر می‌خواهید اول شکل گزارش را ببینید، «امتحان با لاگ نمونه» را بزنید؛ یک نمونه ۴۰۰ خطی همان لحظه ساخته و تحلیل می‌شود.
هنگام خواندن فایل نوار پیشرفت نمایش داده می‌شود و می‌توانید فایل بزرگ را هر لحظه لغو کنید. پس از پایان، از کارت‌های خلاصه شروع کنید: کل درخواست‌ها، آی‌پی‌های یکتا، کل ترافیک، بازه زمانی و تعداد خط‌های تحلیل‌نشده.
پایین‌تر به‌ترتیب پرتکرارترین آی‌پی‌ها، توزیع کد وضعیت، متدها و نسخه‌های HTTP، مسیرهای پربازدید، User-Agentها، توزیع دستگاه، سیستم و مرورگر و نمودار درخواست در هر ساعت را می‌بینید.
در جزئیات درخواست‌ها (پایین صفحه) با کادر جست‌وجو و فیلتر کد وضعیت و متد درخواست‌های مشکوک را جدا کنید و سپس «خروجی CSV» را بزنید تا انتخاب فعلی ذخیره شود. «خروجی JSON» کل آمار را ذخیره می‌کند.

قالب‌های پشتیبانی‌شده و همه شاخص‌ها

قالب‌های پیش‌فرض combined و common لاگ دسترسی Nginx و Apache پشتیبانی می‌شوند و آدرس کلاینت می‌تواند IPv4 یا IPv6 باشد. مورد اول نشان می‌دهد یک خط combined چه شکلی است و بقیه هر شاخص را توضیح می‌دهند.

یک خط لاگ combined چه شکلی است: ⁦203.0.113.10 - - [02/Nov/2026:08:15:42 +0000] "GET /pricing HTTP/2.0" 200 5123 "https://www.google.com/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36"⁩ فیلدها به ترتیب: آی‌پی کلاینت، دو خط تیره جایگزین، زمان داخل کروشه، خط درخواست (متد، مسیر، نسخه پروتکل)، کد وضعیت، تعداد بایت پاسخ، Referer و User-Agent. قالب common با تعداد بایت پاسخ تمام می‌شود.
کل درخواست‌ها و کل خطوط: تعداد درخواست‌هایی که با موفقیت تحلیل شدند و تعداد خطوط غیرخالی فایل. تفاوت این دو، خطوط ناشناخته است. قالب common فیلد Referer و User-Agent ندارد و این ستون‌ها خالی می‌مانند.
خطوط تحلیل‌نشده: خطوطی با قالب ناشناخته: لاگ خطا، لاگ JSON، قالب‌های سفارشی و خطوط بلندتر از ۱۶٬۳۸۴ نویسه. این خطوط فقط شمرده می‌شوند و بر بقیه آمار اثر ندارند.
آی‌پی یکتا و پرتکرارترین آی‌پی‌ها: چند آدرس کلاینت متفاوت در لاگ آمده است و ۲۰ آدرسی که بیشترین درخواست را داشته‌اند. اگر سرور پشت CDN یا پراکسی معکوس باشد، لاگ آدرس پراکسی را نشان می‌دهد نه بازدیدکننده واقعی.
کل ترافیک و بازه زمانی: کل ترافیک مجموع بایت‌های پاسخ است. بازه زمانی، زودترین و دیرترین درخواست لاگ است و زمان و منطقه زمانی همان‌طور که در لاگ ثبت شده نمایش داده می‌شود.
توزیع کد وضعیت: سهم 2xx موفق، 3xx تغییر مسیر، 4xx خطای کلاینت و 5xx خطای سرور، به‌علاوه پرتکرارترین کدهای دقیق (تا ۱۵ مورد، مثل ⁦200⁩، ⁦301⁩، ⁦404⁩ و ⁦502⁩).
متدها و نسخه‌های HTTP: تعداد درخواست‌های GET، POST، HEAD و متدهای دیگر و تعداد درخواست‌ها با HTTP/1.1، HTTP/2.0 و مانند آن. خط درخواست نامعتبر «نامشخص» ثبت می‌شود.
۲۰ مسیر پرتکرار: پرتکرارترین مسیرها؛ پیش از شمارش پارامترهای بعد از ؟ حذف می‌شوند، پس یک صفحه با پارامترهای متفاوت یک بار شمرده می‌شود. تا ۲۰۰٬۰۰۰ مسیر متفاوت دنبال می‌شود و مسیرهای جدید بعد از آن شمرده نمی‌شوند و صفحه این را اعلام می‌کند.
۱۰ User-Agent برتر و علامت ربات: ۱۰ User-Agent پرتکرار. خزنده‌های شناخته‌شده مثل Googlebot، Bingbot، Baiduspider، YandexBot و GPTBot و هر User-Agent که کلمه bot، spider یا crawler دارد علامت می‌خورد. تا ۵۰٬۰۰۰ User-Agent متفاوت دنبال می‌شود.
دستگاه، سیستم‌عامل و مرورگر: بر اساس کلیدواژه‌های User-Agent دسته‌بندی می‌شود: دستگاه‌ها دسکتاپ، موبایل، تبلت یا ربات؛ سیستم‌ها Windows، macOS، iOS، Android، Linux و ChromeOS؛ مرورگرها Chrome، Safari، Firefox، Edge و کلاینت‌های خط فرمان مثل curl و Python. هر چه در این دسته‌ها نباشد «نامشخص» است.
درخواست در هر ساعت: هر درخواست بر اساس ساعت ثبت‌شده در لاگ در یکی از ساعت‌های ۰ تا ۲۳ قرار می‌گیرد. لاگ‌های چندروزه روی هم جمع می‌شوند و اوج و کمینه روزانه دیده می‌شود.
جزئیات درخواست‌ها: ۵۰ ردیف در هر صفحه با زمان، آی‌پی کلاینت، متد، مسیر، کد وضعیت، اندازه، Referer و User-Agent. فقط ۵۰٬۰۰۰ خط اول به‌عنوان جزئیات نگه داشته می‌شود؛ آمار کل فایل را پوشش می‌دهد.
خروجی JSON و CSV: «خروجی JSON» کل آمار (رتبه‌بندی‌ها، توزیع‌ها و روند، بدون تک‌تک درخواست‌ها) را ذخیره می‌کند. «خروجی CSV» جزئیات را با جست‌وجو و فیلترهای فعلی ذخیره می‌کند و UTF-8 BOM دارد تا Excel آن را درست باز کند.

پرسش‌های متداول درباره تحلیل لاگ

چه قالب‌های لاگی پشتیبانی می‌شود؟

لاگ‌های دسترسی combined و common در Nginx و Apache، با آدرس کلاینت IPv4 یا IPv6. قالب پیش‌فرض combined در Nginx با combined در Apache یکی است. قالب‌های سفارشی، لاگ خطا و لاگ JSON فعلاً شناسایی نمی‌شوند و آن خطوط در «خطوط تحلیل‌نشده» شمرده می‌شوند.

آیا فایل لاگ من روی سرور آپلود می‌شود؟

خیر. فایل در مرورگر شما تکه‌تکه خوانده و تحلیل می‌شود، صفحه نقطه پایانی سروری برای آن ندارد و چیزی در حافظه محلی مرورگر ذخیره نمی‌شود. لاگ‌های دسترسی شامل آی‌پی بازدیدکنندگان و داده‌های شخصی‌اند؛ پس از کار فقط صفحه را ببندید و چیزی باقی نمی‌ماند.

اگر فایل لاگ بزرگ باشد چه کنم؟

هر فایل حداکثر ۵۰ مگابایت می‌تواند باشد. لاگ‌های بزرگ‌تر را اول بر اساس بازه زمانی موردنیاز ببرید یا با ابزاری مثل split تقسیم کنید و تکه‌تکه تحلیل کنید. جدول جزئیات ۵۰٬۰۰۰ خط اول را نگه می‌دارد و آمار کل فایل را پوشش می‌دهد. فایل‌های فشرده ⁦.gz⁩ را باید اول از حالت فشرده درآورید.

چطور از آن برای بررسی ترافیک غیرعادی یا رباتی که به سایت فشار می‌آورد استفاده کنم؟

اول رتبه‌بندی آی‌پی‌ها و User-Agentها را ببینید تا منبع‌های با حجم درخواست غیرعادی را پیدا کنید، بعد همان آی‌پی را در جزئیات جست‌وجو کنید تا ببینید کدام مسیرها را می‌خواهد و چه کد وضعیتی می‌گیرد. تعداد زیاد 404 روی مسیرهایی مثل ⁦/wp-login.php⁩ یا ⁦/.env⁩ معمولاً یعنی اسکن آسیب‌پذیری؛ و نمودار ساعتی کمک می‌کند خوشه خطاهای 5xx را در زمان پیدا کنید.

علامت ربات و دسته‌بندی دستگاه چقدر دقیق است؟

فقط بر پایه کلیدواژه‌های رایج در User-Agent است. User-Agent به‌راحتی قابل جعل است، پس علامت ربات و دسته‌های دستگاه، سیستم و مرورگر فقط راهنما هستند نه اثبات هویت. برای اطمینان از اینکه یک آی‌پی واقعاً Googlebot است باید بررسی DNS معکوس انجام دهید.

زمان‌ها و آی‌پی‌های یکتا با چیزی که روی سرور می‌شمارم فرق دارد؛ چرا؟

زمان‌ها با ساعت محلی و منطقه زمانی ثبت‌شده در لاگ نمایش داده می‌شوند و به منطقه زمانی شما تبدیل نمی‌شوند. آی‌پی یکتا تعداد آدرس‌های کلاینتی است که در لاگ آمده‌اند؛ اگر سرور پشت CDN یا پراکسی معکوس باشد لاگ آدرس پراکسی را دارد و عدد می‌تواند با تعداد واقعی بازدیدکنندگان خیلی فرق کند.