سروس فائلوں کے پاس ہے۔ سروس ایکسٹینشنز اور ان ہدایات پر مشتمل ہیں جن کی ضرورت ہے۔ systemd ایک سروس کا انتظام کرنے کے لئے.
دی systemd init سسٹم کا استعمال کرتے ہوئے سسٹم کی شروعات کا انتظام کرتا ہے۔ یونٹ . یونٹ ایک ایسی چیز ہے جو کسی کام یا عمل کو انجام دیتی ہے، جیسے کسی سروس کا انتظام کرنا، جس میں اسے کنٹرول اور نگرانی کرنا شامل ہے۔ یہ یونٹ بنیادی طور پر فائلیں ہیں جنہیں سروس فائلز کہا جاتا ہے جس میں یونٹ انحصار اور کمانڈ شامل ہیں۔ یہ فائلیں پس منظر کے عمل کو مؤثر طریقے سے کنٹرول کرنے اور وسائل کے انتظام کے لیے اہم ہیں۔
گائیڈ میں، میں سسٹمڈ سروس فائل، اس کی ساخت، اور سروس کو کنٹرول کرنے والی اہم ہدایات کو تلاش کروں گا۔
systemd کے ساتھ کام کرتے وقت، شرائط systemd سروس فائل اور systemd یونٹ فائل اکثر ایک دوسرے کے ساتھ استعمال ہوتے ہیں کیونکہ تکنیکی طور پر وہ ایک ہی چیز کا حوالہ دیتے ہیں۔
سسٹم ڈی سروس فائل کیا ہے؟
لینکس پر، سسٹمڈ سروس فائلوں کا استعمال کرتے ہوئے خدمات کا انتظام کرتا ہے جس میں کنفیگریشن ہدایات ہوتی ہیں تاکہ سسٹم ڈی سمجھ سکے اور اس پر عمل کر سکے۔
اکائیوں کی فہرست بنانے کے لیے، systemctl کے ساتھ استعمال کریں۔ فہرست یونٹس کمانڈ.
systemctl --list-units
کسی بھی سروس کی سروس فائل کو پڑھنے کے لیے، استعمال کریں۔ کیٹ فائل پاتھ کے ساتھ کمانڈ کریں۔
کیٹ [ / سروس فائل کا راستہ ]مثال کے طور پر، کی سروس فائل دیکھنے کے لیے ssh.service دی گئی کمانڈ کا استعمال کریں۔
کیٹ / lib / systemd / نظام / ssh.service 
سسٹمڈ سروس فائل کی اناٹومی۔
عام طور پر، سسٹمڈ سروس یونٹ فائلوں میں تین حصے ہوتے ہیں۔
- یونٹ
- سروس
- انسٹال کریں۔
سروس کے لیے مخصوص یونٹ فائل میں ایک مخصوص سیکشن ہوگا جسے کہا جاتا ہے۔ سروس سیکشن
نوٹ کریں کہ سروس صرف ایک قسم کی یونٹ ہے۔ ایک یونٹ میں مختلف قسمیں ہوسکتی ہیں جیسے ساکٹ، ڈیوائس، ماؤنٹ، آٹو ماؤنٹ، سویپ، ٹارگٹ، ٹائمر، سلائس اور اسکوپ۔ یہ حصے یونٹ اور انسٹال سیکشن کے درمیان رکھے گئے ہیں۔ فائل ایکسٹینشن کو بھی متعلقہ یونٹ کی قسم سے بدل دیا جائے گا، مثال کے طور پر، ساکٹ یونٹ کی قسم میں ایک .ساکٹ فائل کی توسیع.
نوٹ: اس گائیڈ میں، میں ایڈمنسٹریٹرز اور ڈویلپرز کے ذریعہ اس کے وسیع استعمال کی وجہ سے سروس یونٹ کی قسم پر توجہ دوں گا۔
یہ حصے مربع بریکٹ ([]) میں بند ہیں۔ ہر سیکشن میں ایک متعلقہ ہدایات کا مجموعہ ہوتا ہے۔ سروس فائل کا عمومی ڈھانچہ ذیل میں دیا گیا ہے۔
[ یونٹ ]ہدایت 1 =ہدایت 1
ہدایت 2 =ہدایت 2
[ سروس ]
ہدایت 1 =ہدایت 1
ہدایت 2 =ہدایت 2
[ انسٹال کریں۔ ]
ہدایت 1 =ہدایت 1
ہدایت 2 =ہدایت 2
حصوں کی ترتیب کو تبدیل کیا جا سکتا ہے؛ تاہم، مندرجہ بالا ترتیب عام طور پر پیروی کی جاتی ہے.
[یونٹ] سیکشن
یونٹ کے حصے میں یونٹ اور یونٹ کے انحصار کی تفصیل ہوتی ہے۔ یہ سیکشن، کنونشن کے مطابق، سروس فائل کے اوپر رکھا گیا ہے۔ عام طور پر استعمال ہونے والی ہدایات ذیل میں درج ہیں:
| ہدایت | تفصیل |
| تفصیل | یہ ہدایت خدمت کے نام کا ذکر کرنے کے لیے استعمال ہوتی ہے۔ تفصیل کی لمبائی 80 حروف سے زیادہ نہیں ہونی چاہیے۔ |
| دستاویزی | اس ہدایت میں مین پیج یا سروس کا URL شامل ہے۔ |
| کی ضرورت ہے۔ | یہ ہدایت موجودہ سروس پر انحصار کا ذکر کرنے کے لیے استعمال ہوتی ہے۔ اگر اس انحصاری سروس کو چالو نہیں کیا جاتا ہے، تو موجودہ سروس شروع نہیں کی جائے گی۔ |
| چاہتا ہے۔ | یہ ہدایت موجودہ سروس پر انحصار کا ذکر کرنے کے لیے استعمال ہوتی ہے۔ تاہم، موجودہ سروس کو چلانے کے لیے اس انحصاری سروس کو چالو کرنے کی ضرورت نہیں ہے۔ |
| اس سے پہلے | موجودہ یونٹ کے فعال ہونے کے بعد، اس ہدایت میں مذکور سروس شروع کی جائے گی۔ |
| کے بعد | موجودہ یونٹ کے فعال ہونے سے پہلے، اس ہدایت میں مذکور سروس شروع کر دی جائے گی۔ |
| باندھتا ہے۔ | یہ ہدایت موجودہ سروس کو مذکورہ سروس سے جوڑتی ہے۔ اگر منسلک سروس دوبارہ شروع ہوتی ہے، تو موجودہ خدمات بھی دوبارہ شروع ہو جائیں گی۔ |
ان ہدایات کے علاوہ، دو اور ہدایات ہیں؛ حالت اور زور لگانا۔ بہت سی خدمات کو کامیابی کے ساتھ چلانے کے لیے مخصوص نظام کی شرائط کی ضرورت ہوتی ہے، اور ان ہدایات کو شرائط کا ذکر کرنے کے لیے استعمال کیا جاتا ہے۔
[انسٹال] سیکشن
یہ سیکشن لازمی نہیں ہے اور صرف اس وقت ضروری ہے جب کسی سروس کو بوٹ پر ایکٹیویشن یا غیر فعال کرنے کی ضرورت ہو۔ مزید یہ کہ عرفی خدمت کا بھی ذکر کرنا ہے۔ انسٹال سیکشن کے لیے عام طور پر استعمال ہونے والی ہدایات ذیل میں درج ہیں:
| ہدایت | تفصیل |
| WantedBy | یہ ہدایت رن لیول سیٹ کرتی ہے۔ * سروس کا ہدف اگر کوئی ہدف مقرر ہے۔ multi-user.target پھر سروس اس رن لیول پر فعال ہو جائے گی۔ |
| کو درکار ہے | یہ ہدایت WantedBy سے مماثلت رکھتی ہے، تاہم، ہدایت میں ذکر کردہ انحصار کے بغیر بھی، سروس کو فعال کیا جائے گا۔ |
| عرف | یہ ہدایت کسی اور نام سے سروس کو فعال کرنے کے لیے استعمال ہوتی ہے۔ سروس کے فعال ہونے پر اس نام کے ساتھ ایک سملنک بنایا جاتا ہے۔ |
زیادہ تر، multi-user.target کے طور پر استعمال کیا جاتا ہے WantedBy پیرامیٹر لیکن multi-user.target کیا ہے؟
multi-user.target نظام کی ریاست کی نمائندگی کرتا ہے جو غیر گرافیکل متعدد صارف سیشنز کو قبول کرنے کے لیے تیار ہے۔ یہ GUI شروع کرنے سے پہلے کی حالت ہے۔
سسٹم کے مختلف رن لیولز ہیں، آئیے ان رن لیولز کے کام کے بارے میں جانیں۔
سسٹمڈ میں، سروسز کو رن لیولز کی بنیاد پر گروپ کیا جاتا ہے، جنہیں کہا جاتا ہے۔ اہداف . ہر رن لیول کے ساتھ ایک فائل ہوتی ہے۔ ہدف میں توسیع /etc/systemd/system ڈائریکٹری ایک سروس رن لیول کی حالت کی بنیاد پر چلائی جائے گی۔
| رن لیول | اہداف | حالت | فائلوں |
| 0 | بجلی بند | بند کریں اور بجلی بند کریں۔ | poweroff.target |
| 1 | بچاؤ | ریسکیو شیل شروع کرتا ہے۔ | ریسکیو۔ٹارگٹ |
| 2،3،4 | کثیر صارف | ملٹی یوزر نان GUI شیل شروع کرتا ہے۔ | multi-user.target |
| 5 | گرافیکل | ملٹی یوزر GUI شیل قائم کرتا ہے۔ | graphical.target |
| 6 | دوبارہ شروع کریں | بند کریں اور دوبارہ شروع کریں۔ | reboot.target |
[سروس] سیکشن
یہ سیکشن سروس کے لیے کنفیگریشن سیٹنگز پر مشتمل ہے۔ اس سیکشن کی بنیادی ترتیب سروس کے آغاز پر عمل درآمد کی قسم اور کمانڈز کی وضاحت کر رہی ہے۔ قسم اور ExecStart سروس قائم کرنے کے لیے استعمال ہونے والی اہم ہدایات ہیں۔
سروس کی مختلف اقسام درج ذیل جدول میں درج ہیں۔
| سروس کی قسم | تفصیل |
| سادہ | یہ پہلے سے طے شدہ قسم ہے جب قسم یا بس نام کا ذکر نہیں کیا جاتا ہے اور صرف ExecStart کا ذکر کیا جاتا ہے۔ Systemd پہلے مرکزی عمل کو انجام دیتا ہے اور پھر فالو اپ یونٹس۔ |
| کانٹا | اس قسم کا استعمال سروس کو جاری رکھنے کے لیے کیا جاتا ہے چاہے پیرنٹ سروس بند ہو۔ یہ والدین کے عمل کے بند ہونے کے بعد بچے کے عمل کو روکتا ہے۔ |
| ایک شاٹ | Systemd پہلے اہم عمل کو انجام دیتا ہے اور جب مرکزی عمل سے باہر نکلتا ہے تو فالو اپ یونٹس شروع ہو جائیں گے۔ |
| dbus | dbus کے ساتھ سروس کا استعمال بس میں کسی اور عمل کے ساتھ بات چیت کے لیے کیا جاتا ہے۔ اگر بس کا نام بتایا جائے تو بس کا نام حاصل ہونے کے بعد یہ عمل چالو ہو جائے گا۔ |
| مطلع | عمل شروع کرنے پر سروس مطلع کرے گی۔ نوٹیفکیشن جاری ہونے کے بعد سسٹم ڈی فالو اپ یونٹس میں جائے گا۔ |
| بیکار | یہ اس وقت تک سروس رکھتا ہے جب تک کہ تمام فعال ملازمتیں روانہ نہیں ہو جاتیں۔ بنیادی طور پر کنسول آؤٹ پٹ کو بہتر بنانے کے لیے مفید ہے۔ |
سروس سیکشن میں عام طور پر استعمال ہونے والی ہدایات ذیل میں درج ہیں:
| ہدایت | تفصیل |
| ExecStart | یہ عمل شروع کرنے کے لیے عمل میں آنے والی کمانڈ کا پورا راستہ رکھتا ہے۔ |
| ExecStartPre | یہ ان احکامات کو برقرار رکھتا ہے جو اہم عمل شروع ہونے سے پہلے عمل میں آنا چاہیے۔ |
| ExecStartPost | یہ ان احکامات کو برقرار رکھتا ہے جن پر عمل درآمد شروع ہونے کے بعد کیا جانا چاہیے۔ |
| ExecReload | یہ سروس کنفیگریشن کو دوبارہ لوڈ کرنے کے لیے کمانڈ رکھتا ہے۔ |
| دوبارہ شروع کریں | ناکامی، کامیابی پر، غیر معمولی، اسقاط حمل اور آن واچ ڈاگ جیسے حالات میں سروس کو خودکار طور پر دوبارہ شروع کرنے کے لیے۔ |
| دوبارہ شروع کریں | سیکنڈوں کی تعداد رکھنے کے لیے جس کے بعد سروس خود بخود دوبارہ شروع ہو جائے گی۔ |
دی ExecStart سروس سیکشن میں استعمال ہونے والی اہم ہدایات میں سے ایک ہے۔ اس پر مشتمل ہے۔ قابل عمل کا مکمل راستہ کہ سروس شروع کرنے پر عمل کرے گی۔
نتیجہ
ایک سسٹمڈ سروس فائل ایک کنفیگریشن فائل ہے جو ڈائریکٹیو اور کمانڈز کے ساتھ بنائی گئی ہے تاکہ ان کا انتظام سسٹم ڈی کے ذریعے کیا جا سکے۔ ان فائلوں میں ایسی ہدایات ہوتی ہیں جو بتاتی ہیں کہ سسٹم ڈی کے ذریعے سروس کا نظم کیسے کیا جاتا ہے۔ اس گائیڈ میں، میں نے بتایا کہ کس طرح سسٹم ڈی سروس فائل تک رسائی حاصل کی جائے، اس کے سیکشنز، اور خدمات کا نظم کرنے والی ہدایات۔ سروس فائل کی ہدایات کے بارے میں مزید جاننے کے لیے، براہ کرم ملا ہوا سرکاری دستاویزات گائیڈ پڑھیں یہاں .