# دریافت پشتیبانی

> کجا دربارهٔ نس‌نت لینوکس بپرسید، در گزارش اشکال چه بنویسید، و چطور گزارش‌ها را بدون لو دادن رمزهایتان به اشتراک بگذارید.

Source: https://joinnasnet.com/fa/guides/nasnet-linux/support/
Last updated: 2026-08-17

---

## مرور کلی

نس‌نت لینوکس را همان کسانی که از آن استفاده می‌کنند به‌صورت متن‌باز نگه می‌دارند.
پرسش‌ها به گروه تلگرام می‌رود، اشکال‌های قابل بازتولید به مخزن اشکالات، و هر چیزی
با اثر امنیتی از یک مسیر خصوصی. هر کدام را انتخاب کنید، این گزارش‌های پنل است که
حدس را به پاسخ تبدیل می‌کند.

## پیش از پرسیدن

1. [رفع مشکلات](/fa/guides/nasnet-linux/troubleshooting/) را بخوانید، جایی که ورودی
   نمی‌ماند، گواهی‌ای که صادر نمی‌شود و پیوند اشتراک خالی همگی همان‌جا با علتشان
   آمده‌اند.
2. گزارش‌ها را بخوانید، چون پنل تقریباً همیشه نام گامی که شکست خورده را می‌نویسد.

   ```bash
   docker compose logs -f app        # Compose install
   journalctl -u nasnet-panel -f     # systemd install
   ```

3. مطمئن شوید پس از آخرین تغییر `.env` پنل دوباره راه‌اندازی شده است. ویرایش
   فایل به‌تنهایی کافی نیست.
4. سرورتان را با
   [نیازمندی‌های سیستم](/fa/guides/nasnet-linux/system-requirements/) بسنجید.

## کجا بروید

| کانال | برای چه | نشانی |
| ----- | ------- | ----- |
| تلگرام | پرسش، کمک در راه‌اندازی، اطمینان گرفتن | [t.me/joinnasnet](https://t.me/joinnasnet) |
| اشکالات گیت‌هاب | اشکال‌های قابل بازتولید و درخواست قابلیت | [nasnet-panel-linux/issues](https://github.com/nasnet-community/nasnet-panel-linux/issues) |
| گزارش امنیتی | هر چیزی با اثر امنیتی، هرگز به‌صورت issue عمومی | [گزارش خصوصی](https://github.com/nasnet-community/nasnet-panel-linux/security/advisories/new) |

## پیش از چسباندن، پاک‌سازی کنید

گزارش‌ها و `.env` پنل پر از چیزهایی است که نباید در یک issue عمومی برود. این‌ها
را هر بار حذف کنید:

- `JWT_SECRET_KEY` و `ADMIN_PASSWORD_HASH`
- `DB_PASSWORD` و هر نشانی کامل پایگاه‌داده
- `TELEGRAM_BOT_TOKEN` و `WEBHOOK_URL`
- کلید پیوند اشتراک‌ها، چون نشانی `/sub/{key}` خودش *همان* اعتبارنامه است
- IP عمومی و دامنهٔ سرورتان، اگر ترجیح می‌دهید منتشر نشود

به‌جای پاک‌کردن خط، مقدارش را با یک جای‌گذار عوض کنید؛ اینکه بدانیم مقداری تنظیم
شده بوده اغلب خودش نکتهٔ اصلی است.

## گزارش اشکال

این‌ها را بنویسید:

- **چه کردید، چه شد، انتظار چه داشتید.**
- **نسخه** به شکل برچسب انتشار یا شناسهٔ کامیت.
- **شیوهٔ استقرار**، یعنی Docker Compose، systemd، باینری، یا بستهٔ آفلاین.
- **کدام پایگاه‌داده** را انتخاب کرده‌اید، PostgreSQL یا SQLite.
- **خط‌های مرتبط گزارش‌ها**، پاک‌سازی‌شده به شکل بالا، با آن‌قدر متن پیرامونی که
  بشود دید پیش از شکست چه گذشته است.

## گزارش مشکل امنیتی

issue عمومی باز نکنید. از قابلیت گزارش خصوصی آسیب‌پذیری در گیت‌هاب استفاده کنید.
گام‌های بازتولید، نسخه‌ای که آزمودید و شیوهٔ استقرار پنل را بنویسید. افشای
هماهنگ‌شده ترجیح داده می‌شود، پس پیش از انتشار توصیه‌نامه از شما خواسته می‌شود روی
تاریخ انتشار توافق کنید.

## مرتبط

- [رفع مشکلات](/fa/guides/nasnet-linux/troubleshooting/)
- [گزارش ممیزی](/fa/guides/nasnet-linux/audit-log/)
- [تغییرات نسخه‌ها](/fa/guides/nasnet-linux/changelog/)