v0.10.7 - alpha version

فارسی

هر تونل xdi توکن خودش را دارد

• xdi پینگ‌های هر تونل را با برچسبی از هم جدا می‌کند که از توکن تونل ساخته می‌شود. تا حالا همهٔ تونل‌های یک سرور خارج یک توکن داشتند، پس دو تونل مستقیم xdi روی یک سرور خارج پینگ‌های هم را می‌گرفتند و هیچ‌کدام کار نمی‌کرد.
• حالا توکن هر تونل xdi آدرس رله و سرور طرف مقابل را هم دارد — در نصب‌کننده، پنل ادمین و همگام‌سازی رله، یکسان. هر چند رله که بخواهند می‌توانند تونل مستقیم xdi به یک سرور خارج داشته باشند.
• تونل‌های غیر xdi هیچ تغییری نمی‌کنند.
• چرا مهم است: روی بعضی مسیرها حالا پینگی که از خارج به ایران می‌آید دور ریخته می‌شود، ولی پینگ از ایران به خارج رد می‌شود. یعنی xdi معکوس (که سرور خارج پینگ می‌زند) قطع می‌شود و xdi مستقیم (که رله پینگ می‌زند) کار می‌کند.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه». تونل‌های xdi تا وقتی هر دو سرشان آپدیت شوند (چند دقیقه) قطع‌اند و رله در آن فاصله مستقیم به سرور خارج می‌رود.

English

Each xdi tunnel has its own token

• xdi tells one tunnel's pings from another's by a tag made from the tunnel's token. Every tunnel of an exit had the same token, so two direct xdi tunnels on one exit took each other's pings and neither carried.
• An xdi tunnel's token now has the relay's address and the far end's in it - the installer, the admin panel and the relay's sync alike. Any number of relays can have a direct xdi tunnel to one exit.
• Tunnels on other transports are unchanged.
• Why it matters: on some routes a ping coming into Iran from outside is now dropped while one going out passes - a reverse xdi tunnel (the exit pings) dies, and a direct one (the relay pings) works.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all. An xdi tunnel is down until both its ends are upgraded (a few minutes), and the relay goes straight to the exit meanwhile.

v0.10.6 - alpha version

فارسی

عکس در تیکت، درست و کامل

• مشتری حالا می‌تواند فقط اسکرین‌شات خطا را بفرستد، بدون نوشتن متن — در ربات، در پنل مشتری روی رله، و ادمین هم در جواب. قبلاً بدون متن قبول نمی‌شد و ربات می‌گفت «متن پیام را بنویسید».
• ربات عکسی که به‌صورت فایل فرستاده شود (اسکرین‌شات بی‌فشرده‌سازی) را هم می‌گیرد؛ و وقتی منتظر پیام است، می‌گوید که عکس هم کافی است.
• عکس مشتری خودش در ربات ادمین می‌آید، با متن تیکت زیرش و دکمه‌های «جواب» و «بستن» — قبلاً فقط متن می‌آمد و عکس را فقط در پنل وب می‌شد دید.
• ادمین هم می‌تواند با عکس جواب بدهد، و عکس به مشتری در ربات می‌رسد، با دکمهٔ «جواب».
• برای ربات‌های خودتان: GET /admin/tickets/{id}/messages/{message_id}/image تازه است، و رویدادهای ticket.opened، ticket.message و ticket.answered حالا message_id و has_image دارند.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه». ربات هم با همین آپدیت می‌شود.

English

Pictures in tickets, all the way

• A customer can now send just the screenshot of the error, with no words - from the bot, from the customer page on the relay, and the operator in an answer too. A message used to need words, and the bot answered a picture alone with "write your message".
• The bot takes a picture sent as a file (an uncompressed screenshot) as well, and says, when it waits for a message, that a picture will do.
• The customer's picture itself reaches the operator's bot, with the ticket's words under it and the "answer" and "close" buttons - the notice used to be words alone, the picture to be seen in the web panel only.
• The operator can answer with a picture too, and it reaches the customer in the bot, with an "answer" button.
• For your own bots: GET /admin/tickets/{id}/messages/{message_id}/image is new, and the ticket.opened, ticket.message and ticket.answered events now carry message_id and has_image.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all. The bot is upgraded with it.

v0.10.5 - alpha version

فارسی

۱. تونل مستقیم تا نودها هم

• در کارت تونل نود هم حالا «مستقیم» هست، با همان xdi، pck، sni، udp و quic و همان پروفایل‌های سرعت.
• تونل مستقیم رله تا نود کنار تونلش تا سرور خارج اصلی کار می‌کند؛ هر کدام شبکه و اینترفیس خودش را دارد.
• نود سمت خودش را خودش راه می‌اندازد و رله را از آدرس تونل هم راه می‌دهد.
• وقتی تونل تا نود وصل است ولی چیزی رد نمی‌کند، رله مستقیم به نود می‌رود و همین که تونل دوباره رد کرد برمی‌گردد — مثل تونل سرور خارج اصلی. کارت تونل در پنل هم همین را می‌گوید. در تست، حدود ۵۰ ثانیه بعد از قطعی مستقیم رفت و حدود ۴۰ ثانیه بعد از رفع آن برگشت.
• رله و نود هر دو باید روی 0.10.5 باشند؛ تا نباشند، پنل این تونل را ذخیره نمی‌کند و می‌گوید کدام را آپدیت کنید.

۲. فرم تونل فقط گزینه‌های همان جهت را نشان می‌دهد

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

۳. پیام آخر نصب نود

• دیگر نمی‌گوید فقط از یک آدرس خالی اتصال می‌پذیرد؛ رله‌های نود را پنل می‌دهد.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه». تونل‌های فعلی همان‌طور می‌مانند. برای تونل مستقیم تا نود، اگر xdi نیست، درگاه تونل باید روی نود باز باشد؛ برای xdi فقط پینگ در دو جهت.

English

1. Direct tunnels to nodes too

• A node's tunnel card now offers direct as well, with the same xdi, pck, sni, udp and quic and the same performance presets.
• A relay's direct tunnel to a node runs beside its tunnel to the main exit; each has its own network and interface.
• The node builds its end and lets the relay in from its tunnel address.
• When the tunnel to a node is up but carries nothing, the relay goes straight to the node, and back through the tunnel as soon as it carries again - as the main exit's tunnel does. The tunnel's card in the panel says so. In our test it went straight about 50 seconds into an outage and came back about 40 seconds after it ended.
• The relay and the node both have to be on 0.10.5; until they are, the panel does not save this tunnel and says which to upgrade.

2. The tunnel form shows only what the direction picked has

• Picking direct on a tunnel's card left every reverse transport in the list. Now only those of the direction picked are shown, and the presets likewise.

3. The end of a node's install

• It no longer says it accepts connections from an empty address; a node's relays come from the panel.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all. Existing tunnels stay as they are. For a direct tunnel to a node, unless it is xdi, the tunnel's port must be open on the node; xdi needs only ping both ways.

v0.10.4 - alpha version

فارسی

۱. تونل مستقیم همان Direct منوی BackPack شد

• حالا تونل یا معکوس است یا مستقیم. مستقیم همان چیزی است که منوی خود BackPack از نسخهٔ 1.7.3 می‌سازد: رله به سرور خارج وصل می‌شود، دو سرور یک شبکهٔ کوچک مشترک می‌گیرند، و تونل داخل پینگ (xdi)، TCP دست‌ساز (pck و sni)، udp یا quic می‌رود.
• xdi درگاه باز نمی‌خواهد، فقط پینگ در دو جهت. روی مسیری که همه‌چیز دیگر فیلتر بود، فقط همین رد می‌شد.
• رله همان پورت‌های همیشگی‌اش را دارد، پس DNS، شمارش مصرف و هر دو پنل مثل قبل‌اند.
• موتور مستقیم قدیمی BackPack (tcp، stealth، ws، wss) دیگر برای تونل تازه انتخاب نمی‌شود. تونلی که الان دارد، دست نمی‌خورد و کار می‌کند؛ در پنل «مستقیم قدیمی» نوشته می‌شود و ادمین هر وقت خواست عوضش می‌کند.
• فعلاً فقط تا سرور خارج اصلی است؛ تونل تا نودها معکوس است.

۲. پروفایل‌های سرعت BackPack

• ادمین برای هر تونل یکی از پروفایل‌های خود BackPack را انتخاب می‌کند: balance، turbo، aggressive یا throughput — در کارت تونل در پنل ادمین، یا موقع نصب روی سرور خارج.
• عددها همان‌های BackPack نسخهٔ 1.8.5 است و پروفایل روی هر دو سر تونل با هم نوشته می‌شود، پس دو سر هیچ‌وقت ناهماهنگ نمی‌شوند.
• هر نوع تونل پروفایل‌هایی را دارد که BackPack به آن می‌دهد: مستقیم throughput ندارد، و در حالت معکوس throughput فقط روی kcp است.
• «پیش‌فرض» یعنی تونل همان‌طور که تا حالا بود؛ کسی که پروفایل انتخاب نکند هیچ فرقی نمی‌بیند.

۳. تونلی که چیزی رد نمی‌کند دیگر رله را قطع نمی‌کند

• وقتی تونل وصل بود ولی چیزی رد نمی‌کرد، nginx رله سراغ مسیر مستقیم نمی‌رفت و همهٔ مشتری‌های آن رله تا برگشتن تونل قطع می‌ماندند.
• حالا اگر پنل از داخل تونل جواب ندهد ولی مستقیم جواب بدهد، رله خودش مشتری‌ها را مستقیم می‌فرستد، و همین که تونل دوباره رد کرد برمی‌گرداند. در تست، بعد از حدود ۴۰ ثانیه سرویس برگشت.

۴. سرورهای حذف‌شده دیگر در صفحهٔ لاگ‌ها نمی‌مانند

• سروری که از پنل حذف شود لاگش هم پاک می‌شود، و صفحهٔ لاگ‌ها فقط سرورهای فعلی پنل را نشان می‌دهد؛ لاگ سرورهایی که قبلاً حذف شده بودند هم خودش پاک می‌شود.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه». تونل‌های فعلی همان‌طور می‌مانند. برای مستقیم جدید، اگر xdi نیست، درگاه تونل باید روی سرور خارج باز باشد.

English

1. A direct tunnel is BackPack's Direct as its menu makes it now

• A tunnel is now reverse or direct. Direct is what BackPack's own menu has made since v1.7.3: the relay dials the exit, the two machines get a small network of their own, and the tunnel rides inside ping (xdi), hand-made TCP (pck and sni), udp or quic.
• xdi needs no port opened, only ping both ways. On a route where everything else was filtered, it was the one that got through.
• The relay keeps its usual ports, so DNS, usage counting and both panels are as before.
• BackPack's older direct engine (tcp, stealth, ws, wss) is no longer offered for a new tunnel. One that has it is left running as it is, shown as "old direct" in the panel until the admin changes it.
• To the main exit only for now; a tunnel to a node is reverse.

2. BackPack's performance presets

• The admin picks one of BackPack's own presets for each tunnel - balance, turbo, aggressive or throughput - on the tunnel's card in the admin panel, or when installing the exit.
• The numbers are BackPack v1.8.5's, and the preset is written at both ends of the tunnel at once, so they never disagree.
• Each kind of tunnel has the presets BackPack gives it: direct has no throughput, and in reverse throughput is on kcp only.
• "Default" is the tunnel as it has always been; nobody who picks none sees any change.

3. A tunnel that carries nothing no longer cuts the relay

• A tunnel that was up but carried nothing kept the relay's nginx from turning to the exit directly, and every customer of the relay was cut until the tunnel came back.
• Now, when the panel does not answer through the tunnel but answers directly, the relay sends its customers straight to the exit, and back through the tunnel as soon as it carries again. In our test, service came back after about 40 seconds.

4. Removed servers no longer stay on the logs page

• A server taken off the panel takes its log with it, and the logs page shows only the servers the panel has now; logs of servers removed earlier are cleared on their own.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all. Existing tunnels stay as they are. For the new direct, unless it is xdi, the tunnel's port must be open on the exit.

v0.10.3 - alpha version

فارسی

۱. تونل‌های xdi، kcp و pck چند برابر سریع‌تر

• BackPack این پروتکل‌ها را روی KCP می‌سازد، و وقتی تنظیمی برایش نوشته نشود KCP را در حالت کند اجرا می‌کند. تا حالا اسکریپت هیچ تنظیمی برایشان نمی‌نوشت.
• حالا هر جا تونل ساخته می‌شود (نصب‌کننده، پنل ادمین، رله و نود) تنظیمات Turbo خود BackPack را می‌گیرد، به‌جز تصحیح خطا (FEC): آن باید در دو طرف یکی باشد و دو طرف تونل با چند دقیقه فاصله آپدیت می‌شوند، پس خاموش می‌ماند تا وسط آپدیت تونل قطع نشود.
• اندازه‌گیری روی یک مسیر فیلترشده با xdi: صفحهٔ ۱.۲ مگابایتی از ۷.۵ ثانیه به ۰.۵ ثانیه، فایل ۵ مگابایتی از حدود ۱۸ ثانیه به کمتر از ۱ ثانیه.

۲. تست آخر نصب روی مسیرهایی که فقط تونل کار می‌کند

• تست «the exit's sync API answers this relay» فقط مسیر مستقیم را امتحان می‌کرد. روی مسیری که مستقیمش بسته است و فقط تونل (مثلاً xdi) کار می‌کند ❌ نشان می‌داد، در حالی که همگام‌سازی از داخل تونل سالم بود. حالا از داخل تونل هم امتحان می‌کند و اگر فقط از تونل جواب گرفت، می‌گوید مسیر مستقیم بسته است ولی رله کار می‌کند.
• تست «a site loads through the full chain» موقع شکست به‌جای 000 می‌نوشت 000000. درست شد.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه». تونل‌های xdi، kcp و pck بعد از آپدیت یک بار ری‌استارت می‌شوند. پورت تازه‌ای لازم نیست.

English

1. xdi, kcp and pck tunnels several times faster

• BackPack builds these transports on KCP, and runs KCP in its slow mode when nothing is set for it. Until now the script set nothing.
• Every place that writes a tunnel (the installer, the admin panel, the relay and a node) now gives them BackPack's own Turbo settings, less forward error correction: FEC has to match at both ends, and the two ends of a tunnel are upgraded minutes apart, so it stays off rather than break a tunnel mid-upgrade.
• Measured on a filtered route over xdi: a 1.2 MB page from 7.5 s to 0.5 s, a 5 MB file from about 18 s to under 1 s.

2. The installer's last checks on routes where only the tunnel works

• "the exit's sync API answers this relay" tested the direct path only, so on a route whose direct path is closed and only the tunnel (xdi, say) works it showed ❌ while the sync was fine through the tunnel. It now asks through the tunnel too, and when only the tunnel answers, says the direct path is closed but the relay works.
• "a site loads through the full chain" printed 000000 instead of 000 when it failed. Fixed.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all. xdi, kcp and pck tunnels restart once after the upgrade. No new ports.

v0.10.2 - alpha version

فارسی

ربات موقع فرستادن کانفیگ وایرگارد و عکس گیر نمی‌کند

• ربات عکس و فایل (QR و فایل کانفیگ وایرگارد، عکس رسید برای ادمین) را هر بار با اتصال تازه به تلگرام می‌فرستاد و پایتون روی هر آدرس تلگرام تا ۵ دقیقه صبر می‌کرد. روی سروری که IPv6اش به تلگرام گاهی وصل نمی‌شود، ربات موقع فرستادن کانفیگ‌ها همین‌قدر گیر می‌کرد.
• حالا هر آدرس ۶ ثانیه فرصت دارد و بعد آدرس بعدی امتحان می‌شود؛ IPv6 یا IPv4ای که تازه وصل نشده تا ۱۰ دقیقه آخر امتحان می‌شود.
• عکس‌ها، فایل‌ها و دانلودها هم از همان اتصال باز پیام‌ها می‌روند، پس سریع‌ترند.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه»؛ یا فایل تازه را روی سرور خارج اجرا کنید. پورت تازه‌ای لازم نیست.

English

The bot no longer hangs sending WireGuard configs and pictures

• The bot sent pictures and files (WireGuard QRs and config files, receipt pictures to the admin) on a new connection each, and Python gave each of Telegram's addresses up to five minutes. On a server whose IPv6 route to Telegram comes and goes, the bot hung that long sending configs.
• Each address now has six seconds before the next is tried, and an IP family that just failed is tried last for ten minutes.
• Pictures, files and downloads also go on the connection the messages keep open, so they are faster.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all; or run the new file on the exit. No new ports.

v0.10.1 - alpha version

فارسی

همهٔ کانفیگ‌های وایرگارد با یک دکمه، یک‌جا

• مشتری دیگر سرور انتخاب نمی‌کند و کانفیگ‌ها را یکی‌یکی نمی‌گیرد: «دریافت کانفیگ وایرگارد» برای همهٔ سرورهایش یک‌جا کانفیگ می‌سازد.
• در صفحهٔ مشتری همهٔ کانفیگ‌ها زیر هم در یک صفحه‌اند: بالای هر کدام اسم سرور و توضیحی که ادمین برای آن سرور نوشته، بعد QR، فایل و متن کانفیگ.
• در ربات هر کانفیگ با QR خودش فرستاده می‌شود و اسم و توضیح سرور زیر عکس است؛ دکمهٔ «همهٔ کانفیگ‌ها و QR کدها» همه را دوباره می‌فرستد.
• شمارهٔ سرور در وایرگارد همان شمارهٔ کنار DNS است.
• API ربات: POST /users/{id}/wg بدون بدنه برای همهٔ سرورها می‌سازد، و GET /users/{id}/wg/all همه را با هم می‌دهد (docs/bot-api.md).

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه». صفحهٔ مشتری روی رله‌هاست، پس رله‌ها هم باید آپدیت شوند. پورت تازه‌ای لازم نیست.

English

Every WireGuard config with one button, all together

• A customer no longer picks a server or gets configs one at a time: "Get a WireGuard config" makes one for every server they have, at once.
• The customer page shows every config on one page, one under another: each under its server's name and the words the admin wrote about that server, then its QR, file and text.
• In the bot each config is sent with its own QR, the server's name and words under the picture; the "All configs and QR codes" button sends them all again.
• A server's number in WireGuard is the number its DNS address has.
• Bot API: POST /users/{id}/wg with no body makes them for every server, and GET /users/{id}/wg/all returns them all (docs/bot-api.md).

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all. The customer page runs on the relays, so they need the upgrade too. No new ports.

v0.10.0 - alpha version

فارسی

۱. وایرگارد، کنار DNS

• راه دوم برای استفاده از سرویس: مشتری برنامهٔ WireGuard را روی گوشی نصب می‌کند و کانفیگ را به آن می‌دهد. جایی که DNS کار نمی‌کند، این کار می‌کند.
• VPN نیست: گوشی فقط به رلهٔ ایران وصل می‌شود و از راه آن فقط DNS و سرویس‌هایی که سرویس شما باز می‌کند می‌روند؛ بقیهٔ اینترنت مشتری مستقیم است و رله چیزی را فوروارد نمی‌کند.
• برای هر رله یک کانفیگ، مثل یک آدرس DNS برای هر رله. تعداد دستگاه پلن همان تعداد آی‌پی ثبت‌شده است و هر دو (DNS و کانفیگ) روی همان دستگاه‌ها کار می‌کنند.
• به‌طور پیش‌فرض کانفیگ فقط از آی‌پی‌های ثبت‌شدهٔ مشتری کار می‌کند؛ کانفیگی که به کس دیگری داده شود وصل نمی‌شود، و آی‌پی مشتری‌ای که با کانفیگ دیگری وصل شود ۱۰ دقیقه از وایرگارد بسته می‌شود. با یک تیک در پنل ادمین می‌شود این را خاموش کرد.
• مشتری کانفیگ را از صفحهٔ مشتری یا دکمهٔ «🛡 کانفیگ وایرگارد» در ربات می‌گیرد، با QR و فایل .conf.
• تب جدید «وایرگارد» در پنل ادمین: روشن و خاموش، پورت، رله‌ها و پلن‌هایی که دارند، اسم کانفیگ، دامنهٔ رله به جای آی‌پی، MTU، Keepalive، سقف آی‌پی روزانه، حذف کانفیگ‌های بی‌استفاده، و اینکه مشتری خودش کانفیگ بسازد یا نه. تعداد آنلاین‌ها در صفحهٔ اصلی و گزارش صبح هم هست.
• خاموش است تا ادمین روشنش کند. روشن که شد، پورت UDP وایرگارد (پیش‌فرض 51820) باید روی رله‌ها باز باشد.

۲. هشدار برای رله‌ای که جواب پنل به آن نمی‌رسد

• وقتی راه بین رله و پنل فقط یک طرفه کار کند، گزارش رله به پنل می‌رسد ولی جواب پنل به رله نمی‌رسد؛ کاربرها و تنظیمات تازه روی آن اعمال نمی‌شوند و تا حالا هیچ هشداری نبود.
• حالا اگر ۵ دقیقه جواب پنل به رله‌ای نرسد، ادمین خبر می‌گیرد، و وقتی درست شد هم.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه»؛ یا فایل تازه را روی سرور خارج و رله‌ها اجرا کنید. هشدار تازه وقتی کار می‌کند که هم پنل و هم رله آپدیت شده باشند.

English

1. WireGuard, beside the DNS

• A second way to use the service: the customer installs the WireGuard app on their phone and gives it the config. Where DNS does not work, this does.
• Not a VPN: the phone reaches only the relay in Iran, and through it only DNS and the services your service opens; the rest of the customer's internet goes direct, and the relay forwards nothing.
• One config for each relay, as one DNS address for each. A plan's devices are its registered addresses, and both the DNS and the configs work on them.
• By default a config works only from its customer's registered addresses: a config handed to somebody else does not connect, and a customer's address that connects with another's config is kept off WireGuard for 10 minutes. One tick in the admin panel turns this off.
• Customers get configs on their customer page or with the bot's "🛡 WireGuard config" button, as a QR and a .conf file.
• A new WireGuard tab in the admin panel: on and off, the port, which relays and plans have it, the config's name, the relay's domain in place of its IP, MTU, keepalive, a daily address limit, removing unused configs, and whether customers make their own. The number online is on the home page and in the morning report.
• Off until the admin turns it on. Once on, WireGuard's UDP port (51820 by default) must be open on the relays.

2. An alert for a relay the panel's answers do not reach

• When the road between a relay and the panel works one way only, the relay's reports arrive but the panel's answers never get back; new customers and settings are not applied there, and nothing said so.
• Now the admin is told when a relay has had no answer for 5 minutes, and again when it does.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all; or run the new file on the exit and the relays. The new alert works once both the panel and the relay are upgraded.

v0.9.25 - alpha version

فارسی

سه اصلاح:

۱. تونل بعد از آپدیت BackPack ری‌استارت می‌شود

• تا حالا آپدیت، فایل BackPack تازه را می‌گذاشت ولی تونلی که روشن بود را ری‌استارت نمی‌کرد؛ تونل با نسخهٔ قدیمی ادامه می‌داد. روی یک رله، تونل چند روز بعد از آپدیت به v1.8.5 هنوز با v1.8.0 کار می‌کرد - همان نسخه‌ای که بعد از قطع و وصل گیر می‌کرد.
• حالا هر بار BackPack تازه نصب شود، همهٔ تونل‌های روشن (تونل رله و تونل‌های نودها) خودکار ری‌استارت می‌شوند.

۲. آپدیت رله وقتی تونل خراب است گیر نمی‌کند

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

۳. دانلود فایل‌ها از پنل ادمین روی گوشی

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

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه»؛ یا فایل تازه را روی سرور خارج و رله‌ها اجرا کنید. رله‌ای که تونلش الان چیزی رد نمی‌کند، با نسخهٔ قبلی خودش آپدیت را نمی‌گیرد؛ یک بار فایل تازه را دستی روی آن اجرا کنید. پورت تازه‌ای لازم نیست.

English

Three fixes:

1. Tunnels restart after a BackPack update

• An upgrade put the new BackPack binary in place but did not restart a tunnel already running, which went on running the old one. On one relay the tunnel was still on v1.8.0 days after the upgrade to v1.8.5 - the version that got stuck after reconnects.
• Now every running tunnel (the relay's, and those to nodes) restarts whenever a new BackPack is installed.

2. A relay's upgrade no longer stalls on a broken tunnel

• A relay fetched the installer through its tunnel first. When the tunnel connected but carried nothing, every upgrade timed out and none ever ran.
• Now it falls back to the direct path.

3. Downloads from the admin panel on a phone

• Receipt pictures, backups and other files opened as a page on a phone instead of saving. Fixed.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all; or run the new file on the exit and the relays. A relay whose tunnel carries nothing right now cannot fetch the upgrade with its current version; run the new file on it once by hand. No new ports.

v0.9.24 - alpha version

فارسی

همهٔ جزئیات رسید، زیر عکسش در ربات

• قبلاً زیر عکس رسید فقط اسم مشتری، اسم پلن و مبلغ می‌آمد. حالا همه‌چیز هست: مشتری (با نام کاربری و آیدی تلگرام)، پلن، مدت، حجم، سرعت، تعداد دستگاه، قالب، قیمت پلن، کد تخفیف، مبلغ واریزی، یادداشت مشتری و زمان فرستادن.
• پلن فعلی مشتری هم نوشته می‌شود؛ اگر پلنش هنوز تمام نشده، می‌گوید که پلن تازه رزرو می‌شود. اگر پلن رزرو در صف دارد، تعدادش هم می‌آید.
• رسید شارژ کیف پول موجودی فعلی کیف پول را می‌گوید، و رسید دستگاه اضافه تعداد دستگاه‌های فعلی را.
• همین متن هم برای رسید تازه می‌آید و هم در فهرست رسیدهای در انتظار. تاریخ‌ها با تقویم انتخاب‌شده در تنظیمات و به وقت تهران.
• در API ربات، هر رسید یک فیلد text با همین جزئیات دارد.

اپگرید: از پنل ادمین، «تنظیمات ← نسخهٔ تازه از گیت‌هاب ← آپدیت همه» (ربات هم)؛ یا فایل تازه را روی سرور خارج اجرا کنید. پورت تازه‌ای لازم نیست.

English

Everything about a receipt, under its photo in the bot

• The caption used to say only the customer, the plan's name and the amount. Now it says all of it: the customer (with their username and Telegram id), the plan, its days, allowance, speed, devices and template, its price, the discount code, the amount paid, the customer's note and when it was sent.
• The customer's current plan too; while it still runs, it says the new plan will be reserved. Reserved plans waiting are counted.
• A wallet top-up says the wallet as it is, and an extra device the devices there are now.
• The same text for a new receipt and in the list of receipts waiting. Dates in the calendar chosen in Settings, in Tehran time.
• In the bot API, each receipt has a text field with the same details.

Upgrading: from the admin panel, Settings -> New version from GitHub -> Upgrade all (the bot too); or run the new file on the exit. No new ports.