Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[jetty-users] Request Reaches Server But Not Jetty
  • From: David C Fuhs <dfuhs@xxxxxxxxxxxx>
  • Date: Fri, 22 May 2020 20:15:34 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; 1; spf=pass; dmarc=pass action=none; dkim=pass; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/sM+gSET1/6T/oVjOuiQULoI87BYXy3sO4buDRkxfVI=; b=cBg+mCxE6NDn/PXbOcWIAceQtwwqaOPcr3jYRGdLAvjmY5GnEFDlBLW/miJFHXhsLau6N5CGRHIdPKxf5riSgmO8a/arOV1nZwPhpFWPfNIGuIyxK5mNS3C4OpwxB+YIZx6Mcf+e1X/d3Dkzfj9xALZNeLsuv8hTRoU33PFItLHOuGyrSGUjjA+bhYuYVj3sDmqQfkVThde/ZFHFQTHdx+ZaIRFzsNvY1oaFACe7jBGFMkn1wtQaT2koFNWdd0og3z6KoNxbmeYwDZADmUmzveEcKz9ZtdzCrZ4Z7ADI42/gOeE2LEuV3GR3X7Fh2iazqn5TNc9+xyPPhrTKz8a2BA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=KQFpJ911btuOWqlXDilyvdNS5vdmeaHvRyOLakGVkDymOeyOqyjf8pcshy43xvuTqkArbnhPK4bHZR+y3d+pMB0T8YGVgzT22TPihBAq5C955CWQnLn2lgl/U3RPZxHrsFn1tYK3pjHaeqdYNCt8KeaM+UMIydrJfsrlbtFZMQ0u4oOAAxt+vxdS94TCLVjD+0ElFPr2o5gdLcvlD44TCnNMRGPOIMDCnvFBewycNwm7LEOoIwiEx43fkW3PDTFe7/VVknI9xRKBsI2sRpHvT5LwRIuSI+RjmwwsAd/vALsVNxonaNZJjmu0POZtlMwSar2o1jRvLQPQ+MPjtjnKzw==
  • Delivered-to: jetty-users@xxxxxxxxxxx
  • List-archive: <>
  • List-help: <>
  • List-subscribe: <>, <>
  • List-unsubscribe: <>, <>
  • Thread-index: AQHWMHKnLO6iRpmlo0aUejT5caaWcg==
  • Thread-topic: Request Reaches Server But Not Jetty

Good afternoon all:

Red Hat Enterprise Linux Server release 7.8 (Maipo)

We are configuring a Shibboleth IdP V4 server on a combination of Red Hat Linux, the OpenJDK bundled with RHEL, and Jetty 9.4.28.

We have an existing Shibboleth IdP V3.3.3 running in production on older versions of RHEL, Java, and Jetty with no problems.

Jetty on the new server is starting with no errors.  The IdP running on Jetty is also starting with no errors.

Our network team has confirmed that ports 80, 8080, 443, and 8443 are all open to the new server.

Our system administrator says the same for host-based firewalls, also that traffic coming in on port 443 on the new server is getting redirected to port 8443.

However, no port 443/8443 traffic is making to Jetty.  I have Jetty logging set to debug.  There are no entries at all in $JETTY_BASE/jetty.log or access.log for any requests.

Jetty is protected by a PKCS12 keystore which contains a brand-new certificate with the correct hostnames, plus intermediate/CA certificates.

Running openssl or keytool indicates that the new keystore is structured exactly the same way as the keystore on the current production IdP servers, only the certificates themselves are different.

Essentially what is going on is that our network team and system administrators believe that nothing is wrong with network or host-based firewalls and that there is an SSL handshake problem with Jetty.

However, the Jetty logs are empty and indicate that no traffic of any kind is hitting Jetty.

I can provide redacted configuration, host firewall rules, etc., as needed.

What are we missing?  How can we track down the error?

Thanks in advance.

David Fuhs
Information Security Office
California State University, Chico

Back to the top