Firefox שהופעל במרחב שמות העביר את כתובת ה-URL למופע קיים

פקודה רצה בתוך מרחב השמות של ה-VPN, חלון Firefox מופיע, והדף עדיין יוצא דרך החיבור הרגיל. סביר שתצורת הניתוב אינה הדבר הראשון שצריך לבנות מחדש. בדקו אם הפקודה יצרה את מופע הדפדפן שציפיתם לו, או העבירה את ה-URL למופע שכבר רץ במקום אחר. ההבחנה הזאת מסבירה את התוצאה בצעד אחד וחוסכת שעה של nftables.

הסימן הוא שהחלון מופיע מיד, בלי התנעה קרה.

חלון חדש אינו מופע חדש

יישומי שולחן עבודה ממחזרים לעתים קרובות תהליך קיים. מאתחל בתוך מרחב שמות רשת אחד אינו מעביר מקבל שכבר פועל לתוך אותו מרחב שמות, כי המקבל מעולם לא היה חלק מההפעלה. התנהגות השליטה מרחוק של Firefox קשורה לפרופילים: הפעלה מול פרופיל שכבר בשימוש מעבירה את הארגומנטים לבעליו. החלון החדש אמיתי; נתיב הרשת החדש לא.

גלישה פרטית ואפשרות החלון החדש אינן בקרות בידוד רשת.

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

כפו מופע נפרד על פרופיל נפרד

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

אל תנסו לפתוח את אותו פרופיל פעיל בו-זמנית, ואל תתייחסו לאזהרה שהפרופיל בשימוש כהוראה למחוק קובצי נעילה.

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

בדקו איזה תהליך נושא את התעבורה

ב-Linux, מרחב השמות של הרשת של תהליך נראה דרך קישור מרחב השמות שלו. קראו אותו עבור התהליך שאתם חושבים שמבצע את הבקשה, ואז עבור התהליך שבאמת מבצע אותה.

readlink /proc/ACTUAL_PID/ns/net

דפדפנים מריצים כמה תהליכים, ולכן הזהות חשובה: ייתכן שתהליך התוכן שיוצר את החיבור אינו זה שבדקתם ראשון. השוו את הקישור למרחב השמות שהתכוונתם אליו, ואשרו בבקשה חדשה ובלתי מזיקה שתוכלו לייחס למופע אחד. הייחוס הוא כל המבחן. אם אינכם יכולים לומר איזה תהליך יצר את החיבור, לא בדקתם את מרחב השמות.

כשמרחב השמות באמת שגוי

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

שיתוף תצוגה אינו משתף גם resolver.

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