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!

본 사이트는 여러분의 사용자 경험을 개선하기 위해 유지 보수를 진행하는 동안 기능이 제한됩니다. 도움말로 문제가 해결되지 않고 질문을 하고 싶다면 Twitter의 @FirefoxSupport 및 Reddit의 /r/firefox 채널을 활용하세요.

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

SSO / Single Sign On doesn´t work in Firefox Quantum

  • 3 답장
  • 1 이 문제를 만남
  • 1 보기
  • 최종 답변자: Mike Kaply

more options

Environment: - Enterprise domain - Deploying Firefox using Microsoft System Center Configuration Manager (SCCM), NEO 42 software package services and customised Firefox Configs - Current Version: Firefox Quantum 63.0.3 (32 bit) - Operating Systems: Windows 7 Ent. / Windows 8.1

Occurs first: somewhere in the past 6 month, probably between Version 61-63

Problem description: For years now we deployed Firefox Quantum successful with a customised setup.cfg, so that SSO is working great loging directly into the intranet page (set as start page). In most cases we were able to re-use the old customised setup.cfg when updating to the next firefox version without any problem. But since some update in the past few months the Single SignOn function for the intranet doesn´t work any more. The setup.cfg options are still configured properly (see attachment) but on every start we get an authentication window in firefox.


Tried solutions: - redownload the firefox deployment package from NEO42 software packaging service - reimport and fresh deployment using SCCM - update the setup.cfg to todays state with all new implemented options - checked every option in the config, including proxy settings and proxy exclusions

I hope, somebody has a hint for me, to find a solution and get SSO for out intranet to work again.

Best regards WehAdmin

Environment: - Enterprise domain - Deploying Firefox using Microsoft System Center Configuration Manager (SCCM), NEO 42 software package services and customised Firefox Configs - Current Version: Firefox Quantum 63.0.3 (32 bit) - Operating Systems: Windows 7 Ent. / Windows 8.1 Occurs first: somewhere in the past 6 month, probably between Version 61-63 Problem description: For years now we deployed Firefox Quantum successful with a customised setup.cfg, so that SSO is working great loging directly into the intranet page (set as start page). In most cases we were able to re-use the old customised setup.cfg when updating to the next firefox version without any problem. But since some update in the past few months the Single SignOn function for the intranet doesn´t work any more. The setup.cfg options are still configured properly (see attachment) but on every start we get an authentication window in firefox. Tried solutions: - redownload the firefox deployment package from NEO42 software packaging service - reimport and fresh deployment using SCCM - update the setup.cfg to todays state with all new implemented options - checked every option in the config, including proxy settings and proxy exclusions I hope, somebody has a hint for me, to find a solution and get SSO for out intranet to work again. Best regards WehAdmin
첨부된 스크린샷

모든 댓글 (3)

more options

Where is that CFG used? That's not a Firefox CFG?

more options

Hi mkaply, thanks for the reply. It is the config written from the NEO42 software packaging service, which is used within the installation process.

I attach to my post, what it looks like in Firefox about:config I think, that is, what you asking for.

As an additional info: The access to the intranet-page is a http connection. I hope, Firefox didn´t decide to stop supporting these port 80 connections to work with single sign on.

Best regards WehAdmin

more options

Sorry for the long delay on this. I think I know what happened here.

We're sandboxing autoconfig by default, so in the JS file in defaults/pref that is specifying the autoconfig file, you need to add an additional line:

pref("general.config.sandbox_enabled", true);

Alternatively, you could switch to using our new policies.