Join the AMA (Ask Me Anything) with the Firefox leadership team to celebrate Firefox 20th anniversary and discuss Firefox’s future on Mozilla Connect. Mark your calendar on Thursday, November 14, 18:00 - 20:00 UTC!

Die Funktionalität dieser Website ist durch Wartungsarbeiten eingeschränkt, die Ihr Erlebnis verbessern sollen. Wenn ein Artikel Ihr Problem nicht löst und Sie eine Frage stellen möchten, können Sie unsere Gemeinschaft über @FirefoxSupport auf Twitter, /r/firefox oder Reddit fragen.

Hilfe durchsuchen

Vorsicht vor Support-Betrug: Wir fordern Sie niemals auf, eine Telefonnummer anzurufen, eine SMS an eine Telefonnummer zu senden oder persönliche Daten preiszugeben. Bitte melden Sie verdächtige Aktivitäten über die Funktion „Missbrauch melden“.

Weitere Informationen

Managing policies.json in larger company

  • 7 Antworten
  • 1 hat dieses Problem
  • 4 Aufrufe
  • Letzte Antwort von Mike Kaply

more options

I haven't found any information about policies.json in context of mass deploying it over the network. In my case we don't have GPO available so policies.json would be nice but how to centralize this feature instead of placing it in every PC one by one ??? Can it be shared via UNC so changes can affect all that use it?

I haven't found any information about policies.json in context of mass deploying it over the network. In my case we don't have GPO available so policies.json would be nice but how to centralize this feature instead of placing it in every PC one by one ??? Can it be shared via UNC so changes can affect all that use it?

Ausgewählte Lösung

Yeah, in your scenario I think you're better off just using the symlink idea.

Diese Antwort im Kontext lesen 👍 1

Alle Antworten (7)

more options

Policies.json is designed to be per Firefox install, so there's no built in way to do this.

You could use a symbolic link to map the file to something on a remote server:

https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/mklink https://sourcedaddy.com/windows-7/how-to-create-symbolic-links-to-shared-folders.html

Do you use any software to handle deployments/customizations on your clients?

more options

Thanks for the reply.

We don't have any deployment tools. We did have FOG but it kinda failed. I was thinking about PSTools but there are many subnets as well as IP's do change frequently. I was thinking yesterday about sym links.

Maybe I'll just bite the bullet and place the symbolic link on each PC and every new PC will have it on board.

more options

Sorry I don't have a better answer.

Another think I thought of was you could do a .reg file with the policies but users would have to click and install.

more options

Policies in the registry is an interesting idea. Could be useful for fresh installs. Although sym link could be better idea for more dynamic environment.

In that case what I'll apply registry policies and then place policies.json in Mozilla folder (and change something in that file)? Will JSON file overwrite the registry or the other way around ? (I know that GPO stands higher than json)

more options

> In that case what I'll apply registry policies and then place policies.json in Mozilla folder (and change something in that file)? Will JSON file overwrite the registry or the other way around ? (I know that GPO stands higher than json)

Right now, GPO wins over JSON completely (json isn't read).

I have a patch that will be coming in the next release (hopefully) that will make GPO and JSON merge (with GPO winning if the same entry is in both JSON and GPO)

more options

Mike Kaply said

Right now, GPO wins over JSON completely (json isn't read). I have a patch that will be coming in the next release (hopefully) that will make GPO and JSON merge (with GPO winning if the same entry is in both JSON and GPO)

Hm, going by that logic it seems that .reg files are out of the question because they will always overwrite JSON file...

I was thinking about making fresh install, configure them with .reg files and attach sym link policies.json file that I could change at any time on the central server.

Geändert am von Serpher

more options

Ausgewählte Lösung

Yeah, in your scenario I think you're better off just using the symlink idea.