د UFW د اپلیکیشن پروفایل نشته؟ دا خدمتونه نه، پورټونه تشرېح کوي

UFW وایي چې د OpenSSH سره سم پروفایل نه شي موندلی، او د لامل پلټنه مستقیم SSH سرور ته ځي۔ دا غلطه خوا ده: پیغام د یو نومول شوي firewall تعریف په اړه دی او د دې په اړه هیڅ نه وایي چې sshd نصب دی، روان دی که اورېدل کوي۔ د UFW اپلیکیشن پروفایل د پورټونو او پروتوکولونو لیست دی چې لیبل لري۔ د تعریف لوستل یو حکم غواړي او معمولاً څېړنه پای ته رسوي۔

ګام 1: هغه نومونه ولیکئ چې UFW یې واقعاً پېژني

له firewall څخه وپوښتئ چې کوم نومونه لري، مخکې له دې چې یو یې د اجازې غوښتنه وکړئ۔ لیست د دې ماشین پر نصب شوو پروفایلونو ولاړ دی، نو نیمګړی نوم د دې سیستم په اړه حقیقت دی، نه د هغه سافټویر چې تاسو یې ساتل غوښتل۔ که نوم موجود وي، تېروتنه د ټایپ کولو غلطۍ یا ستاسو د shell په تاریخ کې زوړ لقب وي۔

ufw app list
ufw app info OpenSSH

په ډیفالټ نصب کې لیست لنډ دی، او نومونه د پاکټ نومونه نه دي۔ د OpenSSH په نوم پروفایل ممکن نه وي په داسې حال کې چې openssh-server پاکټ نصب وي، او برعکس هم ممکن دی۔ هغه دقیق نوم وکاروئ چې لیست چاپوي؛ د ورته لیکنې VPN پروفایل نوم یا د ډیسکټاپ لانچر د UFW اپلیکیشن پروفایل نه دی۔ که ستاسو غوښتل شوی نوم نشته، دا هغه موندنه ده، او بل ګام دا دی چې وګورئ څه باید چمتو یې کړي۔

ګام 2: تعریف ولولئ، نه لیبل

پروفایل د INI بڼې فایل دی چې د /etc/ufw/applications.d لاندې دی، او نوم، سرلیک، تشرېح او د پورټونو ساحه لري۔ د پورټونو ساحه کولای شي څو پورټونه او لېږدونه ولیکي، نو لیبل د تعریف څخه لږ وایي۔ د UFW لارښود دا ساحې او د اپلیکیشنونو د اپډیټ عملیات بیانوي۔ فایل ولولئ پر دې باور کېدو چې نوم یو پېژندل شوی پورټ مانا کوي۔

cat /etc/ufw/applications.d/openssh-server
ufw app info OpenSSH

هغه تعریف چې 22/tcp لري د TCP پورټ 22 تشرېح کوي او نور هیڅ نه۔ دا نه ثابتوي چې د دې ماشین ډیمون هلته اورېدل کوي، او هغه دوهم پورټ نه پوښي چې تاسو وروسته ورزیات کړ۔ که ډیمون بل ځای کې ځي، پروفایل غلطه اجازه ده که څه هم نوم یې د محصول سره سمون لري۔ له دواړو څخه د یو اجازې مخکې اورېدونکی د تعریف سره پرتله کړئ۔

ss -ltnp 'sport = :22'

که تعریف او اورېدونکی سره سمون ونه لري، ودرېږئ۔ د داسې پروفایل اجازه ورکول چې هغه پورټ نوموي چې هیڅوک پرې اورېدل نه کوي، داسې قاعده جوړوي چې پرمختګ ښکاري خو هیڅ نه ساتي۔

ګام 3: پروفایل له روان خدمت څخه بېل کړئ

د نومول شوي پروفایل اجازه ورکول خدمت نه نصبوي، نه پیلوي او نه تنظیموي، او روان خدمت ته د رسېدو وړ کېدو لپاره بسته شوی پروفایل نه اړین دی۔ دا د بېلابېلو وسایلو په مالکیت کې جلا پرېکړې دي: د پاکټ مدیر، د خدمت مدیر او firewall۔ دوی د یو په توګه ګڼل هغه لاره ده چې خلک ناغوښتل شوی سرور نصبوي تر څو سمبوليک نوم ښکاره شي۔

د VPN سرور لپاره جلا کېدل د بهرني اورېدونکي له اجازې وروسته هم دوام کوي۔ د کوډ شوي لېږد د پورټ اجازه په کرنل کې لېږد نه فعالوي، NAT قاعده نه ورزیاتوي او د تونل کاروونکو ته LAN ته لاسرسی نه ورکوي۔ له دې هر یو جلا پالیسي ده چې خپله بیاکتنه لري۔ د VPN محصول په نوم پروفایل یوازې هغه پورټونه تشرېح کوي چې لیست یې کوي، او د سرور پاتې تنظیمات لا هم ستاسو لیکلو ته اړ دي۔

که پروفایل نشته او تاسو ته یو ته اړتیا ده، بیاکتل شوی روښانه پورټ قاعده یا د applications.d لاندې سیمه ییز پروفایل دواړه قانوني دي۔ هغه پاکټ نصبول چې تاسو نه غوښت، داسې نه دی۔

ګام 4: د firewall له بیا بارولو مخکې د بېرته تګ لاره وساتئ

له هرې قاعدې بدلون مخکې تایید کړئ چې ماشین ته دوهمه لاره لرئ: کنسول، له بڼډ بهر پته یا مهال شوی بیرته تګ۔ بیا د قاعدو ټولګه او ډیفالټ پالیسي ولولئ، ځکه چې له SSH قاعدې پرته ډیفالټ رد د ازموینې پر مهال ځان بهر بندول کېدو کلاسیکه لاره ده۔ یو وخت کې یوه قاعده بدله کړئ او هغه تایید ولولئ چې UFW یې چاپوي۔ خوندي شوې قاعده، فعاله قاعده او د رسېدو وړ خدمت درې بېلابېلې کتنې دي۔

ufw status verbose
ufw allow 22/tcp
ufw app update OpenSSH

له بدلون وروسته اجازه شوې اړیکه او هغه لاره ازموئ چې باید لا هم رد شي۔ د رد ازموینه د اجازې ازموینې هومره مهمه ده، ځکه چې له موخې پراخه قاعده لومړۍ ازموینه تېروي او دوهمه کې ناکامېږي۔ د پروفایل نوم، هغه پورټونه چې لري یې وو او هغه اورېدونکی چې پر وړاندې یې تایید کړ ثبت کړئ۔

چک لیست هغه وخت پای ته رسېږي چې نوم موجود وي یا په قصد بدل شوی وي، تعریف ریښتیني اورېدونکي سره سمون ولري، خدمت جلا اداره شي، او تاسو د لاس په لاس د بیا رغونې لارې سره اجازه شوې او رد شوې دواړه لارې ازمويلي وي۔ په لیست کې نوم موجودیدل له دې هیڅ یو نه دی۔