PPTP می‌گوید رمز عبور شما اشتباه است: کدام اصلاح اول می‌آید؟

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

چرا راز هرگز آزمایش نمی‌شود

احراز هویت PPP مذاکره می‌شود: سرور روش‌ها را پیشنهاد می‌دهد، کلاینت با آنچه می‌تواند پاسخ می‌دهد و هر دو پیش از تبادل هرگونه اعتبارنامه روی یکی توافق می‌کنند. وقتی سرور فقط EAP-PEAP را عرضه می‌کند و pppd کلاینت آن را پیاده‌سازی نمی‌کند، گفت‌وگو در مرحله پیشنهاد پایان می‌یابد. سرور شکست احراز هویت را ثبت می‌کند چون آن مرحله شکست خورده است، نه چون رمز مقایسه و ناکافی یافته شده است.

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

مذاکره را بخوانید، نه آخرین خطا را

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

sudo pppd call provider debug nodetach

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

علت دوم در فایل رازها پنهان است

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

sudo cat -A /etc/ppp/chap-secrets

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

اصلاح را بر اساس اینکه سرور مال کیست انتخاب کنید

اگر سرور مال شماست، اجازه دادن MSCHAPv2 برای آن حساب کوچک‌ترین تغییر است، و باید ثبت کنید که عمداً روش ضعیف‌تری را پذیرفته‌اید. اگر مال شخص دیگری است، اصلاح صادقانه کلاینتی است که EAP-PEAP را پیاده‌سازی کند؛ وصله کردن pppd ناسازگاری را به مشکل نگهداری شما تبدیل می‌کند. اگر انتخاب پروتکل هنوز باز است، PPTP ضعیف‌ترین بخش طراحی است و مهاجرت معمولاً از زنده نگه داشتن یک کلاینت وصله‌شده ارزان‌تر است. آن تصمیم را کنار پروفایل بنویسید تا نفر بعدی دوباره آن را باز نکند.

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