Я веб-разработчик, отвечающий за интранет. Я разрабатываю с использованием Firefox, но ИТ-специалисты планируют использовать в сети только Internet Explorer.
Это связано с тем, что IE можно установить / настроить из файла MSI, но Firefox не предоставляет MSI. По словам администраторов, это означает, что удаленное администрирование Firefox (например, управление обновлениями, настройка NTLM-аутентификации) намного сложнее.
С точки зрения разработчика Firefox - намного лучший браузер, поэтому, если бы мы использовали любой браузер по умолчанию, я бы предпочел, чтобы это был Firefox.
Поднимите меня! Какие есть возможности удаленного администрирования Firefox при отсутствии файла MSI? Возможно ли то же самое, но по-другому? Или мои админы правы?
Говори медленно! Я всего лишь разработчик ...
Несомненно, это лучший браузер для использования и разработки, но это лишь малая часть того, что делает хорошую платформу на рабочем месте. У ваших админов не столько «точка», сколько у них есть целый зоопарк, полный точек, и большая семейная группа маленьких детей, которые ждут, чтобы сами вырасти в точки.
Мы обсудили пригодность Firefox здесь в прошлом как это происходит, и короче, и короче: хотя есть несколько вещей, которые вы можете сделать с ним, он не подходит для корпоративного развертывания и управления во многих отношениях, что делает затраты на его развертывание и управление на настольных компьютерах Windows. намного выше, чем при развертывании IE, и отношение разработчиков Firefox, кажется, варьируется от полного отсутствия интереса к тому, чтобы сделать продукт более «дружественным к предприятию», до активной враждебности к этой идее.
Есть проект, который предоставляет MSI-файлы Firefox:
Однако почти такого же результата можно добиться с помощью групповой политики и сценариев запуска. Вы можете назначить сценарий для каждого ПК в качестве сценария запуска, который будет устанавливать / обновлять Firefox (или любой другой пакет, отличный от MSI). При перезагрузке запускает скрипт и устанавливает его. Как правило, вы хотите проверить версию firefox.exe, чтобы узнать, нужно ли ее обновить, и если нет, продолжайте без повторной установки. Вы даже можете создать группу компьютеров и назначить этой группе сценарий для целевого развертывания. В нем отсутствует управление развернутым программным обеспечением AD, но вы можете обойти большую часть этого. Например, если вы хотите удалить Firefox позже, вы должны использовать тот же метод для публикации сценария, который удалит его.
Пример автоматической установки в скрипте:
Set Installation = WshShell.Exec("\\server\share\firefox-installer.exe /S /INI=""\\server\share\customizations.ini""")
Do While Installation.Status = 0
WScript.Sleep 5000
Loop
При установке вы захотите использовать любые переключатели, чтобы он работал тихо, поскольку там не будет пользователя, который бы с ним взаимодействовал. Что касается управления настройками, у вас есть возможность создавать собственные шаблоны групповой политики. В Интернете также есть несколько ресурсов, в которых уже есть несколько из них:
Кроме того, вы можете использовать пользовательский ini при установке для установки значений по умолчанию. Я лично использую этот метод. Мне нравится позволять пользователям выбирать, когда это возможно. Они вряд ли изменят что-либо, что требуется для функциональности (например, ваши настройки аутентификации / прокси), поэтому им можно доверять.
У администраторов есть точка зрения относительно управляемости, хотя я не понимаю, как отсутствие файла msi для Firefox имеет какое-либо отношение к настройке методов аутентификации. При этом существует ряд доступных инструментов для упаковки приложений, которые могут обернуть установщик Firefox в msi-файл и обеспечить настраиваемую установку.
http://www.windowsnetworking.com/articles_tutorials/MSI-Packaging-Tools.html