When i try to open our company's SharePoint Portal using Google Chrome or FireFox from Mac machine, log-in popup keeps prompting infinitely, i tried Domain\Username but still asking for user name and password, it works only with Safari but not Chrome nor FF, Please let me know why me and everyone using MAC is not able to access SharePoint Portal.
its is using NTLM authentication with SSL.
Any Idea??
This might not fix it. An additional setting should be changed as well.
network.auth.force-generic-ntlm should be set to true.
network.auth.force-generic-ntlm | user set | boolean | true
this issue is caused by the fact that NTLM is not enabled by default in firefox...
try editing this option: network.automatic-ntlm-auth.trusted-uris from about:config in Firefox
ps. Read this
Related
I am totally new with this new protocol that is already available in latest Firefox browser but I can not manage it to work on Chrome browser at least in a Windows PC. Now I totally had no idea where to put this question in SO so please understand.
Can I enable DoH feature automatically on Firefox or Chrome in Windows by just visiting a site?
If can not, then can I create a batch script or desktop app instead that will patch/enable DoH to the said browsers?
You can enable DNS over HTTPS (DoH) for Google Chrome like this:
1) Type this into address(URL) bar of Google Chrome: chrome://flags/#dns-over-https
2) You will see "Secure DNS lookups" in the opened tab: Click and change from the select box: Enabled/Disabled or Default
3) Done
I have noticed on some computers with google chrome, the option to allow access to the users media device (webcam or microphone) is not enabled. However I am speaking more to getting chrome to even prompt the user to 'allow'. Personally, my chrome Version 42.0.2311.90 (64-bit) works great. However, I have encountered others unable to even see the popup box to allow/block.
This is what shows:
However, on those computers in question, even after setting this option to 'ask for access', the browser when the page is refreshed does not record this option and just returns to the option to 'continue blocking'. Even inside of he advanced privacy settings, the option to ask for access is selected. Is there a security setting in the browser that needs to be set?
I am developing a Drupal site, within which is a page with an iframe, displaying an external SQL Reporting server driven site.
This iframed site is protected on by HTTP authentication. In all browsers, apart from Chrome, when the page is viewed, the browser driven login box pops up.
In Chrome (Windows & OS X), no login box appears and I get an immediate 401 error from the SQL Reporting Server. I've cleared cache's and even tried on a fresh chrome installation on a VM.
The above method works fine on the clients existing live site, which is ASP driven. Other than CMS technology, the only other obvious difference is domains.
The working live site is referencing a sub domain of itself in the iframe. The development site is referencing a completely different domain.
I've tried /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome -–allow-cross-origin-auth-prompt, which seems to make no difference.
Does Chrome have much tighter cross domain login rules? Or am I missing something else?
According to the devs at chromium, this was an intentional change to protect against phishing attacks. If you say the prod sites reference the same domain, you shouldn't have any issues.
http://code.google.com/p/chromium/issues/detail?id=91814
To switch the (in my mind stupid) security-feature off set Browser flag:
--allow-cross-origin-auth-prompt
In Linux close all Browser Instances and type in terminal:
chromium-browser --allow-cross-origin-auth-prompt
For Windows, Mac, Android... take a look here: http://www.chromium.org/developers/how-tos/run-chromium-with-flags
See http://www.chromium.org/administrators/policy-list-3#AllowCrossOriginAuthPrompt for the policy that can be set versus using flags.
On Windows this can be set via the registry at HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome. See http://www.chromium.org/administrators/policy-templates for more information.
I am new in Sharepoint technology. I have created a demo site. It's working fine in firefox but for some reason, I can't even login in IE browser.
Please help.
Thanks,
Saurabh
Their is as such no problem with FBA as you have mentioned please check your internet browser settings like cookies are enabled and as well as scripting is enabled
I have an Intranet http application running on several machines in our Windows domain; everything works when using IE 7 because I can configure it to use Kerberos authentication and I've figured out how to get one of the intermediate machines to be Trusted for Delegation.
I have researched and tried to get Firefox 3.0.10 to use Kerberos:
navigate to about:config
filter to network.negotiate
update network.negotiate-auth.delegation-uris and network.negotiate-auth.trusted-uris
with the following entries(separated by comma): http://jupiter2000/trimbrokerclient,http://johnxp/fileservicedemo
I have done this and even restarted Firefox and when I browse to the above sites on our LAN, I still get prompted for username and password and even when I supply them and the web page is loaded, I have some code in the app which displays the authentication method in effect and it is still NTLM, not Kerberos as when IE is used.
Can someone comment on how to get Firefox usable on this Intranet application of mine? Thank you.
p.s. while the names above are different, the app is the same. JUPITER2000 is IIS 6.0; JOHNXP is IIS 5.1.
From what I have done myself, you will only want to input the domain, and not the http:// or path.
There are 5 settings that need to be changed in FireFox.
Only the domain is necessary.
See them all here:
FireFox settings for Integrated Windows Authentication
you must use just the server name:
jupiter2000,johnxp