альтернативы предприятия WPAD проксируют конфигурацию?
Что не так с использованием клиента FTP включен с Windows Explorer?
Откройте Windows Explorer и введите свой адрес ftp в строке поиска (например, ftp://ftp.foo.com).
Вам предложат учетные данные, если сайт не предоставит анонимный доступ.
Если Вы хотите включать имя пользователя при доступе к использованию FTP-сайта: username@ftp://ftp.foo.com
Brett
Представление Windows Explorer FTP http://brettski.com/f111/we_ftp.jpg
Ваш единственный выбор, о котором я знаю:
Настройте клиентское программное обеспечение для "знания", где прокси "вручную". Это - вероятно, проигрывающее сражение, так как Вы не можете возможно ожидать все потенциальное клиентское программное обеспечение. Вы заканчиваете с путаницей сценариев, слияний реестра, MSI преобразовывает, и большое количество связующего-звена-и-ленты, чтобы попытаться предварительно сконфигурировать клиентское программное обеспечение и затем что-то новые промахи в под радаром и не работает.
Используйте автоматизированные механизмы конфигурации стандарта как Windows Proxy Auto-Detect (WPAD). Как Вы видите, это не на 100% надежно.
Используйте клиентский "контейнер" в стек TCP/IP, такой как "Клиент Брандмауэра Microsoft" для Сервера ISA. Единственным продуктом, который делает это, что я знаю, является Microsoft ISA Server / Клиентский продукт Брандмауэра. Это работает очень, очень хорошо, но является очень собственным и определенным для Windows.
Используйте прозрачные аппаратные средства проксирования / программное обеспечение, чтобы заставить трафик быть проксированным. Это работает хорошо во многих случаях (использующий ebtables в соответствии с Linux, можно на самом деле создать Прокси HTTP уровня 2, это полностью очевидно для клиентов, например), но имеет побочный эффект предотвращения использования аутентификации Прокси HTTP (так как браузер / клиент не знает, что это проксируется - это не обработает его правильно).
Это - "выбор Ваш яд" тип сценария.