SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264

0001683: Java JRE and NTLM auth - MantisBT Endian Bugtracker
Endian Issue Tracker

Please see now our new Bugtracker system: JIRA

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001683Endian FirewallProxy HTTPpublic2009-03-17 12:552009-11-25 17:35
Assigned Tosimon-endian 
PlatformOSOS Version
Product Version2.2-rc3 
Target VersionfutureFixed in Version 
Summary0001683: Java JRE and NTLM auth
DescriptionJava JRE applications are not working when using Squid with NTLM auth.

Quick workaround is to add these lines to squid.conf.tmpl around line 298
#Java JRE no-auth
acl java_jvm browser Java/1.4 Java/1.5 Java/1.6
http_access allow java_jvm
http_reply_access allow java_jvm
always_direct allow java_jvm

It won't work using the custom.tmpl because it put itself under the authentication rules.

Attached Files

- Relationships

-  Notes
bonald (reporter)
2009-03-17 12:59

This is nicer:
acl java_jvm browser Java/[0-9]
luca-endian (developer)
2009-04-21 08:46

this doesn't happen with all applets.. why??
simon-endian (developer)
2009-04-21 08:56
edited on: 2009-05-14 08:33

found this on the squid mailinglist:

seams that some javaapplets try to access the inet while starting without authentication.
because of this squid denies the access for the first try (no auth used by java applet). this
causes the java applet to be denied permenently by squid.

looks like the only solution is to whitelist the url or the useragent from authentication :-(

mike-f (updater)
2009-04-21 18:05
edited on: 2009-04-21 18:21

do you have the same problem when changing to

LDAP -> ActiveDirectory Auth?

is this a specific java-version which doesn't want to work?

As in the mentioned mailing-list the remote-server is on port 443 (https)
is this the same in your situation?
do you have any public sites you can provide as an example?

maybe "basic" together with "ntlm" might resolve the prob as described here:
//"> [//" target="_blank">^]

luca-endian (developer)
2009-05-13 12:44

It's possible to have an url to one of that "guilty" applet for debugging purpose?
luca-endian (developer)
2009-05-14 08:05
edited on: 2009-05-14 08:06

Can someone confirm that the workaround works?

bonald (reporter)
2009-05-14 11:14

The workaround works for me. I would like to provide you with the guilty URL but I can't, login/password required...
mike-f (updater)
2009-06-09 23:06

if it's only a single url i would whitelist it

opening access for ALL Java* might give some unnamed/undocumented sec-issues
luca-endian (developer)
2009-06-10 08:26

Yes it's true but it's such an annoying problem.. maybe a sysadmin just want to solve it forever.

- Issue History
Date Modified Username Field Change
2009-03-17 12:55 bonald New Issue
2009-03-17 12:55 bonald Assigned To => simon-endian
2009-03-17 12:59 bonald Note Added: 0002053
2009-04-21 08:46 luca-endian Note Added: 0002173
2009-04-21 08:56 simon-endian Note Added: 0002176
2009-04-21 18:05 mike-f Note Added: 0002187
2009-04-21 18:21 mike-f Note Edited: 0002187
2009-04-23 15:53 luca-endian Tag Attached: purple
2009-05-13 12:44 luca-endian Note Added: 0002330
2009-05-14 08:05 luca-endian Note Added: 0002333
2009-05-14 08:06 luca-endian Note Edited: 0002333
2009-05-14 08:33 luca-endian Note Edited: 0002176
2009-05-14 11:14 bonald Note Added: 0002338
2009-06-08 15:05 simon-endian Status new => acknowledged
2009-06-09 23:06 mike-f Note Added: 0002544
2009-06-10 08:26 luca-endian Note Added: 0002545
2009-11-25 17:35 peter-endian Target Version => future

Copyright © 2005-2008 Endian, SRL. All rights reserved.

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker