Data e ora, indirizzo IP con Java

[andbin]

Si ma un notebook usa sempre e solo 1 interfaccia di rete per volta, giusto?

Non confondere ..... un conto è se un pacchetto deve "uscire" e un altro conto è un pacchetto che "entra".
Una macchina può avere 2 schede di rete (cablata o no, non importa) ognuna con il suo indirizzo IP. Si potrebbe fare in modo di avere un server HTTP che faccia il "bind" sul IP della 1° scheda e un altro server HTTP che faccia il "bind" sul IP della 2° scheda di rete. Entrambi funzionano e rispondono correttamente, ovviamente a IP diversi.

Un altro conto è un pacchetto che "esce". Il sistema lo gira tipicamente su una sola interfaccia ma quale interfaccia la sceglie "sapendo" come è fatta la rete (meglio dire: sapendo come raggiungere altri indirizzi). Esempio idem con 2 interfacce di rete: se una stampante di rete è raggiungibile sulla rete attaccata alla interfaccia 1, il sistema inizialmente non lo sa e chiede alla rete su tutte le interfacce (tramite ARP) "chi ha il IP w.x.y.z?" (w.x.y.z IP della stampante). Se la risposta arriva (ovviamente) sulla interfaccia 1, allora il sistema da quel momento invierà i pacchetti per la stampante sulla interfaccia 1 e non sulla 2.

Quindi non è che il sistema usa "1 interfaccia di rete per volta". Per ogni pacchetto viene scelto il percorso in base alla conoscenza della rete che ha il sistema.

[Alex'87]

Su internet ho trovato questo codice ma non funziona:

Ormai dovresti saperlo, "non funziona" non vuol dire nulla.
Non compila?
Eccezioni a runtime?
Altro?

[giannino1995]

Ormai dovresti saperlo, "non funziona" non vuol dire nulla.
Non compila?
Eccezioni a runtime?
Altro?

No no, compila e non da eccezioni. Però nella console non leggo l'ip, come questa stringa non esistesse:

System.out.println(ip);

[giannino1995]

Non confondere ..... un conto è se un pacchetto deve "uscire" e un altro conto è un pacchetto che "entra".
Una macchina può avere 2 schede di rete (cablata o no, non importa) ognuna con il suo indirizzo IP. Si potrebbe fare in modo di avere un server HTTP che faccia il "bind" sul IP della 1° scheda e un altro server HTTP che faccia il "bind" sul IP della 2° scheda di rete. Entrambi funzionano e rispondono correttamente, ovviamente a IP diversi.

Un altro conto è un pacchetto che "esce". Il sistema lo gira tipicamente su una sola interfaccia ma quale interfaccia la sceglie "sapendo" come è fatta la rete (meglio dire: sapendo come raggiungere altri indirizzi). Esempio idem con 2 interfacce di rete: se una stampante di rete è raggiungibile sulla rete attaccata alla interfaccia 1, il sistema inizialmente non lo sa e chiede alla rete su tutte le interfacce (tramite ARP) "chi ha il IP w.x.y.z?" (w.x.y.z IP della stampante). Se la risposta arriva (ovviamente) sulla interfaccia 1, allora il sistema da quel momento invierà i pacchetti per la stampante sulla interfaccia 1 e non sulla 2.

Quindi non è che il sistema usa "1 interfaccia di rete per volta". Per ogni pacchetto viene scelto il percorso in base alla conoscenza della rete che ha il sistema.

Non so cosa significhi esattamente fare il "bind" ma è sempre un piacere leggerti però se riuscissi a recuperare l'IP w.x.y.z con cui un pc risulti raggiungibile attraverso la rete (un normale pc con una sola scheda di rete e trascurando i casi particolari) mi accontenterei. Poi se la cosa fosse troppo complessa ci rinuncerei e mi metterei il cuore in pace.

[andbin]

Non so cosa significhi esattamente fare il "bind"

Letteralmente "legare". Per i socket significa legare il socket ad un indirizzo/porta locale.

se riuscissi a recuperare l'IP w.x.y.z con cui un pc risulti raggiungibile attraverso la rete

java.net.NetworkInterface fornisce le info su tutte le interfacce di rete.

[Alex'87]

No no, compila e non da eccezioni. Però nella console non leggo l'ip, come questa stringa non esistesse:

System.out.println(ip);

Andando in debug ti accorgeresti che il programma resta bloccato sulla readLine(): è una chiamata bloccante e l'esecuzione non prosegue finché essa non ritorna qualcosa. C'è da capire perché non termina. Lo leggi tutto l'output? Prova a iterare finché non torna null.

[giannino1995]

Andando in debug ti accorgeresti che il programma resta bloccato sulla readLine(): è una chiamata bloccante e l'esecuzione non prosegue finché essa non ritorna qualcosa. C'è da capire perché non termina. Lo leggi tutto l'output? Prova a iterare finché non torna null.

Mi sono sbagliato, ho un output ma è una riga vuota. A me non da errori il programma e non si blocca come succede a te infatti se aggiungo delle stringhe prima e dopo readLine() leggo tutto senza problemi.

OUTPUT
a

b

INPUT

package prova;

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.net.URL;
import java.net.URLConnection;
import java.net.UnknownHostException;

import javax.swing.*;

public class Esempio extends JFrame {

    public class NetManager {

        private static final String URL = "http://www.html.it";

        private String findMeExternalIP() {
            String ip = null;
            try {
                URL page = new URL(URL);
                URLConnection yc = page.openConnection();
                BufferedReader in = new BufferedReader(new InputStreamReader(yc.getInputStream()));
                ip = in.readLine();
                in.close();
            } catch (IOException ex) {
                return null;
            }
            return ip;
        }
    }

    public Esempio() throws UnknownHostException {
        NetManager t = new NetManager();
        String ip = t.findMeExternalIP();
        System.out.println("a");
        System.out.println(ip);
        System.out.println("b");
        setSize(100,100);
        //InetAddress ia = InetAddress.getLocalHost();
        //String ip = ia.getHostAddress();
        //System.out.println("IP:" + ip);

    }

    public static void main(String[] args) {
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                try {
                    Esempio interfaccia = new Esempio();
                    interfaccia.setVisible(true);
                } catch (UnknownHostException e) {
                    e.printStackTrace();
                }

            }
        });
    }

}

[andbin]

ho un output ma è una riga vuota.

Con il browser apri http://www.html.it, poi visualizza il sorgente della pagina ..... cosa vedi (specificatamente nella prima riga)?

[giannino1995]

Il classico doctype!

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

[andbin]

Il classico doctype!

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Strano ... quando ti avevo risposto avevo controllato e da View Page Source (dove mostra anche il numero di riga!) in FF vedevo la prima riga vuota (il doctype era sulla seconda). Ora il doctype è sulla prima riga. Mah .....

No alt, ho ricontrollato subito dopo e la prima riga è di nuovo vuota.

Ma comunque: cosa ti aspetti quindi? Con un solo readLine() leggi 1 sola riga .... può essere vuota o no ... Quindi?