د Squid د سیشن مرستندوی چېرته لاړ؟

له بل سرور څخه کاپي شوې ترتیباتو ext_session_acl نوم اخلي. ستاسو په Squid پیکج کې په هغه لاره کې هیڅ فایل نشته. دا کېدای شي د پیکج ناسمونې وي، نه د کاروونکي مات سیشن.

Squid کولی شي د بهرني ACL پریکړې مرستندوی پروګرامونو ته وسپاري، مګر په external_acl_type کې د پروګرام نوم لیکل هغه نه نصبوي. باینري باید په خپور شوي چاپېریال کې موجوده وي.

درې شیان پرتله کړئ:

• د هغه Squid خپرونې لپاره چې تاسو یې کاروئ د مرستندوی مستند نوم.
• هغه فایلونه چې ستاسو د وېش پیکج واقعاً برابروي.
• په هغه ترتیباتو کې د اجرا وړ فایل مطلق لاره چې Squid بار کړې ده.

Debian د ext_session_acl لپاره لارښود خپروي، مګر د لارښود سرلیک سره سمون د دې ثبوت نه دی چې ستاسو په سرور کې په کاپي شوې لاره کې باینري شته. د هغې نصبولو خپل پیکج معلومات او د مرستندویانو فولډر وګورئ.

که د هغې پیکج اړین مرستندوی نه برابروي، د وېش ملاتړ شوې پیکج وېش او د جوړولو معلومات وګورئ. په سرچینې ونې کې د فرعي فولډر نوم د دې ثبوت نه دی چې پایله باینري په هر جوړولو کې موجوده ده.

«فایل نشته» له «فایل شته خو نه پیلېږي» جلا وساتئ. دویم کېدای شي د هغه ژباړونکی، شریک کتابتونونه، اجازې یا د خدمت محدودیت شامل وي. د هغې ناکامۍ لپاره د Squid د مرستندوی د پیل پیغامونه وګورئ. د دواړو نښو څخه هیڅ یوه هم د دې ثبوت نه ده چې د پراکسي کاروونکي پټنوم غلط دی.

له بې اړیکې زاړه سرور څخه مرستندوی یوازې د دې لپاره چې د هغه فایل نوم له ترتیباتو سره سمون لري نه شي بدلېدای.