In welchen Fällen wird Socket.getLocalAddress() ein IPv6 im Gegensatz zu einem IPv4 sein?

Question

Ich bin eine Java-Anwendung zu schreiben, die eine Socket öffnet, wie folgt:

socketConnection = new Socket(); 
socketConnection.connect(new InetSocketAddress(server, port)); 

und führt gelegentlich Operationen wie Lesen und Schreiben. Eine Funktion, die wichtig ist, um Metadaten zusammen mit Paketen zu senden, sind die lokalen und entfernten Adressen der Verbindung. Zum Beispiel, erhalte ich die lokale Adresse Bytes als:

public byte[] getLocalIP() { 
     InetAddress localAddr = socketConnection.getLocalAddress(); 
     byte[] addressBytes = localAddr.getAddress(); 
     return addressBytes; 
    } 

Mein Protokoll möchte die IPv4 des Senders zusammen im Header gesendet haben. Manchmal gibt diese Funktion jedoch 16 statt 4 Bytes zurück, was Probleme verursacht. Noch verwirrender, ändert sich das Verhalten manchmal innerhalb desselben Laufs des Programms, trotz des gleichen Socket-Objekts, das IPv4 für vorherige Aufrufe zurückgibt. Es ist schwierig zu replizieren, ich bin mir immer noch nicht sicher, unter welchen Umständen es passiert.

Unter welchen Umständen wird das obige ein IPv6 statt eines IPv4 zurückgeben? Ist das abhängig von dem Netzwerk, auf dem ich arbeite? Und was würde dazu führen, dass es sich mitten in einer Programmausführung verschiebt?

Answer 1

Sie erstellen ein Socket Objekt ohne es lokal zu einer IPv4 oder IPv6-Adresse ausdrücklich als verbindlich, so wird es schaffen und bindet ein internes IPv4 oder IPv6-Sockets an, ob Sie connect() auf den Remote-Server eine IPv4 oder IPv6-Adresse.

Wenn server ein InetAddress ist, wird die IP-Version auf der Grundlage, ob Sie eine Inet4Address oder Inet6Address verwenden. Aber

wenn server ein string ist, hat es zu einem InetAddress gelöst werden, und dass die Auflösung wird davon abhängen, ob die string enthält eine wörtliche IPv4-Adresse, eine wörtliche IPv6-Adresse oder einen Hostnamen. Im Fall von Literaladressen ist die Antwort offensichtlich - eine literale IPv4-Adresse wird in eine Inet4Address aufgelöst und eine literale IPv6-Adresse wird in eine Inet6Address aufgelöst. Aber eine hostname kann in beide Richtungen gehen, abhängig vom Ergebnis der DNS-Lookups.

Wenn server ist ein Hostname, und Sie wollen nur das Ergebnis zu IPv4 beschränken, rufen InetAddress.getAllByName() direkt und Schleife durch das resultierende Array (ein Hostname mehrere IP-Adressen zugewiesen werden können), connect() ‚ing nur Inet4Address Adressen bis einer von ihnen erfolgreich ist:

Answer 2

Ich konnte feststellen, was das Problem verursacht, obwohl ich immer noch nicht sicher bin, was genau unter den Abdeckungen passiert. Wenn die Verbindung serverseitig unterbrochen wird und Lesevorgänge aus dem Socket zu Fehlern Broken pipe führen, tritt dieses Verhalten auf. Siehe unten, wie ich es repliziert:

Socket s = new Socket(); 
    String server = "1.2.3.4" // not my real server ip 
    s.connect(new InetSocketAddress(server, 9050)); 
    try{ 
     System.out.println(s.getLocalAddress().getAddress().length); 
     byte[] badData = new byte[100]; 
     // server application will kill the connection when it cant parse this 
     // according to application logic 
     Arrays.fill(badData, (byte) 0xFF); 
     for(int i = 0; i < 1000; i++){ 
      OutputStream out = s.getOutputStream(); 
      out.write(badData); 
      out.flush(); 
      Thread.sleep(1); 
     } 

    } 
    catch(SocketException e){ 
     System.out.println(e.getMessage()); 
     System.out.println(s.getLocalAddress().getAddress().length); 
    } 

Welche gibt die folgenden:

4 
Broken pipe 
16 

Also, ich habe herausgefunden, was es verursacht wird, aber immer noch keine Einblicke in warum dieses Verhalten auftritt von Java.