کتاب مدیریت لینوکس نسخه PDF انگلیسی

معرفی فایل Linux Administration

فایل این محصول با نام Linux Administration.pdf ثبت شده و موضوع قطعی آن مدیریت سیستم‌های لینوکسی است. از آنجا که نویسنده و ویرایش مشخصی در اطلاعات موجود به‌صورت قابل اثبات ثبت نشده، این توضیحات هیچ مشخصات کتاب‌شناختی حدسی اضافه نمی‌کند و بر مهارت‌های واقعی Linux Administration تمرکز دارد. مدیریت لینوکس مجموعه‌ای از وظایف مرتبط با نصب و نگهداری سیستم، کاربران، سرویس‌ها، فضای ذخیره‌سازی، شبکه، امنیت، Log، Backup و عیب‌یابی است.

یک Linux Administrator فقط Commandها را حفظ نمی‌کند. او باید بفهمد اجزای سیستم چگونه با هم ارتباط دارند، چه تغییراتی Risk ایجاد می‌کنند و چگونه می‌توان قبل از تغییر، وضعیت موجود را اندازه‌گیری و Recovery Plan تعریف کرد. این دید عملی باعث می‌شود مدیریت سرور از مجموعه‌ای از دستورات پراکنده به یک فرآیند قابل کنترل تبدیل شود.

نقش مدیر سیستم لینوکس

System Administrator مسئول Availability، Security و Reliability سیستم است. وظایف می‌تواند از ساخت User تا تحلیل Failure سرویس یا مدیریت Storage را شامل شود.

در محیط Production، Documentation و Change Management به اندازه مهارت فنی اهمیت دارند.

شناخت ساختار Linux

Linux از Kernel، User Space، Libraryها، Serviceها و ابزارهای مدیریتی تشکیل شده است. Kernel منابع Hardware را مدیریت می‌کند و Processهای User Space از طریق System Call با آن تعامل دارند.

شناخت این Layerها در عیب‌یابی بسیار کمک می‌کند، زیرا مشخص می‌شود مشکل در Application، Service، Kernel یا Hardware است.

File System Hierarchy

Directoryهایی مانند /etc، /var، /home، /usr و /tmp نقش‌های متفاوتی دارند. Configهای سیستم معمولاً در /etc و داده‌های متغیر مانند Logها در /var قرار می‌گیرند.

شناخت Hierarchy باعث می‌شود Backup، Permission و Troubleshooting هدفمندتر انجام شوند.

کاربران

Linux یک سیستم Multi-user است. هر User دارای UID، Home Directory و Shell است و Processها با Identity مشخص اجرا می‌شوند.

بهتر است Serviceها با User اختصاصی و حداقل Permission لازم اجرا شوند.

گروه‌ها

Groupها امکان مدیریت دسترسی مشترک را ساده می‌کنند. به‌جای تغییر Permission برای تک‌تک کاربران، می‌توان Resource را به Group مناسب اختصاص داد.

عضویت اضافی در Groupهای حساس باید به‌طور دوره‌ای Audit شود.

Root و sudo

User ریشه دسترسی بسیار گسترده‌ای دارد. استفاده روزمره از Root Risk خطای انسانی و امنیتی را افزایش می‌دهد.

sudo امکان Delegation کنترل‌شده Privilege را فراهم می‌کند و در محیط حرفه‌ای باید Policy آن مستند و محدود باشد.

Permissionها

Permissionهای Read، Write و Execute برای Owner، Group و Others تعریف می‌شوند. این مدل ساده پایه بخش بزرگی از Security فایل‌هاست.

Permission بیش از حد باز یکی از Misconfigurationهای رایج سرور است.

Ownership

Owner و Group تعیین می‌کنند کدام Identity به Resource دسترسی دارد. Ownership اشتباه می‌تواند Service را Fail کند یا Data حساس را در معرض User نامناسب قرار دهد.

Special Permissions

بعضی Fileها و Directoryها از Permissionهای ویژه مانند setuid، setgid یا sticky bit استفاده می‌کنند. این قابلیت‌ها کاربردهای واقعی دارند اما باید دقیق فهمیده شوند زیرا روی Privilege اثر می‌گذارند.

ACL

Access Control List امکان تعریف Permissionهای دقیق‌تر برای User یا Groupهای خاص را فراهم می‌کند. ACL زمانی مفید است که مدل سنتی Owner/Group/Others کافی نیست.

Package Management

Distributionهای مختلف از Package Managerهای متفاوت استفاده می‌کنند. Administrator باید Install، Update، Remove و Repository Management را بشناسد.

استفاده از Repository معتبر و مدیریت Version برای Security و Stability اهمیت زیادی دارد.

به‌روزرسانی سیستم

Updateها می‌توانند Security Fix، Bug Fix و Feature جدید داشته باشند. در Production بهتر است Patchها ابتدا در محیط Test بررسی شوند.

برای Updateهایی که Kernel یا Component حساس را تغییر می‌دهند، Maintenance Window و Rollback Plan لازم است.

Service Management

در بسیاری از Distributionهای جدید systemd مسئول مدیریت Serviceهاست. Administrator باید بتواند Status، Startup Policy و Dependency سرویس‌ها را بررسی کند.

Restart کردن کورکورانه Service بدون خواندن Log ممکن است علت اصلی مشکل را پنهان کند.

systemctl

ابزار systemctl برای Start، Stop، Restart، Enable و بررسی Serviceها استفاده می‌شود. تفاوت Enable با Start مهم است؛ یکی Startup آینده و دیگری وضعیت فعلی را تغییر می‌دهد.

Journal و Log

Logها اولین منبع برای Troubleshooting هستند. Timestamp، Severity، Host و Component باید هنگام تحلیل در نظر گرفته شوند.

Journal سیستم و Logهای Application باید در کنار هم بررسی شوند تا Timeline کامل Event ساخته شود.

Log Rotation

اگر Log بدون محدودیت رشد کند Disk را پر می‌کند. Rotation، Compression و Retention Policy برای کنترل حجم ضروری هستند.

Retention باید با نیاز عملیاتی و الزامات قانونی سازمان هماهنگ باشد.

Process Management

هر برنامه در حال اجرا یک Process است. Administrator باید PID، Parent/Child Relation، CPU، Memory و State Process را بفهمد.

Process مشکل‌دار باید ابتدا Diagnose و سپس در صورت نیاز Terminate شود.

Signals

Signalها راه ارتباط با Process هستند. Termination عادی و Force Kill رفتار یکسانی ندارند.

استفاده سریع از شدیدترین Signal می‌تواند Data را Corrupt یا Cleanup برنامه را متوقف کند.

CPU Monitoring

CPU بالا همیشه به معنی مشکل نیست. باید Load، تعداد Core، نوع Workload و مدت زمان مصرف بررسی شود.

Spike کوتاه ممکن است طبیعی باشد، اما مصرف پایدار و غیرمنتظره نیاز به Root Cause Analysis دارد.

Memory Monitoring

Linux از Memory آزاد برای Cache نیز استفاده می‌کند، بنابراین «کم بودن Free Memory» به‌تنهایی نشانه مشکل نیست.

Available Memory، Swap Activity و رفتار Processها تصویر دقیق‌تری ارائه می‌کنند.

Swap

Swap می‌تواند در فشار Memory کمک کند اما جایگزین RAM نیست. Swap شدید و مداوم معمولاً نشانه Memory Pressure یا تنظیم نامناسب Workload است.

Disk Monitoring

پر شدن Disk می‌تواند Database، Package Manager و Serviceها را از کار بیندازد. هم Space و هم Inode باید بررسی شوند.

فایل‌های Log، Cache و Dataهای موقت از عوامل رایج رشد ناگهانی مصرف هستند.

Partitions

Partitioning نحوه تقسیم فضای Storage را تعیین می‌کند. Layout باید با نیاز Boot، Data، Backup و Growth طراحی شود.

قبل از تغییر Partition روی Data مهم Backup معتبر ضروری است.

File Systems

File Systemها ویژگی‌های متفاوتی در Performance، Journaling و Recovery دارند. انتخاب باید بر اساس Workload و پشتیبانی Distribution باشد.

Mount

File System برای استفاده در Linux به Mount Point متصل می‌شود. Optionهای Mount می‌توانند رفتار، Performance و Security را تغییر دهند.

fstab

تنظیمات Mount دائمی معمولاً در fstab تعریف می‌شوند. خطای Syntax یا Device اشتباه می‌تواند Boot را مختل کند.

پس از تغییر بهتر است Configuration بدون Reboot کامل Validate شود.

LVM

Logical Volume Management انعطاف بیشتری در مدیریت Storage فراهم می‌کند. Physical Volume، Volume Group و Logical Volume اجزای اصلی LVM هستند.

LVM امکان Resize و Snapshot را آسان‌تر می‌کند، اما Backup را جایگزین نمی‌کند.

RAID

RAID برای Performance یا Redundancy میان چند Disk استفاده می‌شود. RAID نسخه Backup نیست؛ حذف اشتباه یا Corruption می‌تواند روی همه Memberها اثر بگذارد.

Backup

Backup خوب باید قابل بازیابی باشد. فقط وجود File پشتیبان کافی نیست؛ Restore Test باید به‌صورت دوره‌ای انجام شود.

قاعده 3-2-1 می‌تواند چارچوب مناسبی برای نگهداری چند Copy روی Media و Location متفاوت باشد.

Full و Incremental Backup

Backup کامل تمام Data را ذخیره می‌کند و Incremental فقط تغییرات را. انتخاب Strategy روی زمان Backup، Storage و Recovery Time اثر دارد.

Recovery Objective

RPO مشخص می‌کند چه مقدار Data Loss قابل قبول است و RTO زمان قابل قبول برای Recovery را تعریف می‌کند. Backup Strategy باید بر اساس این دو هدف طراحی شود.

Networking Basics

Administrator باید IP Address، Subnet، Route، Gateway، DNS و Port را درک کند. عیب‌یابی شبکه بدون تفکیک Layerها می‌تواند وقت‌گیر باشد.

Interfaces

Network Interface می‌تواند Physical یا Virtual باشد. وضعیت Link، Address و Route باید هنگام Failure بررسی شود.

Routing

Routing Table مشخص می‌کند Packet به کدام Gateway یا Interface ارسال شود. Route اشتباه می‌تواند فقط بخشی از Traffic را مختل کند.

DNS

DNS نام را به Address تبدیل می‌کند. Failure در DNS ممکن است شبیه قطع شبکه دیده شود، در حالی که اتصال IP مستقیم سالم است.

Administrator باید بتواند Resolution و Recordها را جداگانه تست کند.

Ports و Sockets

Serviceها روی Port و Socket گوش می‌دهند. بررسی Listening Port کمک می‌کند مشخص شود Application واقعاً در دسترس شبکه قرار گرفته یا نه.

Firewall

Firewall باید فقط Traffic لازم را اجازه دهد. Ruleهای بیش از حد باز سطح Attack را افزایش می‌دهند.

قبل از تغییر Firewall روی Remote Server باید راه Recovery در نظر گرفته شود تا Access خود Administrator قطع نشود.

SSH Administration

SSH ابزار اصلی مدیریت Remote بسیاری از سرورهاست. Key-based Authentication، محدود کردن Userها و محافظت از Private Key از Best Practiceهای مهم هستند.

Time Synchronization

زمان صحیح برای Log Correlation، Certificate، Authentication و Distributed Systemها ضروری است. اختلاف Clock می‌تواند Errorهای عجیب ایجاد کند.

Hostname

Hostname هویت سیستم در شبکه و Logها را مشخص می‌کند. Naming استاندارد مدیریت تعداد زیاد Server را آسان‌تر می‌کند.

Scheduled Tasks

Jobهای زمان‌بندی‌شده برای Backup، Cleanup، Report و Maintenance استفاده می‌شوند. Administrator باید Success و Failure آن‌ها را Monitor کند.

وجود Task زمان‌بندی‌شده بدون Alert ممکن است ماه‌ها Fail بماند بدون آنکه کسی متوجه شود.

cron

Cron ابزار سنتی Scheduling است. Environment اجرای cron ممکن است با Shell تعاملی متفاوت باشد، بنابراین Path و Variableها باید صریح تعریف شوند.

Automation

کار تکراری دستی احتمال خطا را افزایش می‌دهد. Shell Script یا ابزارهای Configuration Management می‌توانند عملیات را Reproducible کنند.

Automation باید Idempotent و قابل Audit باشد تا اجرای مجدد نتیجه ناخواسته ایجاد نکند.

Configuration Management

در محیط‌های بزرگ بهتر است Configuration به‌صورت Code مدیریت شود. این روش Version Control، Review و Rollback را ساده‌تر می‌کند.

Monitoring

Monitoring فقط جمع کردن Metric نیست. باید Signalهایی انتخاب شوند که سلامت Service را نشان دهند: Latency، Error Rate، Saturation و Traffic نمونه‌های مهم‌اند.

Alerting

Alert باید Actionable باشد. Alert زیاد و بی‌اهمیت باعث Alert Fatigue می‌شود و Event مهم ممکن است نادیده گرفته شود.

Security Updates

Patch Management بخش مهم امنیت است. Serviceهای Internet-facing و Vulnerabilityهای Critical نیاز به اولویت بالاتری دارند.

Least Privilege

هر User و Service باید فقط Permission لازم را داشته باشد. کاهش Privilege دامنه اثر یک Compromise یا خطای انسانی را محدود می‌کند.

File Integrity

تغییر غیرمنتظره Config یا Binary می‌تواند نشانه خطا یا Incident امنیتی باشد. Version Control و Integrity Monitoring به تشخیص تغییر کمک می‌کنند.

Audit

Audit Trail مشخص می‌کند چه کسی، چه زمانی و چه تغییری انجام داده است. این اطلاعات برای Troubleshooting و Security اهمیت زیادی دارند.

Hardening

Hardening یعنی کاهش Surface غیرضروری: حذف Serviceهای بلااستفاده، محدود کردن Portها، تنظیم Permission و Patch کردن Componentها.

Hardening باید با Function سیستم سازگار باشد و نباید Availability را بدون دلیل مختل کند.

Troubleshooting Method

عیب‌یابی خوب با جمع‌آوری Evidence شروع می‌شود، نه تغییر تصادفی Configuration. ابتدا Scope مشکل، زمان شروع و آخرین تغییرات مشخص شوند.

سپس Hypothesis ساخته و با Test کوچک بررسی شود. هر تغییر باید قابل Rollback باشد.

بررسی Service Failure

در Failure سرویس باید Status، Log، Port، Permission، Dependency و Resource بررسی شوند. Restart ممکن است موقتاً مشکل را پنهان کند.

بررسی Performance

برای Performance باید CPU، Memory، Disk I/O و Network هم‌زمان دیده شوند. Bottleneck ممکن است در Layer دیگری غیر از Application باشد.

Change Management

تغییر Production باید هدف، Risk، Plan، Validation و Rollback داشته باشد. حتی تغییر کوچک Config می‌تواند Dependency غیرمنتظره‌ای داشته باشد.

Documentation

مستندات باید شامل Architecture، Credential Process، Recovery، Service Dependency و Runbookهای مهم باشد. Knowledge فقط در ذهن یک نفر Risk سازمانی ایجاد می‌کند.

روش مطالعه پیشنهادی

یک Virtual Machine آزمایشی Linux بسازید و User، Service، Storage و Network را خودتان مدیریت کنید. خطاهای کنترل‌شده ایجاد کنید و سپس با Log و Metric علت را پیدا کنید.

تمرین Backup و Restore را جدی بگیرید؛ توانایی Recovery یکی از واقعی‌ترین معیارهای مهارت Administrator است.

این فایل برای چه کسانی مناسب است؟

• دانشجویان Linux و شبکه.
• مدیران سرور تازه‌کار.
• Backend Developerها و DevOps Engineerها.
• کاربران VPS و Cloud.
• افرادی که می‌خواهند Linux Administration را سیستماتیک یاد بگیرند.

جمع‌بندی

فایل Linux Administration موضوعات اساسی مدیریت سیستم را پوشش می‌دهد: User و Permission، Package، Service، Process، Storage، Network، Log، Backup، Monitoring، Security و Troubleshooting. مهارت مدیریت لینوکس زمانی شکل می‌گیرد که این اجزا به‌صورت یک سیستم مرتبط دیده شوند.

Administrator حرفه‌ای قبل از تغییر وضعیت را اندازه‌گیری می‌کند، بعد از تغییر نتیجه را Validate می‌کند و برای Failure مسیر Recovery دارد. اگر مطالعه این فایل با Lab عملی، مستندسازی و تمرین Restore همراه شود، می‌تواند پایه محکمی برای مدیریت سرور، DevOps، Hosting و محیط‌های Cloud ایجاد کند.