فایل دودویی pppd پیدا نشد: محیط اجرا را درست کنید، نه احراز هویت را

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

منو و برنامه پس‌زمینه دو چیز متفاوت‌اند

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

خطای معکوس هم به همان اندازه رایج است: وجود یک فایل اجرایی جایی روی دیسک ثابت نمی‌کند که یکپارچه‌سازی انتخاب‌شده نسخه پشتیبانی‌شده را پیدا می‌کند. نسخه‌ای در پوشه خانه می‌تواند پوسته را راضی کند و در همان حال برای سرویس نامرئی بماند.

بسته را بخوانید، نه فایل را

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

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

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

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

محیط اجرا را بدون شکستن بقیه درست کنید

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

نصب کلاینت VPN دیگر هم ترمیم نیست. الزام سازگاری تازه‌ای می‌سازد و نمایه اصلی را بی‌توضیح رها می‌کند.

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

خطای بعدی را مرحله‌ای تازه بدانید

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

به رد شدن بعدی با بازگرداندن ترمیم وابستگی یا روشن کردن همه گزینه‌های قدیمی احراز هویت و فشرده‌سازی در نمایه پاسخ ندهید. این یک مسئله قابل تشخیص را به چند مسئله متعامل تبدیل می‌کند. هر بار یک تنظیم را تغییر دهید و ثبت کنید چه چیزی را عوض کرد.

نسخه‌های بسته و پیام دقیقی را که دیدید ثبت کنید. گزارشی که فایل دودویی غایب و بسته‌ای که باید آن را فراهم کند نام می‌برد، به شکلی قابل اقدام است که شکایت کلی درباره VPN نیست.