התאימו את פרטי ה-proxy הנכונים של macOS ב-Keychain

security find-internet-password -s proxy.example.internal -a alex -P 8080

זה מצמצם חיפוש של סיסמת אינטרנט בלי לבקש את הסוד. החליפו את השרת, החשבון והפורט בדוגמה. אל תוסיפו -g או -w רק כדי לבדוק מאפיינים תואמים: אפשרויות אלה חושפות חומר סיסמה.

התאימו את הפריט לחיבור שנכשל. בדקו שם מארח מול כינוי, פורט, חשבון מוסמך תחום, פרוטוקול ייחודי ל-proxy וסוג אימות. שם מארח לבדו עשוי להתאים לפרטי זהות אחרים. הכלי של Apple תומך בבוררים אלה ובארגומנט keychain מפורש.

לאחר מכן זהו את הקשר ה-keychain של התהליך. חיפוש אינטראקטיבי של משתמש אינו מוכיח שלשירות מערכת יש את אותה רשימת חיפוש, מצב נעילה או הרשאות גישה.

בדקו את המאפיינים ב-Keychain Access או צמצמו את הפקודה לפני הסרת פריט מיושן. delete-internet-password מקבל גם את שדות ההתאמה הרלוונטיים; מחיקה לפי שרת בלבד עלולה לפגוע בחשבון או בפורט הלא נכונים.

proxy של אתגר-תגובה יכול להשתמש בפרטי זהות שמורים כדי לחשב תגובה חדשה, כך שאתגר אינו מחייב בהכרח הקלדה מחדש של סיסמה. בקשות חוזרות עשויות לרמז על פריט אחר, keychain בלתי נגיש, אימות לא נתמך או proxy אפקטיבי שונה. משההבחנה הזו ברורה, עדכנו את פרטי הזהות הספציפיים ואת גישת התהליך המיועדת במקום לאפשר לכל יישום לקרוא אותם.