رابط کاربری خط فرمان

برای ورود به سامانه  CoreLog دو روش وجود دارد روش اول User Guide است که محیط گرافیکی سامانه را در  اختیار مدیر سامانه قرار می دهد و روش دوم CLI است که برای کارهای سیستمی و یا عیب یابی استفاده می شود محیط CLI  امکاناتی در اختیار مدیر سامانه قرار میدهد که در محیط گرافیکی قابل انجام نمی باشد . موارد و امکانات آن  رادر ادامه توضیح خواهیم داد.

روش دسترسی به محیط CLI سامانه

ورود به کنسول CoreLog CLI نیازمند برقراری یک ارتباط SSH با سرور می باشد. برای این منظور باید از یک نرم افزار SSH Client مانند Putty استفاده نمایید.

پس از اجرای نرم افزار Putty در قسمت Host Name، IP Address سامانه CoreLog را وارد می کنیم و دکمه Open را کلیک می کنیم.

در این زمان نام کاربری و رمز عبور از شما درخواست می شود. بصورت پیش فرض نام کاربری CoreLog و رمز عبور c0rel0g می باشد.

پس از ورود به محیط CLI ،محیطی به شکل زیر قابل مشاهده است که شامل دو بخش می باشد

  • بخش اول، اطلاعاتی در مورد سامانه را در اختیارتان قرار می دهد
  • بخش دوم ،منوهای قابل انتخاب توسط مدیر سامانه را نشان می دهد.

اطلاعاتی درباره سامانه

1 System space میزان فضای تخصیص یافته به سیستم عامل سامانه و همچنین میزان مصرفی این فضا را نشان می دهد.
2 Config space میزان فضای تخصیص یافته برای ذخیره تنظیمات سامانه و همچنین میزان مصرفی این فضا را نشان می دهد.
3

Data space

میزان فضای تخصیص یافته برای ذخیره لاگ های خام و پارس شده و همچنین میزان مصرفی این فضا را نشان می دهد.
4 Date تاریخ و زمان فعلی سامانه را نشان می دهد.
5 UpTime مدت زمان فعال بودن سامانه را نشان می دهد. این مدت زمان از آخرین زمانی که سامانه  restart شده است محاسبه می گردد.
6 Total memory میزان حافظه RAM موجود در سامانه را نشان می دهد.
7 Host name نام سامانه در قالب FQDN را نشان میدهد.
8

Interfaces

لیست کارت های شبکه موجود در سرور سامانه و تنظیمات مربوط به هر یک شامل Address IP، Mac Address، Gateway وNet mask را نمایش می دهد.
9 Firewall open port شماره پورتهایی که در فایروال سامانه باز می باشد را نشان می دهد.
10 CoreLog Web GUI روش دسترسی به سامانه را از طریق web نشان می دهد که از پروتکل https استفاد می کند.

آشنایی با منوها

بخش دوم شامل تعدادی منو است که برای انتخاب هر کدام  شماره آن را وارد کرده و کلید enter  را می زنیم. در ادامه در خصوص هر یک و کاربردشان به اختصار توضیح خواهیم داد.

Exit

از محیط CLI سامانه خارج میشود.

 Ping to Host

ابزاری برای آزمایش در دسترس بودن یک آدرس IP در شبکه است.

TCPDump Traffic

ابزاری به منظور اطمینان از دریافت و ارسال packet است که می توان با مشخص کردن اینترفیس ، پورت،  پروتکل و IP ، جریان packetهای فیلتر شده را مشاهده نمود.

Enter Enable Mode

با وارد شدن به Enable Mode کلیه دستورات CLI در اختیار کاربر می باشد این بخش شامل سه دسته از دستورات می باشد:

Configuration

Monitoring

Troubleshooting

نکته **  اگر برای وارد شدن به enable mode کلمه عبور تنظیم نشده باشد بعد از login شدن به محیط CLI سامانه، مستقیما وارد enable mode میشوید.

Enable Mode

پس از وارد شدن به Enable Mode کلیه منوها قابل دسترس می باشد.

Return

امکان بازگشت به منو قبل را فراهم می سازد.

Network Configuration

در این منو ابزارهایی برای تنظیمات شبکه و سرویس های مربوط به شبکه در اختیار مدیر سامانه قرار می گیرد.

4.2.1. Return

امکان بازگشت به Enable Mode را فراهم می سازد.

4.2.2. Set Network IP Address

  امکان تنظیمات رابط شبکه سامانه از جمله IP Address، Net maskوGateway   را فراهم می سازد.

در صورت نیاز به تغییر IP سامانه از این منو تنظیمات جدید را اعمال می کنیم.

تذکر: در صورت تغییر این آدرس لازم است که برای کلیه سنسورها تنظیمات اصلاح گردد تا لاگ ها را به  IP جدید ارسال کنند.

4.2.3. Set DNS Server

 امکان تنظیم سرور DNS سامانه را فراهم می سازد.

4.2.4. Set NTP Server

 امکان تنظیم سرور) NTP (Network Time Protocol برای بروز بودن ساعت سامانه را فراهم می سازد.

بدلیل اهمیت بروز بودن زمان در سامانه هنگام ثبت رخدادها، می توان از سرور NTP برای  بروزرسانی ساعت و تاریخ سامانه استفاده نمود. از این دستور به ویژه برای تنظیم آدرس NTP Server ماژول هایی که امکان تعریف NTP از طریق User Guide برای آنها فراهم نمی باشد (مانند Connector) استفاده می شود.

امکان برقراری یک ارتباط امن از طریق پروتکل SSH با سیستم دیگر را فراهم می سازد.

در صورت نیاز به برقراری ارتباط امن بین سامانه کورلاگ و IDS و Vulnerability Scanner از آن استفاده می شود.

  4.2.5.1. Exit

بازگشت به  منو قبل.

لیست Secure Link های موجود را نشان می دهد.

امکان ایجاد یک Secure Link جدید را فراهم می سازد.

4.2.6. Set External Storage for Not Normalized Log

امکان Mount نمودن فضای به اشتراک گذاشته شده در شبکه را از طریق پروتکلهای SSH ، FTP و SMB برای سامانه فراهم می سازد.

به منظور معرفی و استفاده از فضای به اشتراک گذاشته شده در شبکه جهت ذخیره  کردن لاگ های archive شده استفاده می شود.

  4.2.6.1. Exit

بازگشت به منو قبل.

  4.2.6.2. Enable/Disable Storage

امکان فعال یا غیر فعال نمودن Storage را فراهم می سازد.

  4.2.6.3. Edit Settings

امکان تعریف تنظیمات مورد نیاز مانند IP Address فضای به اشتراک گذاشته شده، انتخاب نوع پروتکل ارتباطی و Username و  passwordرا فراهم می سازد.

4.2.7. Configure System SNMP Service

امکان مانیتورینگ سامانه از طریق پروتکل SNMP را فراهم می سازد.

جهت مانیتورینگ منابع سامانه که  شامل وضعیت حافظه ، CPU و فضای دیسک می باشد استفاده می شود.

  4.2.7.1. Exit

بازگشت به منو قبل

  4.2.7.2. Set SNMP Community String

امکان تعریف یک community string که برای احراز هویت بین Agent و SNMP Manager در نظر گرفته شده است را فراهم می سازد.

  4.2.7.3. Enable/Disable SNMP

امکان فعال و یا غیر فعال کردن سرویس SNMP را فراهم می سازد.

  4.2.7.4. Restart SNMP Service

امکان Restart کردن سرویس SNMP را فراهم می سازد.

4.2.8.  Change Capacity Mode

امکان تغییر وضعیت سامانه را به حالت Capacity Mode فراهم می سازد.

این ابزار به منظور محاسبه  تعداد سنسورها ،  EPS هر کدام و حجم لاگهای دریافتی جهت ارزیابی و تخصیص منابع مورد نیاز برای سامانه می باشد. توجه داشته باشید که در این مد لاگ ها ذخیره نمی شوند فقط آنالیز می شوند.

  4.2.8.1. Return

بازگشت به منو قبل

  4.2.8.2. Enable Capacity Mode

امکان فعال کردن Capacity Mode را فراهم می سازد.

  4.2.8.3. Disable Capacity Mode

امکان غیر فعال کردن Capacity Mode را فراهم می سازد.

4.2.9. Clear Suspension

امکان فعال کردن کاربرانی را که برای وارد شدن به سامانه از طریق User Guide پسورد خود را چندین بار اشتباه وارد نموده و به حالت تعلیق در آمده اند را فراهم می سازد.

این ابزار به منظور Reset کردن account کاربران User Guide که به حالت تعلیق در آمده اند می باشد.

4.2.10.  Set Updater Server

 امکان تعریف یک سرور جهت دریافت فایل های بروز رسانی سامانه را فراهم می سازد.

به منظور update خودکار سامانه استفاده می شود به عنوان مثال روزی یکبار به صورت خودکار به سروری که تعریف کردیم  وصل شده و در صورتی که بروز رسانی جدیدی روی سرور باشد آنها را از سرور دریافت می کند.

4.2.11. Firewall Setting

امکان تغییر تنظیمات Firewall سامانه را ممکن می سازد ، این موارد شامل فعال وغیر فعال نمودن فایروال ، فعال و غیر فعال نمودن ICMP و محدود کردن دسترسی کاربرانی که از طریق web به سامانه دسترسی دارند می باشد.

در صورت نیار به تغییر تنظیمات فایروال استفاده می شود.

4.2.11.1.   Return

بازگشت به منو قبل

4.2.11.2.  Flush Firewall Rules

امکان پاک کردن کلیه رول های فایروال را فراهم می سازد و در واقع فایروال را Disable میکند.

4.2.11.3. Reload Firewall Rules

امکان Reload کردن کلیه رول های فایروال را در صورتی که Disable شده باشد را فراهم می سازد.

4.2.11.4. Disable/Enable ICMP Reply

 امکان فعال و یا غیر فعال نمودن ICMP Reply را برای بالا بردن امنیت فراهم می سازد.

4.2.11.5. Disable/Enable Web Access Filtering

امکان فیلترینگ، جهت محدود نمودن دسترسی به User Guide را فراهم می سازد.

4.3. Maintenance & Troubleshooting

در این منو ابزارهایی برای نگهداری و عیب یابی سامانه  در اختیار مدیر سامانه قرار می گیرد.

4.3.1. Return

بازگشت به Enable Mode

4.3.2. Ping to Host

ابزاری برای آزمایش در دسترس بودن یک آدرس IP در شبکه است.

به منظور تست ارتباطات شبکه بکار می رود.

4.3.3. Check Remote Port

امکان بررسی قابل دسترس بودن پورت مشخصی از یک آدرس IP در شبکه را فراهم می سازد.

زمانی که بخواهیم از باز بودن و قابل دسترس بودن یک پورت خاص از یک IP اطمینان حاصل کنیم از این ابزار استفاده می کنیم مانند اطمینان از قابل در دسترس بودن پورت agent

4.3.4. Network Port Scan

 امکان اسکن نمودن کلیه پورتهای یک آدرس IP در شبکه را فراهم می سازد.

به منظور مشاهده اطلاعاتی از یک IP مانند شماره پورت، پروتکل، وضعیت پورت و سرویسی که روی آن پورت در حال اجرا می باشد استفاده می شود.

4.3.5. Network Trace Route

امکان مشخص نمودن مسیر یک IP در شبکه تا سامانه را فراهم می سازد.

به منظور شناسایی مسیر ارتباطی و ارزیابی میزان تاخیر در هر بخش استفاده می شود.

4.3.6.  Monitor Received Packets (TCPDump)

ابزاری به منظور اطمینان از دریافت و ارسال packet است که می توان با مشخص کردن اینترفیس ، پورت،  پروتکل و IP ، جریان packetهای فیلتر شده را مشاهده نمود.

در صورتیکه قادر به مشاهده لاگ از یک سنسور نباشیم با این ابزار از دریافت packet ها تا ورودی سامانه اطمینان حاصل می کنیم.

4.3.7. System Internal Test Utility

گزارشی از تست داخلی سامانه که شامل رول های فعال، وضعیت ماژول های هر یک و سایر بخش ها می باشد را نشان می دهد.

زمانیکه کارکرد سامانه با مشکل روبرو می شود با اجرای این ابزار تست داخلی سامانه اجرا شده و گزارشی از وضعیت اجزای مختلف سامانه نمایش داده می شود.

4.3.8. Database Users Config

برای اطمینان از فعال بودن حساب کاربری برای ارتباط با database سامانه که شامل وضعیت System Account، CoreLog Account و Password Lifetime می باشد.

به منظور بررسی وضعیت کاربران بانک اطلاعاتی  مربوط به لاگ ها (oracle)استفاده می شود.

4.3.9.  Run Log Retention Process

اجرای فرایند Log Retention را به صورت Manual فراهم می سازد.

در صورت پر شدن فضای ذخیره لاگ ها ، این ابزار فرایند  خالی کردن فضای مورد نیاز را  به صورت manual انجام می دهد.

4.3.10.  Update Management System (UMS)

تنظیمات مربوط به سرویسUMS سامانه را فراهم می سازد که سرویسی برای بروز رسانی سامانه است.

تغییر  تنظیمات مربوط به سرویس  UMS را  اعمال می کند.

4.3.10.1. Return

بازگشت به منو قبل

4.3.10.2. Reset Web Server

سرویس UMS  را Reset می کند.

4.3.10.3. Allow/Disallow Updater Client

اجازه دسترسی IP client برای اتصال به UMS و بروزرسانی را فراهم می سازد.

4.3.11. Clear User Session

امکان قطع ارتباط کاربران سامانه را فراهم می سازد.

4.3.12. Clear Services Log

امکان پاک کردن لاگ های سیستمی سامانه که در Config Space ذخیره می شود را در صورت پر شدن فراهم می سازد که در دو سطح تعریف شده است.

4.3.12.1. Clean Level 1

سطح یک لاگ های Mssql ذخیره شده را پاک می کند

4.3.12.2. Clear Level 2

سطح دو  لاگ های ماژول ها و سرویس User Guide را پاک می کند.

4.3.12.3. Clear All Log

4.3.13. Rebuild Database Index

 اجرا نمودن فرایند Indexing برای جستجوی سریع لاگ های Database را ممکن می سازد.

زمانیکه به دلیل حجم بالای لاگ ها، سامانه کند شده باشد با این ابزار می توانید فرایند Indexing را به منظور افزایش سرعت سامانه  دوباره انجام دهید

4.4. System Monitoring

4.4.1. Return

بازگشت به منو قبل

4.4.2. System Process (TOP)

 پروسس های در حال اجرا روی سامانه را توسط TOP نشان می دهد.

4.4.3. System Status (H-TOP)

پروسس های در حال اجرا روی سامانه را توسطTOP -H  نشان می دهد.

4.4.4. System I/O (IO-Top)

وضعیت کارکرد دیسک توسط هر یک از پروسس ها را نشان می دهد.

4.4.5. System Network State

وضعیت سرویس ها و پورتهای استفاده شده توسط هر یک در سامانه را نشان می دهد.

4.4.6. View Server Activity

 لاگ های مربوط به ماژول Server سامانه را نشان می دهد. این ماژول شامل تعدادی submodule است علاوه بر ستون هایی که برای submodule ها مشترک می باشد در ستون message جلوی هر submodule تعدادی پیام است که با submodule های دیگر متفاوت است  هر یک را به اختصار شرح خواهیم داد.

  4.4.6.1. Dispatcher

Data را از ماژول قبلی تحویل می گیرد.

KBps: تعداد کیلوبایت دریافت شده در هر ثانیه را نشان می دهد.

TotalEvent: تعداد کل eventها را نشان می دهد.

Failed: تعداد event های fail شده را نشان می دهد.

Wait: زمانی که منتظر مانده تا برای سرویس گرفتن نوبت به آن برسد.

  4.4.6.2. Deserializer

ساختار data را بررسی می کند که تصمیم بگیرد چه action ای باید انجام دهد.

Failed: تعداد eventهایی که از نظر ساختار مشکل دارند را نشان می دهد.

  4.4.6.3. Processor

پروسسور این ماژول چندین کار باید انجام دهد. محاسبه ریسک لاگ، گرفتن وضعیت هر device به ازای هر event source ،اعمال policy،اعمال سناریو ، اعمال recording یعنی تصمیم بگیرد لاگ را ذخیره کند یا نکند و یا فقط ایمیل بفرستد.

PolicyMatch: تعداد eventهایی که با policy ها match شده را نشان می دهد.

VulnerabilityMatch: تعداد eventهایی که با Vulnerability ها match شده را نشان می دهد.

 Scenario Runner

پردازش سناریوها را انجام می دهد.

Scenario Dealer

سناریوها را بین scenario runner ها پخش می کند.

   Dashboard Runner

پردازش داشبوردها  را انجام می دهد.

   Dashboard

داشبورد ها را بین Dashboard runner ها پخش می کند.

  4.4.6.4. Recorder

از روی event type تشخیص می دهد log را کجا باید ذخیره کند . در یکی از databaseهای زیر ذخیره می کند.

Incident Profile

LogShortTerm

Incident

Inventory

SystemLog

4.4.7. View Collector Activity

 لاگ های مربوط به ماژول Collector سامانه را نشان می دهد. این ماژول شامل تعدادی submodule است علاوه بر ستون هایی که برای submodule ها مشترک می باشد در ستون message جلوی هر submodule تعدادی پیام است که با submodule های دیگر متفاوت است  هر یک را به اختصار شرح خواهیم داد.

  4.4.7.1. Dispatcher

Data را از ماژول قبلی تحویل می گیرد.

KBps: تعداد کیلوبایت دریافت شده در هر ثانیه را نشان می دهد.

Total event: تعداد کل eventها را نشان می دهد.

Failed: تعداد event های fail شده را نشان می دهد.

Wait: زمانی که منتظر مانده تا برای سرویس گرفتن نوبت به آن برسد.

  4.4.7.2. Deserializer

دو مدل data داریم data ای که نیاز به پارس شدن ندارد data ای که به صورت text است و باید پارس شود کار collector پارس کردن است .این submodule تشخیص می دهد که data نیاز به پارس شدن دارد یا خیر.

Data: Failed های fail شده را نشان می دهد. Data هایی که ساختارشان غلط است و در مرحله deserializer ایراد دارد.

Data: Parsed های پارس شده را نشان می دهد.

Data: Parsing های در حال پارس شدن را نشان می دهد.

Data: Garbage های معیوب را نشان می دهد. این dataها در مرحله deserializer مشکلی نداشته است یعنی از نظر ساختار مشکلی ندارد ولی مثلا یک فیلدی در آنها معیوب است بنابراین دور ریخته می شوند.

  4.4.7.3. Parser manager

اگر data نیاز به پارس شدن داشت آن را پارس می کند اگر نداشت آن را به sender تحویل می دهد.

Drop: تعداد data هایی که پارس نشده را نشان می دهد.

UET (undefined event type): Dataهایی که پارس شده ولی نوع event آن مشخص نمی باشد.

Match: تعداد data هایی که با پارسر match شده است را نشان می دهد.

NotMatch: تعداد data هایی که با پارسر match نشده است را نشان می دهد.یعنی پارسری برای آن نداریم.

  4.4.7.4. Sender

Data را برای ماژول بعدی می فرستد.

FetchByte: زمانیکه ارتباط با ماژول بعدی دوباره برقرار می شود sender دوباره شروع به فرستادن data می کند این فیلد تعداد بایت بازیابی شده را نشان می دهد.

RecordByte: در صورتیکه این ماژول ارتباطش با ماژول بعدی قطع شود event ها را cache می کند تا ارتباط دوباره برقرار شود. این فیلد میزان بایت cache شده را نشان می دهد.

  4.4.7.5. Forwarder

4.4.8. View Architecture Manager Activity

 لاگ های مربوط به ماژول Action Runner سامانه را نشان می دهد.

4.4.9. View Receiver Activity

لاگ های مربوط به ماژول Receiver Agent سامانه را نشان می دهد. این ماژول شامل چند submodule می باشد. علاوه بر ستون هایی که برای submodule ها مشترک می باشد در ستون message جلوی هر submodule تعدادی پیام است که با submodule های دیگر متفاوت است  هر یک را به اختصار شرح خواهیم داد.

  4.4.9.1. Dispatcher

وظیفه این sub module این است که eventها را دریافت کند.

KBps: تعداد کیلوبایت دریافت شده در هر ثانیه را نشان می دهد.

Total Event: تعداد کل eventها را نشان می دهد.

Failed: تعداد eventهای failشده را نشان می دهد. برای eventها ساختاری در نظر گرفته شده که اگر مطابق آن ساختار نباشند دور ریخته می شوند.

Wait: زمانی که منتظر مانده تا برای سرویس گرفتن نوبت به آن برسد.

  4.4.9.2. Processor

وظیفه این sub module این است که valid بودن IP ها را چک کند.

  4.4.9.3. Sender

وظیفه این sub module این است که  eventها را به ماژول بعدی تحویل بدهد.

Recordbyte: در صورتیکه این ماژول ارتباطش با ماژول بعدی قطع شود event ها را cache می کند تا ارتباط دوباره برقرار شود. این فیلد میزان بایت cache شده را نشان می دهد.

Fetchbyte: زمانیکه ارتباط با ماژول بعدی دوباره برقرار می شود sender دوباره شروع به فرستادن data می کند این فیلد تعداد بایت بازیابی شده را نشان می دهد.

AverageEpm: متوسط سرعت وارد شدن event ها به صف در هر دقیقه را نشان می دهد.

 TotalTime: مدت زمان پردازش را نشان می دهد.

  TotalQueueSize: تعداد eventهای در صف انتظار را نشان می دهد.

  TotalThreadCount:  تعداد کل ریسمان های در حال کار در این ماژول را نشان می دهد.

این ستون ها در هر submodule تکرار می شود

ستون thread

تعداد thread ها را برای هر submodule نشان می دهد که بسته به اینکه کار کدام بیشتر است به آن thread اختصاص داده می شود.

ستون time(s)

مدت زمان پردازش را نشان می دهد.

ستون cpu(%) چند درصد از cpu را مصرف کرده است در واقع هزینه ای که این submodule برای CPU داشته را نشان می دهد.

ستون time(%)چند درصد از total time را استفاده کرده است.

ستون queue size

تعداد eventها در صف انتظار برای پردازش را نشان می دهد.

ستون EPM

تعداد event های پردازش شده را نشان می دهد.

4.4.10. View Inspector Activity

لاگ های مربوط به ماژول Inspector Agent سامانه را نشان می دهد.

4.4.11. View Load Balancer Activity

لاگ های مربوط به ماژول Load Balancer سامانه را نشان می دهد. این ماژول شامل چند submodule می باشد. علاوه بر ستون هایی که برای submodule ها مشترک می باشد در ستون message جلوی هر submodule تعدادی پیام است که با submodule های دیگر متفاوت است  هر یک را به اختصار شرح خواهیم داد.

این ماژول eventها را از ماژول قبلی تحویل می گیرد و تشخیص می دهد با توجه به ماهیت data آن را به مانیتور یا collector تحویل بدهد.

4.4.11.1. Dispatcher

این sub module بعد از تحویل data ابتدا و انتهای آن را تشخیص می دهد و packetها را جدا می کند.چون sender به صورت بایت می فرستد.

KBps: تعداد کیلوبایت دریافت شده در هر ثانیه را نشان می دهد.

Total event: تعداد کل eventها را نشان می دهد.

Failed: تعداد event های fail شده را نشان می دهد.

Deleted: تعداد event های delete شده را نشان می دهد.

Connection: تعداد connection به آن ماژول را نشان می دهد.

Wait: زمانی که منتظر مانده تا برای سرویس گرفتن نوبت به آن برسد.

4.4.11.2. Deserializer

چون packet ها را با پروتکل clup دریافت می کند آن را تبدیل به فرمت قابل فهم برای پردازش می کند.

Descrypt error: تعداد error های رخ داده هنگام descrypt کردن را نشان می دهد.

Decompress error: تعداد error های رخ داده هنگام decompress کردن را نشان می دهد.

Sequence error: تعداد sequence error ها نشان می دهد.

4.4.11.3. Processor

عملیات پردازش را انجام می دهد و تصمیم می گیرد با توجه به ماهیت data که مانیتورینگ است یا syslog آن را به کدام sender تحویل دهد.

Info: تعداد اطلاعاتی که مربوط به مانیتورینگ است را نشان می دهد.

Event {evt, log}: تعداد logها را نشان می دهد که اگر به صورت evt باشد آن را برای collector می فرستد اگر به صورت log باشد آن را تبدیل به evt می کند و برای collector می فرستد.

4.4.11.4. sender(M0)

Data را به ماژول بعدی که مانیتور است تحویل می دهد. در اینجا یک مانیتور داریم که با M0 مشخص شده است ممکن است چندین مانیتور داشته باشیم که با الگوریتم round robin بین آنها loadbalancing ایجاد می کند.

Fetchbyte: زمانیکه ارتباط با ماژول بعدی دوباره برقرار می شود sender دوباره شروع به فرستادن data می کند این فیلد تعداد بایت بازیابی شده را نشان می دهد.

Recordbyte: در صورتیکه این ماژول ارتباطش با ماژول بعدی قطع شود event ها را cache می کند تا ارتباط دوباره برقرار شود. این فیلد میزان بایت cache شده را نشان می دهد.

4.4.11.5. Sender (C0)

Data را به ماژول بعدی که collector است تحویل می دهد. در اینجا یک collector داریم که با C0 مشخص شده است ممکن است چندین collector داشته باشیم که با الگوریتم round robin بین آنها loadbalancing ایجاد می کند.

Fetchbyte: زمانیکه ارتباط با ماژول بعدی دوباره برقرار می شود sender دوباره شروع به فرستادن data می کند این فیلد تعداد بایت بازیابی شده را نشان می دهد.

Recordbyte: در صورتیکه این ماژول ارتباطش با ماژول بعدی قطع شود event ها را cache می کند تا ارتباط دوباره برقرار شود. این فیلد میزان بایت cache شده را نشان می دهد.

4.4.12. View State Correlation Activity

لاگ های مربوط به ماژول Correlation سامانه را نشان می دهد.

4.4.13. View Monitor Activity

لاگ های مربوط به ماژول Monitor سامانه را نشان می دهد.

4.4.14. View Updater Activity

لاگ های مربوط به ماژول Updater سامانه را نشان می دهد.

4.4.15. View Log Router Activity

لاگ های مربوط به ماژول Log Router سامانه را نشان می دهد.

4.4.16. View Web Activity

لاگ های مربوط به سرویس وب سامانه را نشان می دهد.

4.5. Reset Password

امکان اعمال پسورد برای دسترسی به Enable Mode و Reset کردن پسورد به پیش فرض برای User Guide را فراهم می سازد.

4.5.1. Return

بازگشت به منو قبل

4.5.2. Reset Admin Web GUI Password

امکان Reset کردن پسورد ادمین سامانه

پسورد User Guide  را  در صورت فراموش کردن  به پیش فرض reset می کند. ( پسورد پیش فرض Admin@c0rel0g می باشد).

4.5.3. Reset Enable Password

امکان Set کردن پسورد برای وارد شدن به Enable Mode را فراهم می سازد.

4.6. Restart Services

امکان Restart کردن سرویس های مختلف سامانه را فراهم می سازد.

در صورتیکه کاربرد هر یک از سرویس های سامانه با مشکل مواجه شود می توان هر کدام را که لازم باشد restart کرد.

4.6.1. Return

بازگشت به منو قبل

4.6.2. Restart Network

سرویس شبکه سامانه را Restart می کند.

4.6.3. Restart Secure Shell

سرویس SSH سامانه را Restart می کند.

4.6.4. Restart Web GUI

 سرویس web سامانه را Restart می کند.

4.6.5. Restart CoreLog UMS

سرویس Update Management System را Restart می کند.

4.6.6. Restart Log Database

سرویس Log مربوط به بانک اطلاعاتی سامانه را Restart می کند.

4.6.7. Restart Config Database

سرویس PostgreSQLمربوط به بانک اطلاعاتی تنظیمات سامانه  را Restart می کند.

4.6.8. Restart CoreLog Services

سرویس های مربوط به ماژول های سامانه را Restart می کند.

  4.6.8.1. Exit

  4.6.8.2. Restart CoreLog Server

 سرویس مربوط به ماژول سرور را Restart میکند.

  4.6.8.3. Restart CoreLog Collector

سرویس مربوط به ماژول Collector را Restart میکند.

  4.6.8.4. Restart CoreLog Action Runner

سرویس مربوط به ماژول Action Runner را Restart میکند.

  4.6.8.5. Restart CoreLog Monitor

سرویس مربوط به ماژول مانیتور را Restart میکند.

  4.6.8.6. Restart CoreLog Receiver

سرویس مربوط به ماژول Receiver Agent را Restart میکند.

  4.6.8.7. Restart CoreLog Inspector

سرویس مربوط به ماژول Inspector Agent را Restart میکند.

  4.6.8.8. Restore CoreLog Load balancer

سرویس مربوط به ماژول Load balancer را Restart میکند.

  4.6.8.9.  Restart CoreLog State Correlation

سرویس مربوط به ماژول Correlation را Restart میکند.

4.6.8.10. Restart CoreLog Router Module

سرویس مربوط به ماژول  Routerرا Restart میکند.

4.6.8.11. Restart CoreLog Updater Module

سرویس مربوط به ماژول Updater را Restart میکند.

4.6.8.12. Restart All CoreLog Module

سرویس مربوط به کلیه ماژول های سامانه را Restart میکند.

4.7. Reboot System

امکان restart کردن سامانه را فراهم می سازد.

در صورتیکه نیاز باشد سیستم عامل سامانه جهت اعمال تغییرات مجددا راه اندازی گردد از این  ابزار استفاده می شود.

4.8. Shutdown System

امکان shutdown کردن سامانه را فراهم می سازد.

در صورتیکه به دلیل جابه جایی یا کارهای سخت افزاری نیاز به خاموش کردن سامانه باشد از این ابزار استفاده می شود

دریافت فایل ویدیو آموزشی

جهت دریافت ویدیو های آموزشی روی لینک های زیر کلیک نمایید.

1- CLI-system configuration
2- CLI-system monitoring
3- CLI-system tools and maintenance
4- CLI-other

درخواست مشاوره رایگان

تیم فروش و کارشناسان فنی بهین راهکار در اسرع وقت با شما تماس خواهند گرفت

در مسیر امنیت، هر قدم کنار شما هستیم

درخواست دمو

تیم فروش و کارشناسان فنی بهین راهکار در اسرع وقت با شما تماس خواهند گرفت تا دموی شخصی‌سازی‌شده مطابق نیازهای سازمان شما را ارائه دهند.

در مسیر امنیت، هر قدم کنار شما هستیم