v2rayN وصل است ولی مرورگر کار نمی‌کند؛ رفع مشکل System Proxy

اگر v2rayN وصل است اما مرورگر یا برنامهٔ ویندوز از اتصال استفاده نمی‌کند، ابتدا وضعیت System Proxy، نشانی و پورت محلی و تنظیمات پراکسی خود برنامه را بررسی کنید. سبزشدن اتصال یا پاسخ‌دادن تست تأخیر، به معنی عبور خودکار تمام برنامه‌های ویندوز از v2rayN نیست.

این راهنما برای اختلاف میان اتصال کلاینت و مسیر واقعی برنامه‌هاست؛ مثلاً مرورگر کار می‌کند ولی ابزار دیگری وصل نمی‌شود، یا پس از بستن v2rayN مرورگر بی‌اینترنت می‌ماند. برای نصب اولیه، راهنمای v2rayN ویندوز را ببینید. اگر مشکل فقط پس از خواب لپ‌تاپ رخ می‌دهد، راهنمای اتصال بعد از Sleep دقیق‌تر است. اینجا تنظیم عمومی پروکسی سیستم را قدم‌به‌قدم از مسیر داخلی کلاینت جدا می‌کنیم.

سه بخش مستقل را بشناسید

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

در توضیح رسمی System Proxy و routing در v2rayN این دو موضوع جدا هستند: پروکسی سیستم ترافیک برخی برنامه‌ها را به ورودی هسته می‌رساند، سپس قواعد مسیریابی هسته مقصد خروجی را تعیین می‌کنند. حالت PAC هم انتخاب مستقیم یا پروکسی را بر اساس قواعد خودش انجام می‌دهد. این توضیح به معنی پشتیبانی یکسان همهٔ برنامه‌های ویندوز از تنظیم سیستم نیست؛ برای هر برنامه باید مسیر واقعی آن مشخص شود.

وضعیت موجود را پیش از اصلاح ثبت کنید

نام کانفیگ فعال، نسخهٔ v2rayN، حالت System Proxy و حالت مسیریابی را یادداشت کنید. اگر گزینه‌های پیشرفته را قبلاً تغییر داده‌اید، از مقادیر محلی لازم تصویر بگیرید؛ لینک اشتراک و شناسهٔ خصوصی را وارد تصویر عمومی نکنید. مشخص کنید کدام برنامه کار می‌کند و کدام نه. جملهٔ «کروم باز می‌کند ولی برنامهٔ دانلود خطا دارد» از «ویندوز وصل نمی‌شود» دقیق‌تر است و مسیر بررسی را کوتاه می‌کند.

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

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

طبق راهنمای رسمی پراکسی ویندوز، تنظیمات خودکار، اسکریپت و تنظیم دستی مسیرهای متفاوتی دارند. در Settings بخش Network & internet و سپس Proxy را بررسی کنید. نام بخش‌ها ممکن است با زبان و نسخه تفاوت داشته باشد. هدف این است که بفهمید کدام روش فعال است، نه اینکه همهٔ کلیدها را با هم روشن کنید یا یک نشانی دلخواه وارد کنید.

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

حالت System Proxy را آگاهانه انتخاب کنید

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

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

وقتی فقط یک برنامه مشکل دارد

بعضی برنامه‌ها بخش جداگانهٔ proxy دارند یا از تنظیم سیستم پیروی نمی‌کنند. راهنمای رسمی همان برنامه را باز کنید و ببینید کدام نوع ورودی را می‌پذیرد؛ HTTP و SOCKS را بدون بررسی جای هم قرار ندهید. اگر گزینهٔ استفاده از تنظیمات سیستم وجود دارد، وضعیت آن را ثبت کنید. پس از اصلاح تنظیم مربوط، خود برنامه را به‌طور معمول ببندید و باز کنید تا نتیجه را در یک نشست تازه مقایسه کنید.

در این مرحله اطلاعات سرور، رمز یا لینک ساب را در فرم دلخواه هر برنامه وارد نکنید. برنامه‌ای که فقط پروکسی محلی می‌خواهد معمولاً اطلاعات ورود اشتراک شما را مصرف نمی‌کند؛ باید به ورودی مناسب کلاینت متصل شود. اگر پشتیبانی برنامه روشن نیست، نتیجه را به‌صورت «این برنامه از مسیر تنظیم‌شده استفاده نمی‌کند» گزارش کنید. خرید کانفیگ دیگر پیش از روشن‌شدن این موضوع ممکن است همان رفتار را تکرار کند.

PAC و قواعد مستقیم را با قطع اتصال اشتباه نگیرید

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

برای فهم تفاوت پوشش برنامه‌ها، راهنمای TUN را بخوانید. روشن‌کردن TUN راه‌حل خودکار هر خطای System Proxy نیست و می‌تواند نیازها و اثرهای دیگری داشته باشد. ابتدا مسیر سادهٔ مورد انتظار را درست کنید؛ اگر برنامهٔ مشخصی به روش دیگری نیاز دارد، آن را جداگانه و با توجه به مجوزهای دستگاه بررسی کنید. همزمان‌کردن تغییر TUN، routing و پروکسی سیستم، منشأ نتیجه را نامعلوم می‌کند.

اگر بعد از بستن v2rayN مرورگر قطع می‌شود

ممکن است ویندوز هنوز به ورودی محلی برنامه‌ای اشاره کند که بسته شده است. ابتدا مطمئن شوید v2rayN واقعاً بسته است و تنظیم پروکسی فعلی را دوباره ببینید. از گزینهٔ پاک‌کردن پروکسی خود برنامه، اگر در نسخهٔ شما وجود دارد، یا مسیر مجاز تنظیمات ویندوز استفاده کنید. تنظیم سازمانی یا پروکسی موردنیاز یک نرم‌افزار دیگر را بدون شناخت حذف نکنید؛ وضعیت قبل و بعد را یادداشت کنید.

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

چه زمانی بررسی کانفیگ یا خرید لازم می‌شود

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

اگر پس از تشخیص به انتخاب سرویس رسیدید، شرایط فعلی v2route را ببینید. سرویس VLESS+WS+TLS و قیمت‌گذاری حجمی است؛ هزینهٔ بیشتر جای تنظیم صحیح پروکسی سیستم را نمی‌گیرد. سازگاری و کارکرد را با همان برنامه‌ای که برای کار روزمره لازم دارید بسنجید. بازشدن یک سایت در مرورگر، شاهد کافی برای کارکرد ابزار کاری متفاوت شما نیست و نباید به‌عنوان تضمین همهٔ برنامه‌ها تعبیر شود.

سؤالات متداول

چرا تست تأخیر موفق است ولی مرورگر کار نمی‌کند؟

تست کلاینت و مسیر مرورگر یکسان نیستند. وضعیت پروکسی سیستم و پورت محلی را بررسی کنید، سپس با صفحهٔ تازه آزمایش کنید؛ عدد تأخیر به‌تنهایی مسیر مرورگر را تأیید نمی‌کند.

آیا باید همیشه TUN روشن باشد؟

خیر. به نیاز برنامه و شیوهٔ مسیریابی بستگی دارد. ابتدا مشخص کنید برنامه از پروکسی سیستم استفاده می‌کند یا نه؛ تغییر حالت بدون تشخیص ممکن است فقط مسئله را جابه‌جا کند.

پورت ثابت درست برای همهٔ نسخه‌ها چیست؟

عدد واحدی را از این راهنما کپی نکنید. مقدار واقعی ورودی محلی نسخهٔ نصب‌شده و تنظیم خودتان را بخوانید و همان را با تنظیم برنامهٔ مقصد تطبیق دهید.

اگر دستگاه محل کار اجازهٔ تغییر نمی‌دهد چه کنم؟

سیاست دستگاه را دور نزنید. نام برنامه، خطا و نیاز اتصال را به مدیر شبکه بدهید تا روش مجاز مشخص شود؛ نصب کلاینت دیگر الزاماً محدودیت مدیریتی را برطرف نمی‌کند.