راه حل موقت برای رفع مشکل کندی و پر شدن رم و سی پی یو #173

AkramiPro · 2023-10-10T21:02:29Z

سلام دوستان
کسانی که تعداد کاربر خیلی بالایی دارن احتمالا به مشکل بخورن توی هندل کردن درخواست ها
البته طبق تست هایی که داشتم این داستان زیاد ربطی به RTT نداره . هرچند شاید بشه تا بهینه کردن کد ها و اضافه شدن Multithreading به RTT این مشکل رو حل کرد ولی بازم من مطمئن هستم که به مشکل میخوره
بزارید کامل براتون توضیح بدم که متوجه بشید چرا بازم به مشکل میخوره

با توجه به اینکه بنده دانش فنی و تسلط کافی در بحث لینوکس و شبکه رو ندارم ممکن هست بعضی از گفته های بنده اشتباه باشه که پیشاپیش از شما معذرت میخوام و از اساتید محترم میخوام که بنده رو اصلاح کنن و مشکلات رو بگید که ویرایش کنم

اگر حوصله ندارید و کلا براتون مهم نیست که درک کنید مشکل چیه و چطوری حل میشه مقدمه رو نخونید .مستقیم برید راه حل رو بخونید

تمامی کد های زیر رو باید در سرور ایران اجرا کنید . البته بخش بهینه سازی رو میتونید در سرور خارج هم اجرا کنید

مقدمه و درک مشکل

من خودم از sing-box استفاده میکنم . حالت Multithreading همین الان هم داخل ساین باکس هست
یعنی شما 1 بار ساین باکس رو اجرا میکنی ولی اون خودش میاد چندین پراسس دیگه که میشه child process رو اجرا میکنه
چرا این کار رو میکنه ؟ برای اینکه بتونه بهتر مدیریت کنه درخواست ها رو و درخواست های ورودی رو بین چندین پراسس پخش میکنه تا هندل بشن و مثلا اگر شما 2 تا هسته داری از توان هر 2 هسته cpu شما استفاده بشه
حالا چرا برنامه ها از حالت Multithreading پشتیبانی نمیکنن ؟ چون پیاده سازی همچین چیزی به این راحتی ها نیست و مدیریت کردن انجام شدن درخواست ها به صورت موازی یکم پیچیده هست که از دانش من هم خارج هست صرفا طبق چیز هایی که مطالعه کردم میدونم که سخت هست
خب گفتیم که ساین باکس برای هندل کردن درخواست ها از چندین ترد که ایجاد کرده استفاده میکنه ولی بازم وقتی تعداد درخواست بالا میره به مشکل میخوره ساین باکس و نمیتونه مدیریت کنه
اینکه چرا اینطوری میشه رو من دقیق نمیدونم شاید به خاطر این باشه که سیستم عامل بهش اجازه نمیده و یا محدودیت های نرم افزاری باشه یا چیز های دیگه
در هر صورت من این راه حل به ذهنم رسید که بیام و به جای 1 ساین باکس چندین ساین باکس اجرا کنم و درخواست ها رو بین اینا پخش کنم
حالا شما فرض کن خود ساین باکس هم ترد داره و اینطوری شما یه لود بالانس دستی درست کردی که یه تعداد زیادی ترد اماده هستن به درخواست های شما جواب بدن :)
اینم بگم که این روش به این خاطر به ذهن من رسید که دیدم درصد استفاده از منابع سرور اصلا بالا نرفتن ولی وقتی درخواست ها زیاد میشه ساین باکس دیگه جواب نمیده . اینجا خب فکر کردم شاید محدودیت نرم افزاری باشه و اگر چند تا ساین باکس اجرا کنیم مشکل حل بشه که همین طور هم شد
سرور من 8 گیگ رم و 2 تا هسته فرکانس 5.7 داره که به این راحتی پر نمیشه ولی جالب بود که با این همه منابع بازم ساین باکس به مشکل میخورد
این نشون میده که کد هاش یا بهینه نیست یا درست نمیتونه از منابع سیستم استفاده کنه
حالا شاید بگید چطوری فهمیدم که مشکل از RTT نیست و از ساین باکس هست ؟
من اومدم یک socks داخل ساین باکس تعریف کردم روی پورت مثلا 1080 روی 127 تا تست کنم اصلا ساین باکس میتونه به درخواست های داخلی جواب بده یا نه . چ برسه به درخواست هایی که از سرور ایران براش میاد

بعدش کد زیر رو برای تست اجرا کردم

curl --socks5-hostname 127.0.0.1:1080 http://ip-api.com/

که خب تایم اوت میخورد
این یعنی ساین باکس اصلا توان هندل یه درخواست داخلی هم نداشت و مشکل از RTT نیست
پس بهترین کار این هست که چند تا ساین باکس اجرا کنیم و یه طوری حل کنیم این مشکل رو
حالا این راه حل رو میشه برای بقیه برنامه ها هم زد . مثل RTT یا هر چیز دیگه

برای درک بهتر به عکس بالا دقت کنید که . بخش سفید رنگ ساین باکس هست که ران شده و اون سبز ها ترد هاش هستن
حالا عکس زیر رو دقت کنید

این عکس هم مربوط به RTT هست که همین طور که مشاهده میکنید چون هنوز از ترد پشتیبانی نمیکنه هیچ تردی نداره و خودش همه درخواست ها رو با استفاده از 1 هسته cpu هندل میکنه . یعنی ممکن هست شما 4 تا هسته داشته باشی ولی RTT فقط از 1 هسته cpu شما استفاده میکنه
اینطوری همه فشار روی 1 هسته هست و از تمام توان cpu شما استفاده نمیشه
حالا فرض کنیم که RTT اپدیت بده و مثل ساین باکس ترد بهش اضافه بشه . به احتمال زیاد مشکل به صورت موقت حل میشه ولی امکان داره اون مشکل که برای ساین باکس گفتم برای RTT هم پیش بیاد یعنی حتی با وجود ترد امکان داره که درخواست ها بازم در ابعاد بالا به مشکل بخورن
پس این راه حل که میگم میتونه یه راه حل خوبی باشه که شما بتونی تعداد کاربر بالا رو با این روش هندل کنید و کاربران هم به مشکل نخورن

راه حل

خب بریم سراغ راه حل . چیزی که من به ذهنم اومد این بود که RTT رو چندین بار اجرا کنیم تا اینطوری خودمون دستی حالت ترد رو پیاده سازی کرده باشیم
ولی خب یه مشکلی که پیش میاد این هست که چندین برنامه نمیتونن به صورت هم زمان از یک پورت مثلا 443 استفاده کنن
یعنی فرض کن شما توی سرور ایران به RTT گفتی که به 443 لسن کنه وقتی بخوای 4 تا RTT اجرا کنی دیگه نمیشه هر 4 تا از 443 لسن کنن و هر RTT باید از یک پورت جدا لسن کنه
که اینجا برای حل این مشکل از haprpxy استفاده میکنیم . این haproxy یه برنامه قوی برای درست کردن لود بالانس هست .
حالا این یعنی چی ؟
شما فرض کن من میخوام RTT رو 4 بار اجرا کنم . میام این 4 تا رو روی پورت های مختلف اجرا میکنم . مثلا پورت های زیر :
1010
2020
3030
4040
بعدش به haproxy میگم تو روی 443 لسن کن و هر درخواستی که به 443 اومده بین این 4 تا RTT پخش کن . به همین سادگی !
خب شاید بگید که الان مشکل RTT و ساین باکس برای haproxy چرا پیش نمیاد ؟ یعنی ممکن هست این وسط haproxy هم هنگ کنه و نتونه درخواست ها رو هندل کنه ولی خب اینطوری نیست چون haproxy یه برنامه قدیمی هست که اصلا کارش مدیریت کردن تعداد درخواست بالا هست و ساخته شده برای اینکار و طوری طراحی شده که کم نمیاره

بهینه سازی سرور

قبل از اینکه شروع کنیم چند تا کد زیر رو اجرا کنید که بتونید از تمامی توان نرم افزاری و سخت افزاری سرور استفاده کنید چون پیشفرض خیلی از چیز ها محدود هست . اگر نیاز بود بگید توضیح بدم که کد های زیر دقیقا چیکار میکنن ولی یه توضیح کوچیک زیر هر کدوم میدم .

این کد برای این هست که به سیستم بگیم اگر حجم log ها بیشتر از 10 مگ شد لاگ ها رو پاک کنه . اینطوری دیگه فضای سرور اگر مشکلی پیش بیاد پر نمیشه به خاطر لاگ
sudo sed -i 's/#SystemMaxUse=/SystemMaxUse=10M/' /etc/systemd/journald.conf && sudo systemctl restart systemd-journald

این کد هم برای بهینه کردن شبکه TCP هست . دقت کنید که من در 2 خط اخر ipv6 رو کلا غیر فعال کردم اگر به ipv6 نیاز دارید 2 خط اخر رو حذف کنید

sudo echo '
fs.file-max = 1048576
fs.inotify.max_user_instances = 1048576
net.core.rmem_max=16777216
net.core.wmem_max=16777216
net.core.netdev_max_backlog=2000
net.ipv4.tcp_rmem = 8192 262144 536870912
net.ipv4.tcp_wmem = 4096 16384 536870912
net.ipv4.tcp_adv_win_scale = -2
net.ipv4.tcp_collapse_max_bytes = 6291456
# forward ipv4
net.ipv4.ip_forward = 1
net.ipv4.tcp_fastopen = 3
net.ipv4.tcp_keepalive_time = 90
net.ipv4.tcp_congestion_control=bbr
net.core.default_qdisc=cake
net.ipv6.conf.all.disable_ipv6=1
net.ipv6.conf.default.disable_ipv6=1
' > /etc/sysctl.conf

اینجا به سرور میگیم که کلا هیچ محدودیت برای nofile و nproc قرار نده و از حداکثر توان سرور استفاده کنه

sudo mkdir /etc/systemd/system.conf.d
sudo echo '[Manager]
DefaultLimitNOFILE=infinity' > /etc/systemd/system.conf.d/99-unlimited.conf
sudo echo 'session required pam_limits.so' >> /etc/pam.d/common-session
sudo echo 'session required pam_limits.so' >> /etc/pam.d/common-session-noninteractive
sudo echo '*       hard    nofile  unlimited
*       soft    nofile  unlimited
*       hard    nproc   unlimited
*       soft    nproc   unlimited
root       hard    nofile  unlimited
root       soft    nofile  unlimited
root       hard    nproc   unlimited
root       soft    nproc   unlimited' > /etc/security/limits.conf
sudo echo '*       hard    nofile  unlimited
*       soft    nofile  unlimited
*       hard    nproc   unlimited
*       soft    nproc   unlimited
root       hard    nofile  unlimited
root       soft    nofile  unlimited
root       hard    nproc   unlimited
root       soft    nproc   unlimited' > /etc/security/limits.d/99-unlimited.conf

برای اینکه کد های بالا اعمال بشن باید یه بار سیستم رو ریبوت کنید
reboot

بعد از اینکه سیستم ریبوت شد اگر درست انجام داده باشید با زدن دستور زیر باید یه عدد بزرگ مثل 1048576 رو نشون بده . اگر 1024 نشون داد یعنی یه جا اشتباه کردید و از اول انجام بدید دوباره .
ulimit -n

پیاده سازی haproxy

دستور نصب haproxy

sudo apt install --no-install-recommends software-properties-common -y
sudo add-apt-repository ppa:vbernat/haproxy-2.8 -y
sudo apt update
sudo apt install haproxy -y

اینم کانفیگ haproxy هست که بهش گفتیم به 443 گوش بده و درخواست ها رو بین 4 تا RTT که روی پورت های 1010 تا 4040 تنظیم شدن تقسیم کن . در ادامه بیشتر توضیح میدم

echo '
global
    nbthread    2
    cpu-map     1-2 0-1
    maxconn     500000
    tune.bufsize 49152
    daemon

defaults
    mode    http
    option  tcp-check
    option  redispatch
    option  dontlognull
    option  abortonclose
    option  http-keep-alive
    option  http-pretend-keepalive
    timeout connect 5000
    timeout client  50000
    timeout server  50000

    retry-on all-retryable-errors

listen RTT-Threads
    bind 0.0.0.0:443
    balance   static-rr
    server    s1 127.0.0.1:1010 check inter 2s
    server    s2 127.0.0.1:2020 check inter 2s
    server    s3 127.0.0.1:3030 check inter 2s
    server    s4 127.0.0.1:4040 check inter 2s
' > /etc/haproxy/haproxy.cfg

اینجا هم سروسی haproxy رو ران میکنیم و تنظیم میکنیم که با ری استارت شدن سرور خودکار اجرا میشه
systemctl enable haproxy
systemctl restart haproxy

کد بالا چند تا پارامتر مهم داره .

پارامتر nbthread تعداد ترد هایی هست که haproxy ایجاد میکنه تا بتونه درخواست ها رو جواب بده . بهتر هست مقدارش با تعداد هسته cpu هایی که دارید یکسان باشه . مثلا اگر 2 هسته دارید این هم 2 قرار بدید

پارامتر cpu-map هم مشخص میکنه هر ترد به کدوم هسته از cpu متصل بشه در پارامتر قبلی چون 2 تا ترد تنظیم کردیم پس 2 تا مپ هم میکنیم یعنی میگیم ترد 1 رو به هسته 0 متصل کن و ترد 2 رو به هسته 1 . سیستم عامل هسته ها رو از 0 شروع میکنه

پارامتر maxconn خیلی مهم هست . این رو بر اساس توان شبکه و سرور خودتون کم و زیاد کنید . من قرار دادم که به 500 هزار درخواست بتونه جواب بده . که تعداد خیلی بالایی هست. شما میتونید این مقدار رو کم یا زیاد کنید ولی پیشنهاد میکنیم همون 500 بزارید باشه .
شاید بگید اگر از 500 هزار تا بیشتر شد چیکار میکنه ؟ سادش میشه اینکه میاد درخواست ها رو داخل pool قرار میده یعنی یه delay ایجاد میشه تا وقتی که درخواست های قبلی انجام بشن و فضا برای انجام درخواست های جدید باز بشه . یه حالت صف تشکیل میده

یه بخش bind هم داره که گفیتم به پورت 443 گوش بده و در خط های بعدی هم اومدیم RTT ها رو اضافه کردیم که من 4 تا اضافه کردم شما میتونید بیشتر اضافه کنید

نکته جالب اینکه میتونید بهش بگید درخواست ها رو فقط به RTT هایی ارسال کنه که up هستن یعنی اگر یک RTT به هر دلیلی براش مشکل پیش بیاد درخواست رو به RTT های دیگه ارسال میکنه . دقت کنید یه 2s زدم یعنی هر 2 ثانیه چک کنید این RTT کار میکنه یا نه اگر کار نکنه برای یه مدت از لیست حذفش میکنه و درخواست رو به RTT های دیگه ارسال میکنه
خوبی این مورد برای وقتی هست که شما RTT ها رو ری استارت کردید و برای چند لحظه کوچیک درخواست ها drop میشن و کاربر لگ میخوره ولی با این قابلیت تا حد زیادی این لگ رفع میشه
به این نکته هم دقت کنید که در ادامه ما تنظیم میکنیم که سرویس RTT هر یه مدت ری استارت بشه تا مشکل رم که پرم میشه حل بشه
حالا اینجا یه مشکل پیش میاد . اگر ما هر 4 تا RTT رو هم زمان ری استارت کنیم پس 4 تا RTT که تنظیم کردیم down میشن و درخواست ها drop میشن برای چند لحظه
پس باید هر RTT رو با یک فاصله زمانی متفاوت ری استارت کنید تا همیشه حداقل یک RTT وجود داشته باشه که به درخواست ها جواب بده
اگر یک RTT ری استارت بشه خود haproxy میاد کاربران قدیمی رو به RTT بعدی منتقل میکنه . خیلی زیباست مگه نه ؟

تنظیم RTT ها

خب الان وقت این هست که RTT ها رو هم تنظیم کنیم که مثلا 4 تا RTT اجرا کنیم روی پورت های مختلف . برای اینکار اول از همه برید اگر از قبل RTT رو به صورت سرویس اجرا کردید خاموش کنید و سرویس رو disable کنید تا تداخل ایجاد نشه و پورت 443 رو اشغال نکنه
حالا کد زیر رو که مخصوص اجرای 4 تا RTT هست اجرا کنید . متناسب با نیاز خودتون میتونید تعداد بیشتری از RTT اجرا کنید کافی هست پورت رو تغییر بدید و RTT جدید رو هم به haproxy اضافه کنید

یادتون نره که مقدار sni , password رو متناسب با نیاز خودتون تغییر بدید !

در کد های زیر در داخل سرویس من از پارامتر RuntimeMaxSec برای ری استارت خودکار RTT استفاده کردم که باید به ثانیه بهش مقدار بدید و مشخص میکنه سرویس بعد از چند ثانیه ری استارت بشه . و من 3600 رو دادم یعنی 1 ساعت ولی برای سرویس بعدی 100 ثانیه بهش اضافه کردم همون طور که توضیح دادم باید برای ری استارت یه فاصله ایجاد کنید که همه RTT ها با هم ری استارت نشن پس من هر سرویس رو تنظیم کردم که با فاصله 100 ثانیه ری استارت بشه .

RTT 1

echo '[Unit]
Description=RTT 1 Service
After=network.target
Wants=network.target

[Service]
Type=simple
ExecStart=/root/RTT --iran --keep-ufw --keep-os-limit --log:0 --listen:127.0.0.1 --lport:1010 --mux-width:1 --sni:github.com --password:1234
Restart=always
RestartSec=3s
RuntimeMaxSec=3600
LimitNOFILE=infinity
StandardOutput=null
StandardError=null

[Install]
WantedBy=multi-user.target' > /etc/systemd/system/rtt.1.service

RTT 2

echo '[Unit]
Description=RTT 2 Service
After=network.target
Wants=network.target

[Service]
Type=simple
ExecStart=/root/RTT --iran --keep-ufw --keep-os-limit --log:0 --listen:127.0.0.1 --lport:2020 --mux-width:1 --sni:github.com --password:1234
Restart=always
RestartSec=3s
RuntimeMaxSec=3700
LimitNOFILE=infinity
StandardOutput=null
StandardError=null

[Install]
WantedBy=multi-user.target' > /etc/systemd/system/rtt.2.service

RTT 3

echo '[Unit]
Description=RTT 3 Service
After=network.target
Wants=network.target

[Service]
Type=simple
ExecStart=/root/RTT --iran --keep-ufw --keep-os-limit --log:0 --listen:127.0.0.1 --lport:3030 --mux-width:1 --sni:github.com --password:1234
Restart=always
RestartSec=3s
RuntimeMaxSec=3800
LimitNOFILE=infinity
StandardOutput=null
StandardError=null

[Install]
WantedBy=multi-user.target' > /etc/systemd/system/rtt.3.service

RTT 4

echo '[Unit]
Description=RTT 4 Service
After=network.target
Wants=network.target

[Service]
Type=simple
ExecStart=/root/RTT --iran --keep-ufw --keep-os-limit --log:0 --listen:127.0.0.1 --lport:4040 --mux-width:1 --sni:github.com --password:1234
Restart=always
RestartSec=3s
RuntimeMaxSec=3900
LimitNOFILE=infinity
StandardOutput=null
StandardError=null

[Install]
WantedBy=multi-user.target' > /etc/systemd/system/rtt.4.service

حالا که سرویس رو تعریف کردیم باید همه RTT ها رو اجرا کنیم

sudo systemctl daemon-reload

sudo systemctl restart rtt.1.service
sudo systemctl restart rtt.2.service
sudo systemctl restart rtt.3.service
sudo systemctl restart rtt.4.service

sudo systemctl enable rtt.1.service
sudo systemctl enable rtt.2.service
sudo systemctl enable rtt.3.service
sudo systemctl enable rtt.4.service

خب الان باید همه چیز بدون مشکل کار کنه . اگر مشکلی بود حتما بگید . اگر راه حل دیگه ای هم سراغ دارید حتما بگید

نکته مهم

یه نکته بگم و تاکید کنم باز که من اصلا با RTT مشکل رم و سی پی یو ندارم و این مشکل روفقط با هسته های xray و sing-box داشتم و این راه حل رو روی اونا پیاده کرده بودم و جواب گرفتم . ولی چون یه تعداد گفتن که RTT رم رو اشغال میکنه راه حل رو برای RTT در کد های بالا قرار دادم
ولی شما میتونید همین راه حل رو برای هسته هایی مثل ساین باکس هم پیاده سازی کنید که خیلی تاثیر داره

The text was updated successfully, but these errors were encountered:

radkesvat · 2023-10-10T21:05:08Z

ممنون از اینکه وقت گزاشتید و کامل توضیح دادین با جزیات ؛ من با اجازتون اینو داکیومنت میکنم و اضافه میکنم در صفحه اصلی

البته این نکته رو هم بگم که haproxy
برای وقتی خوبه که تک پورت استفاده میکنید و همچنین برنامه رو دستی اجرا میکنید

در حالت مالتی پورت خیلی بعیده کار کنه و اگرم قرار باشه کار کنه ستاپ کردنش پیچیده هست

AkramiPro · 2023-10-10T21:11:00Z

خواهش میکنم . حتما قرار بدید که همه استفاده کنن

در حالت مالتی پورت خیلی بعیده کار کنه و اگرم قرار باشه کار کنه ستاپ کردنش پیچیده هست

درسته من خودم چون از این استفاده نمیکنم اصلا یادم نبود . البته فکر کنم haproxy این امکان رو داره که به یک range لسن کنه ولی پیاده سازیش یکم سخت میشه و نیاز داره که با lua براش یکم کد زد و به haproxy فهموند دقیقا چطوری انتقال بده به RTT

masih1998 · 2023-10-10T23:09:16Z

سلام وقت بخیر دوست گلم
خیلی خیلی ممنونیم از لطف و بزرگواری شما که با جزئیات کامل وقت گذاشتین و توضیح دادین
ایشالله همراه با مهندس عزیز خیر ببینید که رایگان وقت میزارین💚
امیدوارم همیشه سلامت باشید🌹

masih1998 · 2023-10-11T00:58:02Z

سلام مجدد من سرور قبلیمو به همون حالت گذاشتم که لاگش رو موقع قطعی تقدیم مهندس کنم
اومدم روی دو سرور جدید و خام و بدون کاربر این روش رو تست
کردم

اول دستی اجرا کردم بدون استفاده از این داکیومنت که مطمئن بشم سرورا مشکلی ندارن و ارتباط برقرار شد و ارتباط رو قطع کردم

طبق مراحل داکیومنت جلو رفتم که دستور RTT رو در سرور خارج به صورت دستی وارد کردم که نتیجه رو ببینم که با تصویر خطای زیر در سرور خارج مواجه شدم

بعد رفتم روی سرور ایران هر 4 تا RTT که به صورت سرویس در حال اجرا بود رو کاملا از سرور ایران حذف کردم و تانل فعلی رو با دستور pkill RTT متوقف کردم و مثل سرور خارج به صورت دستی دستور RTT رو اجرا کردم که خطای زیر رو در سرور ایران دریافت کردم

ناگفته نمونه طبق تذکر مهندس به صورت دستی و به صورت تک پورت تست کردم
میشه بگین مشکل کجاست که اتصال برقرار نمیشه؟

radkesvat · 2023-10-11T03:49:44Z

طبق این لاگ ؛ به نظرم با تغییر sni مشکلتون حل میشه

masih1998 · 2023-10-11T12:02:19Z

طبق این لاگ ؛ به نظرم با تغییر sni مشکلتون حل میشه

سلام مهندس وقت شما بخیر
ممنونم از پیگیری و پاسخگویی شما
sni رو عوض کردم و یکی از RTT هارو دستی اجرا کردم که لاگشو ببینم اما بازم متصل نشد
لاگ سرور ایران:

لاگ سرور خارج:(همون لاگ قبلی هستش)

RTT هایی که استفاده میکنم:

RTT سرور ایران:
./RTT --iran --keep-ufw --keep-os-limit --log:0 --listen:127.0.0.1 --lport:1010 --mux-width:1 --sni:divar.ir --password:456987

RTT سرور خارج:
./RTT --kharej --iran-ip:12.21.12.21 --iran-port:443 --toip:127.0.0.1 --toport:443 --password:456987 --sni:divar.ir

AkramiPro · 2023-10-11T13:28:27Z

اگر از haproxy استفاده نمیکنید دستوری که دارید برای سرور ایران استفاده میکنید اشتباه هست
باید اینطوری باشه وقتی که بدون haproxy هست :

./RTT --iran --keep-ufw --keep-os-limit --log:0  --lport:443 --mux-width:1 --sni:divar.ir --password:456987

دقت کنید که پورت 443 باید باز باشه . اگر از ufw استفاده میکنید با دستور زیر میشه باز کرد :

ufw allow 443/tcp

برای اینکه مطمئن بشید پورت باز هست وارد ادرس زیر بشید و ایپی سرور ایران وارد کنید و پورت 443 وارد کنید باید سبز نشون بده

https://www.yougetsignal.com/tools/open-ports/

masih1998 · 2023-10-11T13:37:07Z

سلام آقای اکرمی وقت شما بخیر
ممنونم از پاسخگویی شما دوست گلم💚
نه دارم از Haproxy استفاده میکنم و دستورات این داکیومنت رو کامل وارد کردم فقط مرحله آخر که RTT رو به صورت سرویس اجرا میکنیم، بنده این کار رو نکردم و یکی از از اون 4 آر تی تی رو به صورت دستی اجرا کردم که لاگ هاشو ببینم
که لاگ هایی که ارسال کردم خدمتتون به بنده داد...
مهندس گفتند sni رو تغییر بدم که این مورد هم انجام دادم اما وصل نشد..

radkesvat · 2023-10-11T13:37:38Z

اپدیت به زودی منتشر میشه ؛ بعد اپدیت میام مشکلات رو برسی میکنیم دقیق تر

masih1998 · 2023-10-11T13:40:40Z

اپدیت به زودی منتشر میشه ؛ بعد اپدیت میام مشکلات رو برسی میکنیم دقیق تر

سلام مهندس روز بخیر
خیلی ممنونم از زحمات و پیگیری های شما🌹
بنده همچنان منتظرم که RTT سرور قبلی قطع بشه که لاگ هاشو تقدیمتون کنم
که فکر کنم به دلیل کم شدن مصرف سی پی یو سرور ایران از دیشب که خدمتتون اطلاع دادم تا الان قطع نشده
به محض اینکه قطع بشه لاگ هارو تقدیم میکنم💚🌹

AkramiPro · 2023-10-11T20:35:58Z

مهندس جان من خودم این راه حل که دادم رو الان خواستم تست کنم و دیدم که کار نمیکنه
مشکل این هست که وقتی mode رو http باشه ظاهرا RTT به مشکل میخوره
از طرفی وقتی mode رو میزارم TCP مشکل RTT حل میشه و وصل میشه ولی دیگه کانفیگ خودم که vless+ws هست به مشکل میخوره
اگر از ws استفاده کرده باشیم باید حتما mode روی http باشه تا haproxy بتونه روت کنه
طبق خطایی که داده فکر کنم نوع درخواستی که از سمت سرور خارج میاد نمیتونه از haproxy روت بشه چون زده کاربر وصل شده ولی هیچ peer وجود نداره
این خطایی هست که RTT میده وقتی mode روی http باشه :

@radkesvat

AkramiPro · 2023-10-11T20:48:16Z

من با netcat به پورت ایران لسن کردم تا بتونم ببینم درخواستی که از سمت کاربر و از سمت سرور خارج میاد چقدر با هم فرق دارن
فکر کنم بیخود نیست که haproxy نمیتونه هر 2 تا رو هم زمان روت کنه . چون خیلی فرق دارن
درخواستی که از سمت سرور خارج میاد :

درخواستی که از سمت کاربر میاد:

radkesvat · 2023-10-12T07:06:06Z

سلام لطفا نسخه جدید هم این رو تست کنید اگه هنوز مشکل پابرجا بگید

AkramiPro · 2023-10-12T07:49:17Z

سلام لطفا نسخه جدید هم این رو تست کنید اگه هنوز مشکل پابرجا بگید

درود . با نسخه 6 تست کردم هنوز مشکل داره با haproxy
من هر 2 تا mode رو تست کردم tcp http

AkramiPro · 2023-10-12T14:59:50Z

مهندس این رو وقت کردی یه تست بزن با haproxy من با نسخه 6.1 هم تست کردم درست نشده هنوز

Alireza78na · 2023-10-12T15:39:02Z

سلام
اگه امکانش هست توضیح بدید که این کار رو چطور میشه با Xray هم انجام داد
مثلا اگه 2 تا پنل x-ui نصب کنیم ، با توجه به اینکه اینا دیتابیس هاشون باهم فرق داره و مدام هم تغییر میکنه ، چطور باید اینکارو کرد که اینا باهم هماهنگ باشن؟
یا این که باید کار دیگه کرد و دیتابیس ثابته برای هر دو ؟
و یه سوالم دارم اینکه چطور باید تنظیم کنیم که کدوم xray روی کدوم هسته اجرا شه؟

شرمنده اگه سوالام گاهی مبتدی هستن ، چون خیلی از لینوکس و مسائل مربوط بهش سردرنمیارم.

AkramiPro · 2023-10-12T16:06:33Z

انجام این روش برای پنل خیلی دردسر داره و شاید نشدنی باشه
من هیچ وقت با پنل این روش رو انجام ندادم و همیشه چون دستی هسته ها رو لود میکنم به این مشکل نمیخورم
به خاطر اینکه وقتی شما 2 تا xray بخواید اجرا کنید پورت ها تداخل میکنه
همچنین اگر قرار باشه 2 تا پنل نصب کنید مشکل مدیریت کاربران و سینک بودنشون پیش میاد که این حتی اگر درست هم بکنید هزینه ای که از نظر منابع روی دست شما میزاره خیلی بیشتر از حالتی هست که با 1 هسته اجرا کرده باشید!
بهترین راه حل این هست که خود این پنل ها یک اپدیت بدن و این ویژگی رو اضافه کنن در داخل خودشون
یعنی شما به پنل بگی که xray رو 4 بار اجرا کن . اون موقع خود پنل میاد برای هر xray یه پورت در نظر میگیره و دیگه تداخل نمیکنه

AkramiPro · 2023-10-13T01:04:17Z

مهندس این رو وقت کردی یه تست بزن با haproxy من با نسخه 6.1 هم تست کردم درست نشده هنوز

مهندس جان سلام خسته نباشی دیدم نسخه 6.2 رو منتشر کردید گفتم با اینم تست کنم ولی مشکل همچنان هست .
نکته جالب این هست که اگر haproxy رو سمت خارج اجرا کنیم RTT مشکلی باهاش نداره ولی سمت سرور ایران ساپورت نمیکنه که پشت haproxy بندازیم

@radkesvat

radkesvat · 2023-10-13T01:10:37Z

سلام بله سر فرصت تستش میکنم متاسفانه تا قبل از این خیلی با گوست کار میکردم و از haproxy استفاده زیادی نداشتم، میرم سروقتش حتما

AkramiPro · 2023-10-15T03:59:18Z

سلام مهندس خسته نباشی
من این رو با نسخه 6.4 هم تست کردم ولی درست نشد
این من هر چی میشد بررسی کردم که مطمئن بشم مشکل از haproxy هست یا نه
که فکر نکنم مشکل از اون باشه
به نظرم یه تغییر کوچیک داخل کد ها بتونه مشکل رو حل کنه
چیزی که به ذهن خودم میرسه این هست که چون درخواست ها nat میشن این به مشکل میخوره
چون الان اومدم درخواست های کاربران رو با haproxy و پورت 443 لسن کردم و فروارد کردم به RTT که روی پورت 3306 داشت به صورت گلوبال لسن میکرد
از طرفی در سرور خارج به جای پورت 443 بهش پورت 3306 رو دادم
یعنی کاربران با 443 به haproxy ایران وصل میشن و RTT از سمت خارج با پورت 3306 به ایران وصل میشه
وقتی ارتباط تانل رو از haproxy جدا کردم مشکل حل شد . ولی وقتی ارتباط تانل هم وارد haproxy بشه دیگه کار نمیکنه
گفتم شاید این بتونه کمک کنه که متوجه بشید مشکل چی هست

radkesvat · 2023-10-15T06:56:08Z

سلام امروز حتما میرم سروقتش ، البته انگار haproxy به جز nat کردن داره یه حرکتایی میزنه ولیلی دقیق ترشو میفهمم که چه اتفاقی داره میفته

لطفا کامند هایی که (رو haproxy ( تست کردین و جواب ندادو خیلی ساده لیست کنین اگه وقت داشتین...

تشکر

AkramiPro · 2023-10-15T18:05:26Z

کامند خاصی نبوده همون فایل کانفیگ که در بالا قرار دادم تنها نکتش این هست که باید mode روی tcp باشه که RTT بتونه کار کنه
که من برای تست کلا vless که ساخته بودم از ws به tcp تغییر دادم چون RTT فقط روی tcp کار میده ولی بازم کار نکرد
بهترین راه فعلا همین هست که باید درخواست کاربران رو با haproxy دریافت کنیم و به RTT های اجرا شده در سرور ایران بدیم از طرفی سرور خارج بدون واسطه و مستقیم وصل RTT های سرور ایران بشه
حالا چرا بهترین اره حل هست ؟ چون ممکن هست کانفیگ کاربر ws باشه اون موقع mode هم باید روی http باشه که اینطوری دیگه RTT کار نمیکنه
چون طبق تست هایی که داشتم RTT با نوع کانکشن مشکلی نداره یعنی چ tcp و چ http داره ورودی میگیره ولی برای ارتباط با خارج حتما باید با tcp باشه
ولی اگر کلا جدا کنیم این داستان رو از هم کاربر میتونه هر mode قرار بده و دیگه مهم نیست
یا اینکه RTT رو طوری طراحی کنیم که روی هر 2 تا mode کار کنه
تنها چیزی که هنوز من تست نکردم این بود که با netcat تست کنم فرق چیزی که از سمت سرور خارج بدون واسطه دریافت میشه با وقتی که از haproxy رد میشه چی هست . شاید این رو تست کنید متوجه بشید چ تغییری میده
هرچند فکر کنم با Netcat هم به نتیجه خاصی برسیم چون طبق چیزی که من از log مشاهده میکنم کانکشن ها برقرار میشه ولی RTT نمیتونه درخواست هایی که از سمت کاربر ها میاد بندازه روی این کانکشن ها
چون سمت سرور خارج میزنه که 8 تا کانکش دانلود و اپلود ایجاد کنه ولی هیچ outbound ندارن
سمت سرور ایران هم log ها زده که RTT میخواد روی یک ارتباط که از قبل بسته شده read انجام بده
من اول فکر کردم که شاید haproxy کانکشن ها رو close میکنه ولی طبق چیزی که حداقل من فهمیدم اینطوری نیست ضمن اینکه tcpka هم فعال کردم که کانکشن tcp رو نبنده ولی بازم فایده نداشت

این خطای close رو اگر یه بررسی کنید شاید به نتیجه برسه که چرا رخ میده

radkesvat · 2023-10-16T06:02:08Z

اوکی من الان میرم اینو تست میکنم ببینم چیزی میفهمم یا نه ؛ نتیجه رو همینجا میگم

radkesvat · 2023-10-16T06:42:24Z

دلیلشو فهمیدم ؛ چون که haproxy با ایپی 127.0.0.1 ارتباط میگیره با RTT

و خود RTT از طریق یه جدول ایپی تمایز میکنه کاربر و peer را و خوب وقتی با haproxy کانکت میشیم ؛ هم کاربر هم سرور خارج با ایپی 127.0.0.1 میرسن به RTT و به همین دیلی توی تشخیص کاربر یا سرور دچار مشکل میشه

درمورد راه حلش باید پیاده سازی رو تغییر داد و جای فکر داره ؛ اما به هر حال الان به نظرم مشکل cpu حل شده از نسخه 6 و مصرف به شکل قابل توجهی کاهش داشته اما هنوز مالتی کور نیست ...

AkramiPro · 2023-10-16T06:47:40Z

درسته ممنون از پیگیری شما
به نظرم اصلا لازم نباشه کاری بکنید . همین که فقط ارتباط ورودی که از سمت کاربر میاد رو با haproxy هندل کنیم کافی هست
ارتباط با سرور خارج رو بدون واسطه برقرار میکنیم و مشکلی هم نداره فکر کنم بهتر هم باشه اینطوری

radkesvat · 2023-10-16T06:53:09Z

درسته ولی ارتباط خارج روی پورت های ۴۴۳ دریافت نمیشه و این از لحاظ امنیت پوئن منفی محسوب میشه ؛ به نظرم خود RTT مالتی ترد باشه خیلی بهتر از اینه هست که با haproxy درستش کنیم چون یه برنامه واسطه کمتر میشه و ۲ تا تونل داخلی در نتیجه کمتر میشه ؛ و پینگ و سرعت خیلی بهتری میشه بدست اورد حتی اگه تصور کنیم واسطه ی ما که haproxy یا حتی gost باشه کاملا ایده ال پیدا سازی شده باشه

AkramiPro · 2023-10-16T09:33:00Z

اره این که 100 درصد حرف شما درست هست
این haproxy فعلا یه راه حل موقت هست برای برنامه هایی که مالتی ترد نیستن یا در کل بهینه نیستن و نیاز باشه چند بار اجرا بشن

AkramiPro · 2023-10-18T18:34:41Z

درود فراوان
من امروز دوباره دیدم یکی در مورد haproxy سوال کرده پس سعی کردم یه تلاش دیگه بکنم تا مشکلش رو به صورت اصولی حل کنم
در راه حل قبلی که دادم مشکلی که وجود داشت این بود که مجبور بودیم چندین پورت روی سرور ایران باز کنیم و دیگه از پورت 443 برای ارتباط با خارج استفاده نکنیم
که این مشکلی امنیتی داشت و ممکن هست سرور فیلتر بشه
ولی در این راه حل جدید مشکل رو حل کردم و الان میشه از پورت 443 هم برای ارتباط با خارج و هم برای وصل شدن کاربران استفاده کرد
برای اینکه بدونید مشکل RTT دقیقا چیه میتونید پیام های قبلی بین بنده و مهندس رو بخونید ولی خلاصه بخوام بگم چون از haproxy استفاده میکنیم تمامی درخواست هایی که به RTT میره از ایپی یکسان هستن چون nat شدن و اینطوری دیگه RTT نمیتونه تشخیص بده کدوم برای کاربر هست و کدوم برای خارج
اما روش حل اینطوری هست که من اومدم به haproxy گفتم اگر درخواست از سمت سرور خارج بود با ایپی 127.0.0.2 به RTT وصل بشو ولی اگر درخواست از سمت کاربر عادی بود با 127.0.0.3
اینطوری RTT میتونه درخواست های سرور خارج و درخواست از سمت کاربر رو تفکیک کنه و مشکلی دیگه با haproxy نداره
تنها کاری که باید بکنید این هست که ایپی سرور خارج رو به haproxy بدید تا بتونه تفکیک کنه درخواست ها رو . که در کانفیگ پایین 1.2.3.4 رو باید با ایپی سرور خارج عوض کنید
مهندس جان اگر این رو تست کنید و تایید نهایی رو بدید ممنون میشم . من با نسخه 6.7 تست کردم و مشکلی نداشت و به خوبی کار کرد
اگر اوکی هست پست رو اپدیت بزنم تا کسانی که میخوان بتونن از این ویژگی استفاده کنن

global
    nbthread    24
    maxconn     500000
    tune.bufsize 49152
    daemon

defaults
    log global
    mode    tcp
    option  tcpka
    option  redispatch
    option  dontlognull
    option  abortonclose
    option  tcp-smart-accept
    option  tcp-smart-connect
    option  http-keep-alive
    timeout client  10m
    timeout server  10m
    timeout connect 10s
    timeout client-fin 10m
    timeout server-fin 10m
    timeout queue 10m
    retries 3
   
    http-reuse always
    retry-on all-retryable-errors

frontend front-443
    bind 0.0.0.0:443

    acl is_peer src 1.2.3.4

    use_backend rtt-peers if is_peer 
    default_backend rtt-users

backend rtt-peers
    balance static-rr
    source  127.0.0.2
    server  s01 127.0.0.1:1010
    server  s02 127.0.0.1:2020
    server  s03 127.0.0.1:3030
    server  s04 127.0.0.1:4040

backend rtt-users
    balance static-rr
    source  127.0.0.3
    server  s01 127.0.0.1:1010
    server  s02 127.0.0.1:2020
    server  s03 127.0.0.1:3030
    server  s04 127.0.0.1:4040

AkramiPro · 2023-10-19T19:54:20Z

البته اینم بگم که حتی میشه از ایپی های واقعی استفاده کرد و به جای 127 از ایپی خود درخواست کننده استفاده کنه
با استفاده از PROXY protocol
ولی یکم داستان پیچیده میشه و RTT هم باید از اون پشتیبانی کنه

https://www.haproxy.org/download/2.4/doc/proxy-protocol.txt

masih1998 · 2023-10-20T00:38:48Z

سلام آقای اکرمی وقت بخیر
امروز بنده بعد از تست نسخه 6.7 مهندس
کد کانفیگ جدید Haproxy که فرمودین رو تست کردم اما فراموشم شد نتیجه رو ارسال کنم خدمتتون در نسخه 6.7 کلا Fail میداد در 20 تا پینگ یکی دوتا پینگ میداد
ولی نسخه 5.4 کمی بهتر بود و کمتر Fail میداد ولی بازم تعداد Fail هاش خیلی زیاد بود
فیلم گرفتم خدمت شما:
https://mega.nz/file/RP9EgYZK#xa1xzrVQsvzBez-ABBZESi2ASze0L1fDVsDfArnl4Nk

بنظر شما مشکل کار کجاست؟
ممنونم از زحمات شما دوست گلم

AkramiPro · 2023-10-20T07:06:35Z

اینطوری که من متوجه شدم کانکشن پیادار نیست و قبل از اینکه tls handshake انجام بده داره close میشه
مطمئن هستید که مشکل از sni نیست ؟ از این sni استفاده کنید شاید درست بشه :
my.bmi.ir

AkramiPro · 2023-10-20T18:19:26Z

مهندس این وقت کردید لطفا تست کنید که اگر اوکی هست من هم اموزش رو اپدیت کنم و هم یه ابزار درست کنم راحت خودش ایپی سرور ایران و خارج رو بگیره کد مناسب رو تولید کنه براشون که راحت هر کس خواست استفاده کنه
من از نسخه 6.7 استفاده میکنم و مشکلی فعلا نداشته

#173 (comment)

@radkesvat

radkesvat · 2023-10-21T08:19:22Z

سلام من متن پیامو خوندم، حرکت خیلی جالبی هست نمیدونستم میشه با ها پروکسی اینکارو هم کرد، و به نظرم بدون تست میشه گفت که اوکیه و کار میکنه چون مشکل همین ایپی ها و یکی بودنشون بود . و لطف میکنید وقت بزارید اموزشو در یه ایشیو جدید ببان کنید و من در داک اضافه میکنم، ممنون ازتون که وقت میزارید

البته اینو من سر فرصت تست میکنم خودم ولی اگه خودتون جواب گرفتین پس 100 درصد اوکیه

AkramiPro · 2023-10-22T14:04:21Z

چشم حتما امشب درست میکنم

masih1998 · 2023-10-23T21:38:31Z

سلام آقای اکرمی وقت بخیر
ممنونم از زحمات و پیگیری شما دوست گلم
بنده دوباره با همین sni که شما فرمودین (my.bmi.ir) تست کردم نتیجه مثل نتیجه قبلی بود
حتی هر دو سرور ایران و خارج رو عوض کردم و گفتم شاید مشکل روی نسخه 6.7 هستش و این بار روی نسخه 5.4 تست کردم که متاسفانه نتیجه قبلی رو گرفتم
لینک نتیجه قبلی که با فیلم قبلا تقدیمتون شد:
#173 (comment)

masih1998 · 2023-11-03T13:19:30Z

سلام آقای اکرمی وقت شما بخیر
من امروز از یک دیتاسنتر دیگه سرور گرفتم و روش Haproxy شما + اون تیکه کد اصلاحیه که لطف کرده بودین در این تاپیک ارسال کرده بودین رو انجام دادم ولی متاسفانه هیچ ارتباطی برقرار نشد...
خواستم بپرسم اون ابزاری که فرمودین رو درست کردین؟؟
واقعا بنده خیلی به روش شما نیازمندم
چون فقط و فقط نسخه 5.4 برای من درست و بدون مشکل کار میکنه که اونم چون مشکل پر شدن cpu داره خیلی اذیت میکنه که من برای حل کردن موقتش از چند سرور ایران به صورت لود بالانسر استفاده کردم که بازم در این حالت گاهی مواقع اذیت میکنه
از شما خواهش میکنم ابزار رو اگر ممکنه بسازین هزینه هم اگر داره بنده تقدیم میکنم فقط این روش haproxy برای من کار کنه که بتونم از نسخه 5.4 به خوبی استفاده کنم
از لطف شما بی نهایت سپاسگذارم
سلامت باشید
@AkramiPro

AkramiPro · 2023-11-03T18:29:59Z

اگر درست انجام داده باشید باید کار کنه چون من تست کردم اوکی بود
کد هایی که استفاده کردید ارسال کنید احتمالا اشتباه توی کد هایی که زدید باشه

masih1998 · 2023-11-03T19:09:00Z

سلام عرض ادب وقت شما بخیر
بله شما درست میگین بنده یکبار انجام دادم اتصال برقرار شد اما به صورت فیلم زیر:
https://mega.nz/file/RP9EgYZK#xa1xzrVQsvzBez-ABBZESi2ASze0L1fDVsDfArnl4Nk
که اذیت میکرد و قطع و وصل میشد
بخاطر همین گفتم شاید دیتاسنتر رو تغییر بدم درست بشه که متاسفانه درست نشد

کد ها هم بخش بهینه سازی رو کاملا انجام میدم و بعد از تست عدد 1048576 دریافت میکنم

بعدش HaProxy رو نصب میکنم و با استفاده از کد زیر آیپی خارجمو داخل کد قرار میدم و وارد بخش کانفیگ برنامه Haproxy میکنم
#173 (comment)

بعدش هم میشه تنظیم RTT

اگر ممکنه ابزاری برای تنظیم این موارد طراحی کنین هزینش رو بنده پرداخت میکنم
خیلی خیلی به این ابزار نیازمندم
از شما ممنونم

AkramiPro · 2023-11-03T20:35:13Z

یه راه حل جدید بهتون میگم انجام بدید تست کنید
تمامی چیز هایی که میگم مربوط به سرور ایران هست و سرور خارج نیازی نیست دست کاری کنید
بنده این کد ها رو در سرور ubuntu 22 تست کردم و کار کرده اگر توزیع دیگه ای هستید احتمال داره یکم فرق کنه
در این روش جدید از haproxy استفاده نمیکنیم چون اون یکم پیچیده هست و نیاز به این داره من ابزارش رو طراحی کنم تا درست پایه ریزی بشه
این روش جدید که میگم به احتمال زیاد مشکل شما رو حل کنه

اول از همه haproxy رو باید از سیستم حذف کنید
sudo systemctl stop haproxy
sudo systemctl disable haproxy
sudo apt remove haproxy -y

بعدش ufw رو حذف کنید و از firewalld استفاده کنید
sudo apt remove ufw -y
sudo apt install firewalld -y

حالا پورت ssh رو باز کنید که بتونید وصل بشید اگر پیشفرض که 22 هست تغییر دادید اینجا هم تغییر بدید
sudo systemctl restart firewalld  
sudo systemctl enable firewalld
sudo firewall-cmd --add-port=22/tcp --permanent
sudo firewall-cmd --reload

این مرحله خیلی مهم هست و با دقت بخونید
اینجا ما میام از nft که مسئول فایروال لینوکس هست (حداقل در اوبونتو) به عنوان load balancer استفاده میکنیم
چون تنظیم nft یکم سخته از یک رابط استفاده میکنیم که همون firewalld هست تا بتونیم nft رو تنظیم کنیم

کد زیر مخصوص این هست که شما 4 تا RTT ران کرده باشید که پورت هاشون اخر هر خط زدم
در ضمن کد زیر مخصوص tcp هست که اگر از udp هم استفاده میکنید اول یک بار کد زیر رو اجرا کنید سپس در کد زیر بخش tcp رو به udp تغییر بدید و دوباره اجرا کنید
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 4 --packet 0 -j DNAT --to-destination :1010
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 3 --packet 0 -j DNAT --to-destination :2020
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 2 --packet 0 -j DNAT --to-destination :3030
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 1 --packet 0 -j DNAT --to-destination :4040

در نهایت کد زیر رو اجرا میکنیم تا تغییرات اعمال بشه
sudo firewall-cmd --reload

حالا باید یه تغییر کوچیک توی RTT هم بدیم . در تمامی 4 RTT که تعریف کردید تنظیم --listen:127.0.0.1 رو به --listen:0.0.0.0 تغییر بدید و سرویس ها رو ری استارت کنید تا RTT ها اجرا بشن

تمام . الان باید بتونید وصل بشید

تست کنید اگر کار نکرد یا خطا داد حتما عکس از خطا با توضیحات کامل ارسال کنید که سریع تر بتونیم مشکل رو حل کنیم

masih1998 · 2023-11-04T14:36:59Z

یه راه حل جدید بهتون میگم انجام بدید تست کنید تمامی چیز هایی که میگم مربوط به سرور ایران هست و سرور خارج نیازی نیست دست کاری کنید بنده این کد ها رو در سرور ubuntu 22 تست کردم و کار کرده اگر توزیع دیگه ای هستید احتمال داره یکم فرق کنه در این روش جدید از haproxy استفاده نمیکنیم چون اون یکم پیچیده هست و نیاز به این داره من ابزارش رو طراحی کنم تا درست پایه ریزی بشه این روش جدید که میگم به احتمال زیاد مشکل شما رو حل کنه
اول از همه haproxy رو باید از سیستم حذف کنید
sudo systemctl stop haproxy
sudo systemctl disable haproxy
sudo apt remove haproxy -y
بعدش ufw رو حذف کنید و از firewalld استفاده کنید
sudo apt remove ufw -y
sudo apt install firewalld -y
حالا پورت ssh رو باز کنید که بتونید وصل بشید اگر پیشفرض که 22 هست تغییر دادید اینجا هم تغییر بدید
sudo systemctl restart firewalld  
sudo systemctl enable firewalld
sudo firewall-cmd --add-port=22/tcp --permanent
sudo firewall-cmd --reload
این مرحله خیلی مهم هست و با دقت بخونید اینجا ما میام از nft که مسئول فایروال لینوکس هست (حداقل در اوبونتو) به عنوان load balancer استفاده میکنیم چون تنظیم nft یکم سخته از یک رابط استفاده میکنیم که همون firewalld هست تا بتونیم nft رو تنظیم کنیم
کد زیر مخصوص این هست که شما 4 تا RTT ران کرده باشید که پورت هاشون اخر هر خط زدم
در ضمن کد زیر مخصوص tcp هست که اگر از udp هم استفاده میکنید اول یک بار کد زیر رو اجرا کنید سپس در کد زیر بخش tcp رو به udp تغییر بدید و دوباره اجرا کنید
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 4 --packet 0 -j DNAT --to-destination :1010
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 3 --packet 0 -j DNAT --to-destination :2020
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 2 --packet 0 -j DNAT --to-destination :3030
sudo firewall-cmd --permanent --direct --add-rule ipv4 nat PREROUTING 0 -p tcp --dport 443 -m statistic --mode nth --every 1 --packet 0 -j DNAT --to-destination :4040
در نهایت کد زیر رو اجرا میکنیم تا تغییرات اعمال بشه
sudo firewall-cmd --reload
حالا باید یه تغییر کوچیک توی RTT هم بدیم . در تمامی 4 RTT که تعریف کردید تنظیم --listen:127.0.0.1 رو به --listen:0.0.0.0 تغییر بدید و سرویس ها رو ری استارت کنید تا RTT ها اجرا بشن

تمام . الان باید بتونید وصل بشید

تست کنید اگر کار نکرد یا خطا داد حتما عکس از خطا با توضیحات کامل ارسال کنید که سریع تر بتونیم مشکل رو حل کنیم

سلام وقت بخیر
خیلی خیلی ممنونم از توجه و کمکتون به بنده
من دیشب به محض ارسال پیامتون روی لینوکس 20.04 امتحان کردم نشد گفتم شاید باید حتما 22 باشه هر دو سرور رو امروز به 22 تغییر دادم امام بازم نشد نسخه اسکریپت هم 5.4 هستش
وقتی روی کانکت میزنم میزنه
Fail to detect internet connection: net/http: TLS handshake timeout

لاگ سرور ایران و خارج هم گرفتم خدمت شما

لاگ سرور ایران:

لاگ سرور خارج:

بعد رفتم یکی از RTT هارو دستی اجرا کردم که بدونم چه نتیجه ای داره و عکس زیر اروری هست که داد:

masih1998 · 2023-11-04T16:12:31Z

یکبار دیگه RTT هارو به صورت دستی وارد هر دو سرور کردم

مثلا فقط RTT پورت 1010 رو در ایران اجرا کردم:

و در سرور خارج هم به صورت دستی RTT رو اجرا کردم ولی انگار موفقیت آمیز نبود:

AkramiPro · 2023-11-04T16:21:26Z

سرور خارج اصلا مهم نیست . فقط ایران مهمه
تمامی کد هایی که در سرور خارج زدید در یک فایل قرار بدید و بفرستید
حتی سرویس RTT هم که نوشتید رو قرار بدید

AkramiPro · 2023-11-04T16:32:30Z

در پیام قبلی اشتباه نوشتم خارج . منظورم تمامی کد هایی بود که در سرور ایران زدید

masih1998 · 2023-11-04T16:49:10Z

سلام عرض ادب وقت شما بخیر
تموم دستورات خدمت شما
Dastourat.txt

AkramiPro · 2023-11-04T16:58:08Z

2 تا مشکل الان هست
یکی اینکه وقتی دستورات فایروال رو زدید باید کد زیر هم بزنید که اعمال بشه ولی توی کد هایی که ارسال کردید نبود

sudo firewall-cmd --reload

نکته دوم اینکه شما 4 تا رول تعریف کردید ولی فقط 1 RTT اجرا کردید
این باعث میشه درخواست ها خطا بخورن
چون هر دفعه رندوم داره به یک پورت ارسال میشه ولی شما فقط پورت 1010 رو اجرا کردید

masih1998 · 2023-11-04T17:55:58Z

سلام مجدد وقت بخیر
دستوری که برای ریلود فایروال هستش رو وارد کردم اما منو ببخشید فراموش کردم داخل فایل بنویسمش خدمتتون

در مورد اجرا کردن فقط 1 RTT من هر 4 RTT رو اجرا کردم اما بازم متصل نشد
اما نکته مهم اینکه سرور خارج در لاگ ها وقتی یک RTT در ایران اجرا میکردم ارور میداد که الان نمیده خوشبختانه
اما بازم متصل نشد...
منو ببخشید اینقد وقتتون رو میگیرم و اذیتتون میکنم

لاگ سرور خارج:

لاگ RTT پورت 1010:

ببخشید مشکل نمیتونه از این باشه که موقع وارد کردن رول های فایروال بنده فقط tcp رو وارد میکنم کانفیگ من Vless + ws هستش نیازی به وارد کردن رول UDP هستش؟

AkramiPro · 2023-11-04T19:26:08Z

نه مشکل از udp نیست چون vless کلا روی tcp هست
شاید مشکل از sni باشه
ولی در کل اگر درست نشد اگر امکانش هست دسترسی ها رو برای من در تلگرام (با همین ایدی هستم) ارسال کنید که من خودم تست کنم
چون نیاز هست که آزمون خطا کنیم که یکم طول میکشه . اگر مستقیم تست کنم سریع تر به نتیجه میرسیم

masih1998 · 2023-11-04T19:30:12Z

مشکلی نداره تلگرام خدمتتون پیام ارسال میکنم چشم
خیلی ممنونم که پیگیر مشکل بنده هستین
دستتون دردنکنه💚
ایشالله بتونم جبران کنم💚

masih1998 · 2023-11-10T08:23:27Z

سلام آقامهدی وقت بخیر
این روشی که دادین اوکی بود فقط اون مشکل Fail شدن درخواستا وجود داشت که تلگرام براتون توضیح دادم
دسترسی هم تلگرام ارسال شد خدمتتون
ممکنه تلگرام چک کنین؟ ممنونم
@AkramiPro

zapzocket · 2023-11-27T11:03:34Z

سلام جناب بنده یه چیزی رو متوجه نشدم متاسفانه الان کد هایی که گذاشتین برای هسته ایکس ری هست یا سینگ باکس؟و اینکه پنلم مرزبان و روی سرور ایران چیزی نصب ندارم نباید مشکلی پیش بیاد؟

sajadshadmn · 2023-12-02T11:50:23Z

سلام
خسته نباشید
داستان هاپروکسی به کجا رسید لطفا
ایا در ابدیت های اخیر تغیی خاصی صورت گرفته و نیاز به هاپروکسی نیست؟

hatinati2 · 2023-12-27T09:51:18Z

سلام وقت بخیر
من تست نکردم
ولی تعداد زیادی از دوستان که تست کردن می گن اگر کانفیگ از vless به vmess تغییر بدید
مشکل دیلی و قطعی ای و وصلی حل میشه

masih1998 · 2024-05-02T10:19:56Z

سلام مهدی جان خوبی؟ میشه ازت بخوام تلگرام آنلاین بشی؟ یک کار خیلی واجب باهات دارم
چند بار پیام‌ دادم فکر کنم متوجه نشدی
@AkramiPro

AkramiPro mentioned this issue Oct 10, 2023

کند شدن بعد از گذشت چند ساعت #165

Open

AkramiPro changed the title ~~راه حل موقت برای رفع مشکل کندی و رم و cpu~~ راه حل موقت برای رفع مشکل کندی و پر شدن رم و سی پی یو Oct 10, 2023

AkramiPro mentioned this issue Oct 11, 2023

در خواست در مورد ip #175

Open

AkramiPro mentioned this issue Oct 18, 2023

استفاده از Haproxy #194

Open

راه حل موقت برای رفع مشکل کندی و پر شدن رم و سی پی یو #173

راه حل موقت برای رفع مشکل کندی و پر شدن رم و سی پی یو #173

Comments

AkramiPro commented Oct 10, 2023 • edited

اگر حوصله ندارید و کلا براتون مهم نیست که درک کنید مشکل چیه و چطوری حل میشه مقدمه رو نخونید .مستقیم برید راه حل رو بخونید

تمامی کد های زیر رو باید در سرور ایران اجرا کنید . البته بخش بهینه سازی رو میتونید در سرور خارج هم اجرا کنید

مقدمه و درک مشکل

راه حل

بهینه سازی سرور

پیاده سازی haproxy

تنظیم RTT ها

نکته مهم

radkesvat commented Oct 10, 2023 • edited

AkramiPro commented Oct 10, 2023

masih1998 commented Oct 10, 2023

masih1998 commented Oct 11, 2023 • edited

radkesvat commented Oct 11, 2023

masih1998 commented Oct 11, 2023 • edited

AkramiPro commented Oct 11, 2023

masih1998 commented Oct 11, 2023

radkesvat commented Oct 11, 2023

masih1998 commented Oct 11, 2023 • edited

AkramiPro commented Oct 11, 2023 • edited

AkramiPro commented Oct 11, 2023 • edited

radkesvat commented Oct 12, 2023

AkramiPro commented Oct 12, 2023

AkramiPro commented Oct 12, 2023

Alireza78na commented Oct 12, 2023

AkramiPro commented Oct 12, 2023

AkramiPro commented Oct 13, 2023

radkesvat commented Oct 13, 2023

AkramiPro commented Oct 15, 2023 • edited

radkesvat commented Oct 15, 2023

AkramiPro commented Oct 15, 2023 • edited

radkesvat commented Oct 16, 2023

radkesvat commented Oct 16, 2023 • edited

AkramiPro commented Oct 16, 2023

radkesvat commented Oct 16, 2023 • edited

AkramiPro commented Oct 16, 2023

AkramiPro commented Oct 18, 2023 • edited

AkramiPro commented Oct 19, 2023 • edited

masih1998 commented Oct 20, 2023

AkramiPro commented Oct 20, 2023

AkramiPro commented Oct 20, 2023 • edited

radkesvat commented Oct 21, 2023

AkramiPro commented Oct 22, 2023

masih1998 commented Oct 23, 2023

masih1998 commented Nov 3, 2023

AkramiPro commented Nov 3, 2023

masih1998 commented Nov 3, 2023 • edited

AkramiPro commented Nov 3, 2023 • edited

masih1998 commented Nov 4, 2023 • edited

masih1998 commented Nov 4, 2023 • edited

AkramiPro commented Nov 4, 2023

AkramiPro commented Nov 4, 2023

masih1998 commented Nov 4, 2023

AkramiPro commented Nov 4, 2023

masih1998 commented Nov 4, 2023 • edited

AkramiPro commented Nov 4, 2023

masih1998 commented Nov 4, 2023

masih1998 commented Nov 10, 2023

zapzocket commented Nov 27, 2023 • edited

sajadshadmn commented Dec 2, 2023

hatinati2 commented Dec 27, 2023

masih1998 commented May 2, 2024

AkramiPro commented Oct 10, 2023 •

edited

radkesvat commented Oct 10, 2023 •

edited

masih1998 commented Oct 11, 2023 •

edited

masih1998 commented Oct 11, 2023 •

edited

masih1998 commented Oct 11, 2023 •

edited

AkramiPro commented Oct 11, 2023 •

edited

AkramiPro commented Oct 11, 2023 •

edited

AkramiPro commented Oct 15, 2023 •

edited

AkramiPro commented Oct 15, 2023 •

edited

radkesvat commented Oct 16, 2023 •

edited

radkesvat commented Oct 16, 2023 •

edited

AkramiPro commented Oct 18, 2023 •

edited

AkramiPro commented Oct 19, 2023 •

edited

AkramiPro commented Oct 20, 2023 •

edited

masih1998 commented Nov 3, 2023 •

edited

AkramiPro commented Nov 3, 2023 •

edited

masih1998 commented Nov 4, 2023 •

edited

masih1998 commented Nov 4, 2023 •

edited

masih1998 commented Nov 4, 2023 •

edited

zapzocket commented Nov 27, 2023 •

edited