راهنمای پایداری شبکه Claude Code

Claude Code روی اینترنت خانگی، شبکه‌های سازمانی، پروکسی‌های کنترل‌شده یا دروازه‌های سازمانی منطبق با مقررات کار می‌کند. برای حساب‌های کاربری عادی، شبکه‌ای که مدت طولانی پایدار است و مالکیت روشنی دارد معمولاً بهتر از VPN عمومی، استخر پروکسی اشتراکی یا IP خروجی VPS دائماً متغیر است. پیش از پیکربندی، نوع IP و امتیاز ریسک فعلی خود را با بررسی تمیزی ببینید.

تغییر IP ناشی از اتصال مجدد عادی ارائه‌دهنده اینترنت معمولاً با جابه‌جایی حساب کاربری بین کشورها فرق دارد. آنچه بیشتر اهمیت دارد، جابه‌جایی مکرر بین چند کشور، چند ASN و چند دستگاه در زمان کوتاه است — این کار احتمال فعال شدن بازبینی امنیتی حساب کاربری را افزایش می‌دهد.

QUIC (UDP 443) پشت برخی پروکسی‌ها یا فایروال‌های سازمانی بیشتر در معرض اتلاف بسته، تایم‌اوت یا هدایت نادرست است. اگر قطعی‌های متناوب می‌بینید، QUIC را غیرفعال کنید یا ترافیک مرتبط با Claude را فقط به TCP محدود کنید و دوباره تست کنید.

"network": "tcp"
# یا QUIC را در سطح کلاینت غیرفعال کنید

کلاینت‌های مختلف ممکن است ویژگی‌های دست‌دهی (handshake) TLS متفاوتی داشته باشند. اگر زنجیره پروکسی رفتار TLS را تغییر دهد، گواهی تزریق کند یا از اثر انگشت کلاینت بسیار غیرعادی استفاده کند، ممکن است به خطای اتصال یا تأیید اضافی منجر شود. کلاینت‌های پخته و پیکربندی‌های استاندارد TLS را ترجیح دهید.

"tls": {
  "fingerprint": "chrome"
}

ریزالور DNS، خروجی HTTP و خروجی مرورگر بهتر است از یک مسیر شبکه باشند. اگر DNS به‌صورت محلی تفکیک شود و HTTP از پروکسی عبور کند، ممکن است منطقه تفکیک‌شده با منطقه دسترسی همخوان نباشد. می‌توانید از DoH/DoT قابل اعتماد استفاده کنید، اما نکته اصلی این است که مطمئن شوید قوانین مسیریابی واقعاً ترافیک DNS را پوشش می‌دهند.

"dns": {
  "servers": ["https://1.1.1.1/dns-query"]
}

اگر پروکسی یا قانون مسیریابی فقط IPv4 را پوشش دهد، ترافیک IPv6 ممکن است از مسیر دیگری برود و در نتیجه HTTP / DNS / WebRTC خروجی ناهمخوانی ببینند. همیشه لازم نیست IPv6 را غیرفعال کنید، اما بهتر است ابتدا همخوانی دوپشته را بررسی کنید. برای جزئیات، ریسک‌های دوپشته IPv6 را ببینید.

ipv6 = false
# یا domainStrategy پروکسی: "UseIPv4"

طبق مستندات رسمی، دسترسی شبکه Claude Code دست‌کم شامل api.anthropic.com، claude.ai، statsig.anthropic.com و sentry.io است. توصیه می‌شود برای این دامنه‌ها قوانین مسیریابی اختصاصی بسازید تا عیب‌یابی و ممیزی آسان‌تر شود. قوانین مسیریابی Claude Code را ببینید.

Claude Web، ورود، مستندات و منابع ایستا ممکن است با تغییر نسخه‌ها از CDNها یا سرویس‌های شخص ثالث متفاوتی استفاده کنند. فقط یک دامنه اصلی را ثابت ننویسید — دامنه‌های ضروری رسمی را مبنا قرار دهید، سپس با ضبط بسته‌ها یا لاگ‌های محلی، دامنه‌های منابع ایستایی را که واقعاً به آن‌ها دسترسی پیدا می‌شود اضافه کنید.

چرخه‌های مکرر قطع و وصل، تأخیر را افزایش می‌دهد و عیب‌یابی زنجیره پروکسی را سخت‌تر می‌کند. کلاینت‌های پروکسی می‌توانند TCP keep-alive معقولی را فعال کنند؛ فعال کردن چندگانه‌سازی اتصال (mux) به کیفیت خط بستگی دارد — اگر گیر کردن چندگانه‌سازی یا محدودیت سرعت تک‌اتصال می‌بینید، آن را غیرفعال کنید و مقایسه کنید.

فراخوانی‌های Claude Code را در لایه بیرونی با تعداد زیادی worker همزمان اجرا نکنید. همزمانی بیش از حد ممکن است باعث محدودیت نرخ، صف شدن اتصال‌ها یا محدودسازی در دروازه سازمانی شود؛ آستانه واقعی به طرح حساب کاربری، سیاست سازمان و پاسخ‌های API بستگی دارد.

خروجی با اتلاف بسته کم، جیتر کم و مسیر پایدار تا Anthropic API را در اولویت قرار دهید — فقط به فاصله جغرافیایی نگاه نکنید. برای قضاوت، بررسی نشت را همراه با تأخیر واقعی درخواست‌های Claude Code به کار ببرید.