„Windows“ tarpinio serverio prisijungimo scenarijai neseka vėlesnių tinklo pokyčių
Traktuokite tarpinio serverio pasirinkimą prisijungiant prie „Windows“ ir vėlesnius tinklo perėjimus kaip atskirus įvykius, su sąmoningu kliento atnaujinimu ir ryšių politika.
Nešiojamasis kompiuteris gali teisingai gauti biuro tarpinį serverį prisijungus ir išlaikyti jį grįžus namo. Prisijungimo scenarijus įvykdytas vieną kartą; jis nepretendavo į kiekvieną vėlesnį „Wi-Fi“ pokytį. Fono grupės strategijos apdorojimas nėra pažadas perėjimo metu iš naujo įvykdyti bet kokį prisijungimo scenarijų.
Aiškiai apibrėžkite vėlesnį elgesį:
- Paleidiklis: valdoma programa gali naudoti „Network List Manager“ pranešimus apie ryšio pokyčius, kad iš naujo įvertintų būseną. Pats pranešimas nei parenka, nei įrašo tarpinio serverio.
- Sprendimas: ištirkite pakankamai dabartinės tinklo būsenos. Vienas privatus adresas ar pirmoji išvardyta sąsaja yra silpnas įrodymas, kai „Ethernet“, „Wi-Fi“ ir VPN egzistuoja vienu metu.
- Kliento atnaujinimas: taikykite nustatymą per sąsają, kurią naudoja klientai. „WinINet“ išsaugojimas ir dokumentuoti nustatymų pakeitimo ir atnaujinimo pranešimai yra atskiri veiksmai; „WinHTTP“ ar privačiai programos konfigūracijai gali prireikti kito kelio.
- Esamas darbas: nuspręskite, ar atviri ryšiai gali baigtis, ar turi prisijungti iš naujo, ar turi būti sustabdyti. Naujas tarpinio serverio pasirinkimas negali perkelti nustatyto lizdo į kitą išėjimą.
Dalyvaujantiems tarpinį serverį suprantantiems klientams PAC yra kita konstrukcija: laikykite pasirinkimą pagal paskirties vietą kliente, o ne pakartotinai keiskite statinį galinį tašką. Jo pristatymas ir atsarginė politika vis tiek turi veikti klajojančiuose tinkluose.