Hallo Community,
wir haben mit einem unserer Partner ein Problem festgestellt wenn FirstSpirit via iptables (wie in der knowledge base beschrieben) auf Port 80 erreichbar ist.
Der Java-Client lässt sich dann auf manchen Rechnern nicht starten, es erscheint folgende Fehlermeldung:
java.io.IOException: Server returned HTTP response code: 403 for URL: http://example.org/fs-client.jar
at sun.reflect.GeneratedConstructorAccessor2.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection$6.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.protocol.http.HttpURLConnection.getChainedException(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source)
at com.sun.deploy.net.BasicHttpRequest.doGetRequestEX(Unknown Source)
at com.sun.deploy.net.DownloadEngine.isUpdateAvailable(Unknown Source)
at com.sun.deploy.net.DownloadEngine.isUpdateAvailable(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: Server returned HTTP response code: 403 for URL: http://example.org/fs-client.jar
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at java.net.HttpURLConnection.getResponseCode(Unknown Source)
... 13 more
Wir haben mittels Paketanalyse folgende Header analysiert:
REQUEST
GET /fs-client.jar HTTP/1.1
content-type: application/x-java-archive
accept-encoding: pack200-gzip,gzip
User-Agent: JNLP/6.0 javaws/1.6.0_19 (b04) Java/1.6.0_19
UA-Java-Version: 1.6.0_19
Host: example.org
Cache-Control: no-cache
Pragma: no-cache
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
If-Modified-Since: Tue, 18 May 2010 06:57:47 GMT
RESPONSE
HTTP/1.0 403 Forbidden
Content-Type: text/html
Connection: close
Content-Length: 353
<HTML><HEAD>
<TITLE>ERROR: Access Denied</TITLE>
</HEAD><BODY>
<H1>ERROR</H1>
<H2>Access Denied</H2>
<HR>
<UL>
<LI>
<STRONG>
Access Denied by security policy
</STRONG>
</UL>
<P>
The security policy for your network prevents your request from
being allowed at this time. Please contact your administrator if
you feel this is incorrect.
</BODY>
</HTML>
Nach weiteren Tests haben wir herausgefunden, dass der Request durch auslassen der Requestheaderzeile "If-Modified-Since: Tue, 18 May 2010 06:57:47 GMT" erfolgreich ohne 403 Code funktioniert und das JAR File geladen werden kann.
Wenn ein Apache auf Port 80 als Proxy eingesetzt wird, funktioniert das Starten des Clients ohne Probleme.
Hat vielleicht jemand aus der Community dieses Verhalten schon beobachten können und die Ursache entdeckt? Wir würden gerne weiterhin das port forwarding anstatt einen zusätzlichen apache verwenden falls möglich.
