Налады проксі для запытаў адзнакі часу ў Java 9+ JarSigner API

Выкарыстоўвайце публічны налад Java 9+ JarSigner з праверкамі запытніка, хоста і порта проксі замест унутраных класаў каманд.

System.setProperty("http.proxyHost", "proxy.example");
System.setProperty("http.proxyPort", "8080");

java.net.Authenticator.setDefault(new java.net.Authenticator() {
    @Override
    protected java.net.PasswordAuthentication getPasswordAuthentication() {
        if (getRequestorType() == RequestorType.PROXY
                && "proxy.example".equalsIgnoreCase(getRequestingHost())
                && getRequestingPort() == 8080) {
            return new java.net.PasswordAuthentication(
                proxyUser, proxyPassword.toCharArray());
        }
        return null;
    }
});

var signer = new jdk.security.jarsigner.JarSigner.Builder(signingEntry)
    .tsa(java.net.URI.create("http://tsa.example/"))
    .build();

signingEntry — гэта існуючы KeyStore.PrivateKeyEntry. Падайце значэнні ўліковага запісу проксі з крыніцы ўліковых даных праграмы, затым выкарыстоўвайце гэты подпісвальнік у яго звычайным працоўным патоку ZipFile і выхаднога патоку.

Прэдыкат тыпу запытніка трымае аўтэнтыфікацыю проксі і прызначэння асобна, не дазваляючы выкліку прызначэння атрымаць пароль проксі; хост і порт абмяжоўваюць пасярэдніка.

Сістэмныя ўласцівасці і стандартны Authenticator уплываюць на ўсю JVM. Усталюйце іх час жыцця пры запуску, а не пераключайце вакол паралельных задач.

Публічнае API jdk.security.jarsigner пазбягае sun.security.tools.jarsigner.Main і старых схем tools.jar. Прыклад выкарыстоўвае HTTP TSA; HTTPS TSA таксама патрабуе свайго HTTPS-маршруту і звычайнай палітыкі праверкі і аўтэнтыфікацыі.

Падобныя артыкулы