NetworkInterface.getNetworkInterfaces() не перечисляет все интерфейсы

У меня есть три интерфейса (eth0,Loopback,wlan0) на моей машине, и я хочу использовать Java-API для получения адреса mac.

версия java "1.7.0_21" Java (TM) SE Runtime Environment (сборка 1.7.0_21-b11) Java HotSpot (TM) 64-разрядная серверная VM (сборка 23.21-b01, смешанный режим)

Ответы

Ответ 1

Очевидно, что я был не прав в первую очередь: хотя оба ifconfig и Java API используют те же самые ioctl() syscalls, они ведут себя по-другому.

Прежде всего, SIOCGIFCONF ioctl() документируется следующим образом (см. http://linux.die.net/man/7/netdevice):

SIOCGIFCONF
    Return a list of interface (transport layer) addresses.
    ...
    The kernel fills the ifreqs with all current L3 interface 
    addresses that are running.

Таким образом, SIOCGIFCONF ioctl(), который используется как ifconfig, так и JAVA API, возвращает только работает. Это также можно увидеть в ответе strace ifconfig ... вопроса - самый первый ioctl возвращает только lo и wlan0, но не eth0.

Тогда, где ifconfig вообще получает eth0? Проверяя исходный код ifconfig (из пакета net-tools на Debian/Ubuntu), мы видим что ifconfig не использует результат из ioctl() в качестве основы для перечисления сетевых устройств, но прежде всего читает файловую систему /proc для определения всех сетевых интерфейсов. Затем для определения дополнительной информации о каждом интерфейсе используются системные вызовы ioctl().

К сожалению, метод java.net.NetworkInterface.getByName() даже не возвращает объект сетевого интерфейса для неконфигурированного интерфейса, если мы явно передаем имя, например eth0.

По существу, существуют три разных подхода для получения аппаратных адресов устройств all в Linux:

Вызвать ifconfig и проанализировать вывод (должен быть последним)
Внедрить JNI-библиотеку, чтобы сделать то же самое, что ifconfig (требуется библиотека, зависящая от архитектуры)
Прочитайте данные непосредственно из файловых систем /proc и /sys.

Все эти подходы зависят от системы и не переносятся. Преимущество третьего подхода заключается в том, что оно может быть реализованный в чистой Java. Ниже приведен пример реализации третьего подхода, который хорошо работал в моей среде:

static void printHardwareAddresses() throws SocketException {
    if (System.getProperty("os.name").equals("Linux")) {

        // Read all available device names
        List<String> devices = new ArrayList<>();
        Pattern pattern = Pattern.compile("^ *(.*):");
        try (FileReader reader = new FileReader("/proc/net/dev")) {
            BufferedReader in = new BufferedReader(reader);
            String line = null;
            while( (line = in.readLine()) != null) {
                Matcher m = pattern.matcher(line);
                if (m.find()) {
                    devices.add(m.group(1));
                }
            }
        } catch (IOException e) {
            e.printStackTrace();
        }

        // read the hardware address for each device
        for (String device : devices) {
            try (FileReader reader = new FileReader("/sys/class/net/" + device + "/address")) {
                BufferedReader in = new BufferedReader(reader);
                String addr = in.readLine();

                System.out.println(String.format("%5s: %s", device, addr));
            } catch (IOException e) {
                e.printStackTrace();
            }
        }

    } else {
        // use standard API for Windows & Others (need to test on each platform, though!!)
        ...
    }
}

Ответ 2

При вызове getNetworkInterfaces Java вернет

all the interfaces on this machine. Returns null if no network interfaces could be found on this machine.

Вы не единственная проблема с этой проблемой . По-видимому, на linux Java вернет только интерфейсы, у которых есть выделенный IP-адрес (например, настроенные адаптеры).

Но с вашей точки зрения приложения (если вы не создаете приложение сетевой конфигурации), имеющее интерфейс без IP-адреса, похоже на отсутствие его. Вам придется либо опросить интерфейсы, либо получить их каждый раз, когда вы получаете доступ, скажем, "Настройки сети" в своем приложении.

Ответ 3

Расширение ответа @Andreas, мы могли бы написать небольшую оболочку script как $ifconfg | grep "Link encap" > some_file, а затем будет иметь меньший (только 3 строки) файл для синтаксического анализа и выбора первого токена в каждой строке. Подобная вещь для получения HWaddress. Мы напишем меньший код Java.

Другим вариантом может быть использование общедоступных сообщений Apache IOUtils.toString(new FileInputStream( <file_path>,US_ASCII)) для чтения настроек. Это устранит повторяющийся код ввода/вывода Java в его решении.