Come fare in modo che Java rispetti il ​​timeout della cache DNS?

Usiamo GSLB per la distribuzione geografica e il bilanciamento del carico. Ad ogni servizio viene assegnato un nome di dominio fisso. Attraverso un po 'di magia DNS, il nome di dominio viene risolto in un IP più vicino al server con il carico minimo. Affinché il bilanciamento del carico funzioni, il server delle applicazioni deve rispettare il TTL dalla risposta DNS e risolvere nuovamente il nome di dominio quando la cache scade. Tuttavia, non sono riuscito a trovare un modo per farlo in Java.

L'applicazione è in Java 5, in esecuzione su Linux (Centos 5).

Secondo la risposta di Byron, non è possibile impostare networkaddress.cache.ttlo networkaddress.cache.negative.ttlcome proprietà di sistema utilizzando il -Dflag o chiamando System.setPropertyperché queste non sono proprietà di sistema: sono proprietà di sicurezza .

Se desideri utilizzare una proprietà System per attivare questo comportamento (in modo da poter utilizzare il -Dflag o la chiamata System.setProperty), ti consigliamo di impostare la seguente proprietà System :

-Dsun.net.inetaddr.ttl=0

Questa proprietà di sistema abiliterà l'effetto desiderato.

Ma attenzione: se non usi il -Dflag quando avvii il processo JVM e scegli di chiamarlo invece dal codice:

java.security.Security.setProperty("networkaddress.cache.ttl" , "0")

Questo codice deve essere eseguito prima che qualsiasi altro codice nella JVM tenti di eseguire operazioni di rete.

Questo è importante perché, ad esempio, se si richiama Security.setPropertyun file .war e si distribuisce tale .war su Tomcat, ciò non funzionerebbe: Tomcat utilizza lo stack di rete Java per inizializzarsi molto prima dell'esecuzione del codice .war. A causa di questa "condizione di competizione", di solito è più conveniente utilizzare il -Dflag quando si avvia il processo JVM.

Se non usi -Dsun.net.inetaddr.ttl=0o chiami Security.setProperty, dovrai modificare $JRE_HOME/lib/security/java.securitye impostare quelle proprietà di sicurezza in quel file, ad es

networkaddress.cache.ttl = 0
networkaddress.cache.negative.ttl = 0

Ma fai attenzione agli avvisi di sicurezza nei commenti che circondano tali proprietà. Fallo solo se sei ragionevolmente sicuro di non essere soggetto ad attacchi di spoofing DNS .

Java ha un comportamento di caching DNS davvero strano. La soluzione migliore è disattivare la cache DNS o impostarla su un numero basso come 5 secondi.

networkaddress.cache.ttl (default: -1)
Indica la politica di memorizzazione nella cache per ricerche di nomi riuscite dal servizio di nomi. Il valore viene specificato come numero intero per indicare il numero di secondi per memorizzare nella cache la ricerca riuscita. Un valore di -1 indica "cache per sempre".

networkaddress.cache.negative.ttl (predefinito: 10)
Indica la politica di memorizzazione nella cache per ricerche di nomi non riuscite dal servizio di nomi. Il valore viene specificato come numero intero per indicare il numero di secondi per memorizzare nella cache l'errore per le ricerche non riuscite. Un valore di 0 indica "non memorizzare mai nella cache". Un valore di -1 indica "cache per sempre".

• http://java.sun.com/j2se/1.4.2/docs/api/java/net/InetAddress.html

Questo è stato ovviamente risolto nelle versioni più recenti (SE 6 e 7). Ho riscontrato un tempo massimo di memorizzazione nella cache di 30 secondi durante l'esecuzione del seguente frammento di codice mentre guardo l'attività della porta 53 utilizzando tcpdump.

/**
 * http://stackoverflow.com/questions/1256556/any-way-to-make-java-honor-the-dns-caching-timeout-ttl
 *
 * Result: Java 6 distributed with Ubuntu 12.04 and Java 7 u15 downloaded from Oracle have
 * an expiry time for dns lookups of approx. 30 seconds.
 */

import java.util.*;
import java.text.*;
import java.security.*;

import java.net.InetAddress;
import java.net.UnknownHostException;
import java.io.BufferedReader;
import java.io.InputStreamReader;
import java.io.InputStream;
import java.net.URL;
import java.net.URLConnection;

public class Test {
    final static String hostname = "www.google.com";
    public static void main(String[] args) {
        // only required for Java SE 5 and lower:
        //Security.setProperty("networkaddress.cache.ttl", "30");

        System.out.println(Security.getProperty("networkaddress.cache.ttl"));
        System.out.println(System.getProperty("networkaddress.cache.ttl"));
        System.out.println(Security.getProperty("networkaddress.cache.negative.ttl"));
        System.out.println(System.getProperty("networkaddress.cache.negative.ttl"));

        while(true) {
            int i = 0;
            try {
                makeRequest();
                InetAddress inetAddress = InetAddress.getLocalHost();
                System.out.println(new Date());
                inetAddress = InetAddress.getByName(hostname);
                displayStuff(hostname, inetAddress);
            } catch (UnknownHostException e) {
                e.printStackTrace();
            }
            try {
                Thread.sleep(5L*1000L);
            } catch(Exception ex) {}
            i++;
        }
    }

    public static void displayStuff(String whichHost, InetAddress inetAddress) {
        System.out.println("Which Host:" + whichHost);
        System.out.println("Canonical Host Name:" + inetAddress.getCanonicalHostName());
        System.out.println("Host Name:" + inetAddress.getHostName());
        System.out.println("Host Address:" + inetAddress.getHostAddress());
    }

    public static void makeRequest() {
        try {
            URL url = new URL("http://"+hostname+"/");
            URLConnection conn = url.openConnection();
            conn.connect();
            InputStream is = conn.getInputStream();
            InputStreamReader ird = new InputStreamReader(is);
            BufferedReader rd = new BufferedReader(ird);
            String res;
            while((res = rd.readLine()) != null) {
                System.out.println(res);
                break;
            }
            rd.close();
        } catch(Exception ex) {
            ex.printStackTrace();
        }
    }
}

Per espandere la risposta di Byron, credo che sia necessario modificare il file java.securitynella %JRE_HOME%\lib\securitydirectory per effettuare questa modifica.

Ecco la sezione pertinente:

#
# The Java-level namelookup cache policy for successful lookups:
#
# any negative value: caching forever
# any positive value: the number of seconds to cache an address for
# zero: do not cache
#
# default value is forever (FOREVER). For security reasons, this
# caching is made forever when a security manager is set. When a security
# manager is not set, the default behavior is to cache for 30 seconds.
#
# NOTE: setting this to anything other than the default value can have
#       serious security implications. Do not set it unless 
#       you are sure you are not exposed to DNS spoofing attack.
#
#networkaddress.cache.ttl=-1 

Documentazione sul java.securityfile qui .

Per riassumere le altre risposte, <jre-path>/lib/security/java.securitypuoi impostare il valore della proprietà networkaddress.cache.ttlper regolare il modo in cui le ricerche DNS vengono memorizzate nella cache. Notare che questa non è una proprietà di sistema ma una proprietà di sicurezza. Sono stato in grado di impostarlo utilizzando:

java.security.Security.setProperty("networkaddress.cache.ttl", "<value>");

Questo può anche essere impostato dalla proprietà di sistema -Dsun.net.inetaddr.ttl sebbene questo non sovrascriverà una proprietà di sicurezza se è impostato altrove.

Vorrei anche aggiungere che se stai riscontrando questo problema con i servizi web in WebSphere, come me, l'impostazione networkaddress.cache.ttlnon sarà sufficiente. È necessario impostare la proprietà di sistema disableWSAddressCachingsu true. A differenza della proprietà time-to-live, questa può essere impostata come argomento JVM o tramite System.setProperty).

IBM ha un post piuttosto dettagliato su come WebSphere gestisce la cache DNS qui . La parte rilevante di quanto sopra è:

Per disabilitare la memorizzazione nella cache degli indirizzi per i servizi Web, è necessario impostare una proprietà personalizzata JVM aggiuntiva disableWSAddressCaching su true. Utilizzare questa proprietà per disabilitare la memorizzazione nella cache degli indirizzi per i servizi Web. Se il sistema in genere viene eseguito con molti thread client e si verificano conflitti di blocco nella cache wsAddrCache, è possibile impostare questa proprietà personalizzata su true, per impedire la memorizzazione nella cache dei dati dei servizi Web.

Secondo le proprietà ufficiali di Oracle Java , sun.net.inetaddr.ttlè una proprietà specifica per l'implementazione di Sun, che "potrebbe non essere supportata nelle versioni future". "il modo preferito è usare la proprietà di sicurezza" networkaddress.cache.ttl.