یک شنوندهٔ پروکسی با پشتیبانی IPv6 یک قاعدهٔ قدیمی PAC را آگاه از IPv6 نمی‌کند. رسیدن به شنونده و دسته‌بندی درست مقصد دو نیاز جداگانه‌اند.

ورودی قاعدهچه چیزی را بررسی کنیم
dnsResolve, myIpAddress, isInNet در نمونه‌های قدیمیفرض‌های نشانی/ماسک IPv4. یک تطابق نادرست روی داده‌های جداشده با دونقطه می‌تواند به معنای ورودی پشتیبانی‌نشده باشد، نه مقصدی بیرون از شبکه.
dnsResolveEx یا isInNetExپشتیبانی کلاینت، نقطهٔ ورود لازم و قالب بازگشتی مستندشده.

مایکروسافت این افزونه‌های آگاه از IPv6 را مستند کرده است. هر مرورگر یا مصرف‌کنندهٔ WinHTTP به بررسی پشتیبانی خودش نیاز دارد؛ یک کلاینت کارآمد نمی‌تواند سازگاری را همه‌جا اثبات کند.

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

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

مقالات مرتبط