Попытка выполнить мое Java-приложение приводит к исключению UnsatisfiedLinkError, когда libmysqlclient.so.18 не может быть найден, даже если он явно объявлен в LD_LIBRARY_PATH , -Djava.library.path и / etc / ld.so.conf
ОПИСАНИЕ ПРОБЛЕМЫ
Я пытаюсь использовать pcap4j (https://github.com/kaitoy/pcap4j), Java-оболочка для libpcap, так что я могу прослушивать NIF-файлы на своем компьютере из приложения Java. Поскольку libpcap требует привилегий суперпользователя для выполнения этой задачи, я должен как-то дать непривилегированному пользователю, выполняющему это приложение, возможностьдоступ к NIF.
Сопровождающий pcap4j предлагает предоставить возможности CAP_NET_RAW и CAP_NET_ADMIN команде java следующим образом: setcap cap_net_raw,cap_net_admin=eip /path/to/java
Из-за ограничений реализации я ограничен следующим образом:
- Избегайте предоставления доступа sudo непривилегированному пользователю из-за политик безопасности. То же самое можно применить к предоставлению вышеупомянутых возможностей команде java (не знаю, предоставляются ли разрешения для каждой пары пользователь / команда), но, исходя из моих относительно скудных знаний о безопасности, последний вариант выглядит как более ограниченный метод предоставления разрешений для того, чего я хочу достичь (решения приветствуются и в случае альтернативы).метод предоставления разрешений выглядит более подходящим для моих целей), и учитывая, что разработчик pcapj4, вероятно, более опытный профессионал, советует, поэтому я следовал пути предоставления возможностей.
- Пользователь должен иметь возможность запускать приложение безпри запросе пароля
- Разрешение должно быть сделано только один раз, например, при первом создании пользователя.
После предоставления CAP_NET_RAW и CAP_NET_ADMIN capabilites в javaКоманда, проблема возникла.При выполнении приложения я получаю следующее исключение:
Error creating entity
java.lang.UnsatisfiedLinkError: /path/to/app/lib/libxpherejava.so: libmysqlclient.so.18: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1857)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1122)
ДЕТАЛИ
JAVA: java-1.8.0-openjdk-1.8.0.171-8
ОС: Linux user-me 3.10.0-862.6.3.el7.x86_64 # 1 SMP пт 15 июня 17:57:37 EDT 2018 x86_64 x86_64 x86_64 GNU / Linux [Red Hat EnterpriseLinux Server выпуск 7.5 (Maipo)]
LD_LIBRARY_PATH содержит явный путь к не найденной библиотеке:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/lwp:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64/jre/lib/amd64/jli/libjli.so:/usr/lib64/mysql/libmysqlclient.so.18
export LD_LIBRARY_PATH
LD_LIBRARY_PATH передается в JVM с использованием java.library.path :
exec java
-XshowSettings:properties
-Djava.library.path=${LD_LIBRARY_PATH}
-d64
...
"- XshowSettings: properties" предоставляет мне следующий вывод при выполнении команды java:
java.library.path =
/path/to/app/lib
/path/to/app/lib/glib-2.0
/usr/lib/lwp
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64/jre/lib/amd64/jli/libjli.so
/usr/lib64/mysql/libmysqlclient.so.18
, где /usr/lib64/mysql/libmysqlclient.so.18 - символическая ссылка на /usr/lib64/mysql/libmysqlclient.so.18.0.0
Похоже на JVM (или любой объект, запрашивающий доступ к libmysqlclient.so.18 из libxpherejava.so ) не находит libmysqlclient.so.18 , даже когда его путь явно указан в java.library.path и файл DOES существуетt.
С LD_LIBRARY_PATH, содержащим путь к libmysqlclient.so.18 (/usr/lib64/mysql/libmysqlclient.so.18), с выдачей ldd файла libxpherejava.so получается этот libmysqlclient.so.18 не может быть найден
[user@user-me log]$ ldd /path/to/app/lib/libxpherejava.so
linux-vdso.so.1 => (0x00007ffe1a73d000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fd727df4000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007fd727b83000)
libxphereS.so => /path/to/app/lib/libxphereS.so (0x00007fd727973000)
libmysqlclient.so.18 => not found
libz.so.1 => /lib64/libz.so.1 (0x00007fd72775d000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fd727543000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd727327000)
libm.so.6 => /lib64/libm.so.6 (0x00007fd727025000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007fd726d11000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd726944000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fd726740000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fd7264f3000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fd72620b000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fd726007000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fd725dd4000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd728718000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fd725b72000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fd725964000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fd725760000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fd725547000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fd725320000)
Это содержимое ld.so.conf :
[user@user-me lib]$ cat /etc/ld.so.conf
/path/to/app/lib/
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64/jre/lib/amd64/jli/libjli.so
/usr/lib64/mysql/libmysqlclient.so.18
Обе библиотеки имеют 64-бит скомпилирован:
[user@user-me lib]$ file libxpherejava.so
libxpherejava.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=82e1c673e732eb2d3770883b14facf3eff091243, not stripped
[user@user-me lib]$ file /usr/lib64/mysql/libmysqlclient.so.18
/usr/lib64/mysql/libmysqlclient.so.18: symbolic link to libmysqlclient.so.18.0.0'
[user@user-me lib]$ file /usr/lib64/mysql/libmysqlclient.so.18.0.0
/usr/lib64/mysql/libmysqlclient.so.18.0.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=79978c5f4fb259a5a146614e260ea0720dd31d3b, stripped
A strace над сценарием, выполняющим команду "exec java", дает это -> https://dumpz.org/aGHQpNk9Znmk
СВЯЗАННЫЕ ВОПРОСЫ
Кто-нибудь знает, почему libmysqlclient.so.18 не найден?