Safari 7 do not authenticate on HTTPS proxy

Hi,


Since the mac os x migration from 10.8 to 10.9, safari do not provide good authentication information to our HTTPS proxy.

All work fine with Chrome or Firefox.


David.

iMac, OS X Mavericks (10.9)

Posted on Oct 23, 2013 5:14 AM

Reply
29 replies

Nov 2, 2013 3:39 AM in response to sk_1

Hi, well I had the same problem after upgrading from mountain lion to mavericks.What i did is I installed authoxy

which keeps proxy overall system.Just try doing that and I definitely think that it will work.

Download and do step by step procedure from this link

http://davidtse916.wordpress.com/2008/03/14/a-step-by-step-guide-to-authoxy/

Hope this helps 🙂

(sorry about my english)

Nov 4, 2013 12:10 AM in response to piazera

Only makes it clear how many people have a problem and Safari is doing nothing but forcing their problem upon the users.


WHY DOES APPLE MAKE ITS CUSTOMERS DO THE WORK ??

All of the suggestions require that I do this, open that, change this, reset that ... Opera, Chrome, Firefox all work perfectly - only Safari doesn't. It's super slow, has problem after problem loading a page, I have to refresh 3 or 4 times per page to get the whole page up ... so much for "x-times faster than..."


Again:

WHY DOES APPLE MAKE ITS CUSTOMERS DO THE WORK ??

THIS IS THEIR PROBLEM, NOT OURS !!

Nov 4, 2013 8:21 AM in response to davidfrombruges

So many bugs is not a normal thing. In fact there has never been a buggier release by Apple to date. And judging by the bug, where Finder crashes after multiple drags of attachments to a network drive for storage, which has not been fixed since Lion, it is very unlikely most of the current bugs would ever see a fix. By the way, did you notice that the spelling autocorrect does not work in the Apple’s support forums. It is ironic, that I had to copy/paste in TexEdit to check this post for spelling errors. Outside of the subject here, but I could keep pointing out bugs in Mavericks, the list is really long.

Nov 5, 2013 2:51 AM in response to davidfrombruges

Definitely seems to be something broken here. I have my system configured to use a Squid2.7 based proxy with Kerberos based authentication against my Windows 2008 server.

Now - before Maverick this used to work fine. Chrome continues to work fine.


I see the 407 on initial request, Chrome returns with the required authentication tokens (username/password), authentication succeeds, 200s ensue.

Safari however continually gets stuck at the 407 stage. It won't authenticate. It's not prompting to authenticate. It goes to open a page and then just sits there.. doing nothing.. as if it's waiting for me to step in and retrieve the web page myself...


My proxy settings are simple:


HTTP = 192.168.1.5 (example IP)

Port = 3128

Proxy server requires password = ticked

Username = my name

Password = my password

Bypass list = *.local, 169.254/16


Again - Chrome works without an issue from the same machine..

Nov 8, 2013 3:21 AM in response to davidfrombruges

Same problem


- Safari doesn't work with https (I'm using firefox for posting this!!!)

- Some time Safari also stuck loading http pages

- App Store and Software Update doesn't work e doesn't login

- iTunes Store doesn't work

- iBooks doesn't login

- Maps doesn't search


We are under an authenticated proxy (squid 3.3.3)

Firefox, Chrome and Opera works fine.

Everithing works fine for MacOSX 10.5.X , 10.6.X, 10.7.X and 10.8.X clients

Nov 19, 2013 1:02 PM in response to davidfrombruges

Hello,

I think I solved the issue. Open Keychain, find stored credentials for your proxy server (just write e. g. your proxy server name into a search field) and Copy these credentials (usually 2 records - HTTPS, HTTP) from Login keychain into a System keychain. It's usefull to keep credentials in both (login and system) keychains. If you just move credentials, then the some apps asks your for admin password when using proxy server. Now it works fine and no more problems with Safari, Outlook, etc.


I hope it helps,

Kremik

Jan 7, 2014 11:16 PM in response to mattie.b_92

| can i ask where you learned to do this so i can read up on it. | I tried to Kremik's solution ?> and it worked for the first | few days and now im having problems again. | Getting desperate. Nowhere. But as I see that the above solutions doesn't solve my problem, I have just tried some dichotomic search like this: - login from another account so I verify that the problem come from my own account and not from the global osx system, nor from the Safari application itself. - backup my full Library folder for futur restauration. - define a set of potentially faulty files or folders (the test file set) - enter a test cycle which consist of: - remove the test file set from my account - (optionnaly) relogin or quit and relaunch Safari - try a safari https url (e.g. a google search) - if it works then the bad file is part of the deleted files - restaure all Prefences folder (thanks to the rsync command) - define a new smaller subset test file set I appear that: - deleting the Preferences files is sufficient to correct the problem. So it is not a Keychain problem - one doesn't need to logout, neither to quit Safari to create or solve the problem. So this make following tests much easier :-) - try to delete only com.apple.*.plist solve the problem (then restaure all) - try to delete only some apple prefs which seems not related to a specific application (e.g. to keep my Terminal prefs, ...) I finally see that simply removing the com.apple.security.revocation.plist solve my problem. The I post my first contrib on this list in the hope it is usefull for somebody else. Is it?? -- Maurice

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Safari 7 do not authenticate on HTTPS proxy

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.