AppContainer у Windows не дістає локального проксі: перевірте ізоляцію loopback

Перевірте ізоляцію loopback потрібного пакета, якщо застосунок AppContainer не дістає проксі, який працює для звичайних клієнтів робочого столу.

Застосунок AppContainer може не дістати проксі на тій самій машині Windows, хоча браузер робочого столу успішно ним користується. Мережева ізоляція може заблокувати локальне з’єднання ще до початку автентифікації на проксі.

Для цілеспрямованого тесту під час розробки визначте ім’я родини пакета й перегляньте наявні винятки:

Get-AppxPackage -Name 'Example.App' |
    Select-Object Name, PackageFamilyName
CheckNetIsolation LoopbackExempt -s

У командному рядку з підвищеними правами додайте лише потрібний AppContainer:

CheckNetIsolation LoopbackExempt -a -n="PACKAGE_FAMILY_NAME"

Замініть заповнювач фактичним ім’ям. Щоб прибрати цей тестовий виняток:

CheckNetIsolation LoopbackExempt -d -n="PACKAGE_FAMILY_NAME"

Виняток дозволяє loopback-обмін для цього AppContainer. Він не вибирає кінцеву точку проксі, не запускає службу проксі й не надає проміжний обліковий запис.

Тримайте три перевірки окремо: прослуховувач існує, застосунок до нього дістає, і проксі приймає запит. Сам лише імпорт налаштувань WinHTTP не знімає обмеження loopback у AppContainer.

Це механізм усунення несправностей під час розробки застосунків Windows. Це не загальна вимога для кожного запакованого чи повністю довіреного застосунку робочого столу, і він не має стати винятком для кожного встановленого застосунку.

Схожі статті