CONNECTION_ID אין NetworkManager איז אַ פּראָפֿיל־נאָמען, נישט דער SSID
ניצט די דאָקומענטירטע פֿאַרבינדונג־מעטאַדאַטן פֿונעם NetworkManager dispatcher ווען איר קלייבט אַ פּראָקסי נאָך אַ נעצווערק־ענדערונג.
אויב אַ פּראָקסי־כּלל פֿאַרגלײַכט דעם ביוראָ־SSID מיט CONNECTION_ID, קען דאָס אומבענענען אַ געהיטענעם פּראָפֿיל דאָס צעברעכן. NetworkManager דעפֿינירט CONNECTION_ID ווי דעם נאָמען פֿונעם פּראָפֿיל. אַ פֿאַרבאַשטימטער נאָמען וואָס פּאַסט פּונקט צו דעם SSID פֿאַרבאַהאַלט דעם חילוק.
קלייבט דעם אַרײַנגאַנג לויט דעם כּלל:
- פֿאַר אַ פּאָליטיק וואָס איז פֿאַרבונדן מיט אַ געפֿירטן פֿאַרבינדונג־פּראָפֿיל, ניצט זײַן דאָקומענטירטע פֿאַרבינדונג־UUID ווי אַ מער סטאַבילן שליסל.
- פֿאַר אַ פּאָליטיק וואָס איז טאַקע אָפּהענגיק פֿון דראָטלאָזער אינפֿאָרמאַציע, באַקומט די אינפֿאָרמאַציע דורכן געשטיצטן צווישנפֿלאַך אַנשטאָט באַהאַנדלען אַ פּראָפֿיל־נאָמען ווי אַ SSID.
אַ באַקאַנטער נאָמען אָדער SSID באַשטעטיקט נישט קיין נעצווערק. האַלט דעם באַשטעטיקטן נעצווערק־אידענטיטעט און די פּראָקסי־דערגרייכונג באַדינגונגען אין דער באַשלוס.
דערנאָך באַשטימט די אַפּליקאַציע וואָס באַקומט די אויסגעקליבענע איינשטעלונג. אַ dispatcher לויפֿט אין זײַן אייגענעם קאָנטעקסט: אַרויסצופֿירן אַ וואַריאַבל דאָרט באַפֿאַרזעצט נישט די סבֿיבֿה פֿון שוין לויפֿנדיקע דעסקטאָפּ־אַפּליקאַציעס. ניצט דעם קאָנפֿיגוראַציע־צווישנפֿלאַך פֿונעם באַטייליקטער קליענט אין דעם ריכטיקן באַניצער־ אָדער סערוויס־אומפֿאַנג. פֿאַר אַ PAC־פּאָליטיק וואָס איז געהיט אויפֿן פּראָפֿיל, קלייבט צווישן אַ PAC־URL און אַן אימפּאָרטירטער סקריפּט.
באַשטימט וועלכע אַקטיווע פֿאַרבינדונג באַזיצט די באַשלוס ווען Wi-Fi און Ethernet עקזיסטירן צוזאַמען, און וואָס צו טאָן בײַ אַן אָפּשטעל אָדער אַן אומבאַקאַנטן פּראָפֿיל. אָן די פֿעלער קען אַ שפּעטער געשעעניש פֿון איין צווישנפֿלאַך אונטערברענגען אַ גילטיקע רוטע וואָס איז אויסגעקליבן פֿאַר אַן אַנדער. האַלט די אויסלייזער־געשעעניש, דעם פּראָפֿיל־אידענטיטעט און דעם באַטראָפֿענעם באַניצער צוזאַמען בײַם דיאַגנאָזירן דעם כּלל.