آموزش رنک و پرمیشن تیم‌اسپیک؛ گروه سرور، ادمین کانال و خطای دسترسی
وقتی یک عضو می‌تواند وارد سرور شود ولی اجازهٔ صحبت، ساخت اتاق یا جابه‌جایی ندارد، باید دسترسی همان عملیات را بررسی کرد. دادن Server Admin برای رفع همهٔ خطاها، ساختار دسترسی را از بین می‌برد. در این آموزش یک سناریوی عملی را پیش می‌بریم: عضو عادی، صاحب اتاق و مدیر سرور.
قبل از تغییر، سه چیز را آماده کنید
از کانفیگ نسخهٔ قابل بازیابی داشته باشید، یک هویت آزمایشی بسازید و دسترسی حساب اصلی مدیر را حفظ کنید. آزمایش حذف رنک را نخست روی حسابی انجام دهید که قطع دسترسی‌اش مشکلی ایجاد نمی‌کند.
نام رنک ملاک قطعی قدرت آن نیست. گروهی با اسم «Member» ممکن است در کانفیگ سفارشی مجوزهای قوی داشته باشد. شناسه، نوع و permission واقعی گروه را بررسی کنید.
۱. Server Group را از Channel Group جدا کنید
| نوع گروه | کاربرد در سناریوی ما |
|---|---|
| Server Group | نقش عمومی عضو یا مدیر در سرور |
| Channel Group | اختیار کاربر در یک کانال مشخص |
صاحب یک اتاق معمولاً به ویرایش نام و رمز همان اتاق نیاز دارد. برای این کار، گروه کانال مناسب در همان اتاق تعیین کنید؛ مدیریت همهٔ سرور لازم نیست. با هویت آزمایشی، اتاق خودش و یک اتاق دیگر را امتحان کنید: اولی باید طبق سیاست قابل مدیریت و دومی همچنان محدود باشد.
در TS3 منوی Permissions محل مدیریت گروه‌هاست. نام گزینهٔ دقیق بسته به نسخه و مجوزهای فعلی فرق می‌کند. اگر گزینه غیرفعال است، ابتدا خطای دسترسی را بررسی کنید؛ غیرفعال‌بودن دکمه با نبود قابلیت در سرور یکسان نیست.
۲. رنک مقصد توکن را مشخص کنید
Privilege Key دسترسی به گروه تعیین‌شده می‌دهد. پیش از ساخت، گروه مقصد را بررسی و کلید را خصوصی تحویل دهید. توکن را در رمز اتصال، Description کانال یا لینک عمومی قرار ندهید.
گیرنده بعد از اتصال، از Permissions → Use Privilege Key یا گزینهٔ متناظر استفاده می‌کند. سپس باید گروه‌های خودش را ببیند. اگر کلید قبلاً مصرف شده، از آن مانند رمز ثابت دوباره استفاده نکنید. برای اصلاح دسترسی اشتباه، عضویت گیرنده و کلیدهای باقی‌مانده را بررسی کنید.
گروه‌های Query و Template برای این واگذاری کاربری مناسب نیستند. در پنل ایکس‌گیمینگ، مشتری باید گروه مقصد مجاز را انتخاب کند؛ نام ظاهری «ادمین» به‌تنهایی معیار انتخاب نیست.
۳. خطای insufficient permissions را از متن خودش شروع کنید
عملیات، permission یا شناسهٔ اعلام‌شده و هدف آن را ثبت کنید. مثلاً اگر جابه‌جایی کاربر عادی موفق و جابه‌جایی مدیر ناموفق است، احتمالاً توان لازم هدف متفاوت است؛ این لزوماً خرابی بات نیست.
| نیاز | دو طرفی که باید بررسی شوند |
|---|---|
| صحبت در کانال محدود | Talk Power کاربر و Needed Talk Power کانال |
| افزودن یا حذف گروه | توان عضویت عامل و توان لازم گروه هدف |
| تغییر خود permission | قدرت تغییر و مقدار Grant مرتبط |
| ورود به اتاق | رمز، ظرفیت و محدودیت ورود کانال |
توان اجرای عملیات با توان ویرایش مجوز آن یکی نیست. گزینه‌های Grant، Skip و Negate را بدون شناخت تغییر ندهید؛ بحث رسمی TeamSpeak تفاوت آن‌ها را توضیح می‌دهد. افزایش همهٔ اعداد به مقدار بزرگ، آزمون کنترل دسترسی محسوب نمی‌شود.
۴. یک تغییر محدود را با آزمون مثبت و منفی تأیید کنید
- وضعیت فعلی گروه آزمایشی و مقدار موردنظر را ثبت کنید.
- فقط مجوز مربوط به عملیات را تغییر دهید.
- همان عملیات مجاز را دوباره اجرا کنید.
- عملیاتی خارج از نقش، مانند ویرایش اتاق دیگر، را تست کنید.
- تنها پس از درست‌بودن هر دو نتیجه، تغییر را روی گروه واقعی اعمال کنید.
اگر نتیجه روشن نیست، تغییر را به مقدار قبلی برگردانید. چند اصلاح هم‌زمان باعث می‌شود نفهمید کدام مجوز واقعاً مشکل را حل کرده است.
۵. قوانین خودکار رنک را با جدول سناریو تنظیم کنید
در دستیار، شرط رنک ورود، حذف AFK، رنک همراه و حذف پس از ارتقا باید دامنهٔ روشن داشته باشند. یک استثنای کلی ممکن است حذف AFK ادمین را هم متوقف کند.
| سناریو | نتیجهٔ موردنظر |
|---|---|
| عضو تازه بدون Verify | دریافت Not Verify طبق سیاست شما |
| عضو دارای Verify | حذف Not Verify |
| ادمین که با AFK قبلی برمی‌گردد | نگرفتن رنک ورود و بررسی مستقل حذف AFK |
| داشتن یکی از FiveM یا VMP | دریافت گروه دسته‌بندی بازی‌ها |
| نداشتن هیچ‌کدام از گروه‌های بازی | حذف گروه دسته‌بندی مربوط |
| دریافت یکی از رنک‌های بالاتر انتخاب‌شده | حذف گروه‌های قبلی که دستی مشخص کرده‌اید |
«یکی از گروه‌ها» با «همهٔ گروه‌ها» متفاوت است. برای شرط نداشتن، چهار حالت هیچ‌کدام، فقط X، فقط Y و هر دو را آزمایش کنید. ترتیب نمایش گروه‌ها لزوماً رتبهٔ مدیریت را نشان نمی‌دهد؛ گروه‌های بالاتر را صریح انتخاب کنید.
یک گروه را هم‌زمان هدف افزودن و حذف دو قانون متناقض نگذارید. گرفتن گروه شرط هم لزوماً بازگرداندن گروه قبلی پس از تنزل را تعریف نمی‌کند؛ سیاست برگشت باید جدا روشن باشد.
۶. حساب Query بات را جدا نگه دارید
پورت Query با پورت صوتی فرق دارد. برای آمار، حساب محدود خواندن وضعیت مناسب‌تر از حساب اصلی مدیریت است. Timeout، login failed و خطای permission را جدا بررسی کنید. رمز Query در صفحهٔ عمومی یا چت کاربران نباید نمایش داده شود.
سؤال رایج: چرا خود مدیر خطا ندارد ولی کاربر دارد؟
مدیر با مجوزهای بیشتری تست می‌کند. آزمون تحویل باید با نقش واقعی کاربر انجام شود. اگر فقط حساب مدیر را امتحان کنید، محدودیت نقش عادی دیده نمی‌شود.
ادامهٔ آموزش
مرجع توکن: راهنمای رسمی Privilege Key.
این راهنما چقدر مفید بود؟
هر حساب یک امتیاز از صفر تا پنج دارد؛ می‌توانی امتیازت را تغییر بدهی.
برای ثبت امتیاز و دیدگاه وارد حساب شو