Java Không thể kết nối với máy chủ cửa sổ X11 bằng cách sử dụng 'localhost: 10.0' làm giá trị của biến DISPLAY

Tôi có một tập lệnh sử dụng java để kết nối để hiển thị X11 trong cổng 10.0 tại localhost

nhưng tôi luôn gặp lỗi này

java.lang.InternalError: Can't connect to X11 window server using 'localhost:10.0' as the value of the DISPLAY variable.
    at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
    at sun.awt.X11GraphicsEnvironment.access$200(X11GraphicsEnvironment.java:62)
    at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:178)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:142)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:186)
    at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:82)
    at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:112)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:186)
    at java.awt.Toolkit$2.run(Toolkit.java:849)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:841)
    at ij.io.Opener.openJpegOrGif(Opener.java:367)
    at ij.io.Opener.openImage(Opener.java:220)
    at ij.io.Opener.openImage(Opener.java:249)
    at ij.io.Opener.open(Opener.java:116)
    at ij.IJ.open(IJ.java:1112)
    at ij.macro.Functions.open(Functions.java:2006)
    at ij.macro.Functions.doFunction(Functions.java:129)
    at ij.macro.Interpreter.doStatement(Interpreter.java:205)
    at ij.macro.Interpreter.doBlock(Interpreter.java:515)
    at ij.macro.Interpreter.runUserFunction(Interpreter.java:278)
    at ij.macro.Interpreter.getFactor(Interpreter.java:1200)
    at ij.macro.Interpreter.getTerm(Interpreter.java:1162)
    at ij.macro.Interpreter.getExpression(Interpreter.java:1145)
    at ij.macro.Interpreter.getBooleanExpression(Interpreter.java:881)
    at ij.macro.Interpreter.getLogicalExpression(Interpreter.java:857)
    at ij.macro.Interpreter.getBoolean(Interpreter.java:850)
    at ij.macro.Interpreter.doIf(Interpreter.java:829)
    at ij.macro.Interpreter.doStatement(Interpreter.java:217)
    at ij.macro.Interpreter.doBlock(Interpreter.java:515)
    at ij.macro.Interpreter.doStatement(Interpreter.java:241)
    at ij.macro.Interpreter.doIf(Interpreter.java:831)
    at ij.macro.Interpreter.doStatement(Interpreter.java:217)
    at ij.macro.Interpreter.doStatements(Interpreter.java:195)
    at ij.macro.Interpreter.run(Interpreter.java:99)
    at ij.macro.Interpreter.run(Interpreter.java:65)
    at ij.macro.Interpreter.run(Interpreter.java:75)
    at ij.plugin.Macro_Runner.runMacro(Macro_Runner.java:127)
    at ij.plugin.Macro_Runner.runMacroFile(Macro_Runner.java:112)
    at ij.IJ.runMacroFile(IJ.java:103)
    at ij.ImageJ.main(ImageJ.java:517)

Tôi đã thử mọi cách để giải quyết vấn đề này như:

export DISPLAY=:10.0
export DISPLAY=localhost:10.0

Tôi cũng đã thử cổng 0.0 nhưng tôi luôn gặp lỗi tương tự

sau khi thử xhost

xhost +local:all
xhost:  unable to open display ""
xhost:  unable to open display ":10.0"

Làm thế nào tôi có thể sửa lỗi này Tôi nghĩ rằng Máy chủ X không chạy vì vậy tôi đã thử startxnó nói rằng nó đang chạy ở cổng đó

hệ thống của tôi là phiên bản máy chủ Ubuntu 10.04

Lệnh này đã giúp tôi giải quyết vấn đề:

export DISPLAY=:0

Bạn cần chỉ định -Djava.awt.headless=truetham số tại thời điểm khởi động.

Xóa biến DISPLAY

unset DISPLAY

Điều này giúp ích trong hầu hết các trường hợp (ví dụ: khởi động máy chủ ứng dụng hoặc các công cụ dựa trên java khác) và tránh sửa đổi tất cả nhiều dòng lệnh đó.

Cũng có thể thoải mái khi thêm nó vào .bash_profile cho người dùng ứng dụng-máy chủ / công cụ chuyên dụng.

Tôi nghĩ rằng bạn đang làm việc ở chế độ sudo. Vui lòng chuyển sang chế độ người dùng và thử lại

Trong trường hợp có ai đó đang cố gắng chạy các bài kiểm tra đơn vị tự động thông qua maven-surefire-plugin trên CI (jenkins, ..) và gặp lỗi được đề cập ở trên, hãy nhớ cập nhật cấu hình plugin surefire của bạn:

<plugin>
     <groupId>org.apache.maven.plugins</groupId>
     <artifactId>maven-surefire-plugin</artifactId>
     <version>${maven-surefire-plugin.version}</version>
     <configuration>
            <systemPropertyVariables>
                <java.awt.headless>true</java.awt.headless>
            </systemPropertyVariables>
      </configuration>
</plugin>

Điều này sẽ khắc phục nó:

/usr/bin/java -Djava.awt.headless=true $Your_program

Đối với tôi, đăng nhập bằng -Y thay vì -X đã hoạt động.

Trong trường hợp bạn có X11 không đáng tin cậy như được hiển thị bên dưới, hãy thử gắn cờ -Y để thay thế (nếu bạn tin tưởng máy chủ):

Cảnh báo : thiết lập chuyển tiếp X11 không đáng tin cậy không thành công: dữ liệu khóa xauth không được tạo

Sau nhiều ngày nỗ lực vô ích để cài đặt glassfish trên raspberry pi 2 với mũ phớt 22 không đầu, dưới đây đã làm việc cho tôi mà không gặp khó khăn

 unset DISPLAY
java -Djava.awt.headless=true -jar glassfissh-installer-v2ur2-b04-linux.jar

đã nhận được sự giúp đỡ của tôi từ đây

Đầu tiên: khởi động XQuartz

Thứ hai: ssh -X user @ ip_address

...: bắt đầu quá trình của bạn

nếu bạn ssh và sau đó khởi động XQuartz, bạn sẽ gặp lỗi đó

Điều này đã khắc phục sự cố của tôi

xhost +

nhưng Hãy lưu ý rằng xhost +hoàn toàn hủy kích hoạt xác thực và cho phép mọi người truy cập vào tất cả ứng dụng trên màn hình của bạn.

xhost +si:localuser:root dường như hoạt động tương tự với xác thực thích hợp.

Tôi đang sử dụng Xming và gặp lỗi tương tự. Các bước sau đã được thực hiện để khắc phục sự cố:

1. Trong khởi chạy Xming chọn hộp không có kiểm soát truy cập.
2. Trong putty chạy lệnh sau: DISPLAY=XXX.XXX.XXX.XX:0.0; export DISPLAY

Thay thế XXX.XXX.XXX.XXbằng địa chỉ IP của bạn.

Đầu tiên hãy làm điều này trong Build Phase of Jenkins nếu sử dụng hoặc đặt trong / etc / profile:

unset DISPLAY
export DISPLAY=:0

sau đó đặt thuộc tính này bằng mã java hoặc sử dụng maven: -Djava.awt.headless = false

Đã giải quyết. Tôi chỉ đăng xuất và đăng nhập với xorg!

Michael-O đã đưa ra cách tiếp cận hữu ích để giải quyết vấn đề. Một cách khác để giải quyết vấn đề này là khởi động máy chủ với Putty Console.

Trong trường hợp của tôi, không còn chỗ trống trong máy của tôi và tôi gặp phải vấn đề tương tự. Đôi khi nó có thể là vấn đề không gian. Kiểm tra dung lượng trong môi trường Linux / Unix của bạn và đảm bảo rằng máy của bạn có đủ dung lượng.

Nếu bạn đang cố gắng xuất hiển thị bằng su và nó vẫn không hoạt động. Đây là những gì làm việc cho tôi. Thử chuyển tiếp X11 cho người dùng sudo.

Kết nối máy chủ từ xa bằng tùy chọn -X với ssh.

# ssh -X root@remote-host

Bây giờ liệt kê bộ coockie cho người dùng hiện tại.

# xauth list $DISPLAY
    node01.thegeekdiary.com/unix:10  MIT-MAGIC-COOKIE-1  dacbc5765ec54a1d7115a172147866aa
# echo $DSIPLAY
    localhost:10.0

Chuyển sang tài khoản người dùng khác bằng sudo. Thêm cookie từ đầu ra lệnh ở trên cho người dùng sudo.

# sudo su - [user]
# xauth add node01.thegeekdiary.com/unix:10  MIT-MAGIC-COOKIE-1  dacbc5765ec54a1d7115a172147866aa

Xuất lại màn hình từ bước 2 cho người dùng sudo. Hãy thử lệnh xclock để xác minh xem các ứng dụng x client có hoạt động như mong đợi hay không.

# export DISPLAY=localhost:10.0

nguồn: https://www.thegeekdiary.com/how-to-set-x11-osysteming-export-remote-display-for-users-who-switch-accounts-using-sudo/

kiểm tra xem biến $ DISPLAY đã được đặt hay chưa, bằng lệnh dưới đây:

echo $ DISPLAY

nếu biến hiển thị không được đặt, hãy chạy lệnh bên dưới để đặt, (ngay cả khi biến hiển thị được đặt, bạn có thể đặt dưới một biến cho phiên của mình)

xuất DISPLAY =: 0.0

trong putty cũng có vị trí hiển thị x là: 0.0

cách duy nhất tôi làm cho nó hoạt động là chạy tập lệnh với một mẫu. ví dụ: mẫu sudo ./glassfish-3.1.2.2-unix.sh -s

Điều này sẽ cài đặt Glassfish ở Chế độ im lặng. http://docs.oracle.com/cd/E18930_01/html/821-2427/ghmva.html

Tôi gặp cùng một lỗi với bạn khi tôi chạy lệnh jconsole từ xa. Tôi muốn sửa đổi một tham số tại jconsole chạy trên máy chủ Linux từ xa, tôi có thể đăng nhập máy chủ bằng secureCRT, thiết bị đầu cuối sẽ đưa ra thông tin lỗi này. May mắn thay, khi sử dụng Putty, nó rất ổn. Kỳ dị....

Nếu bạn thấy lỗi này trong Hudson, hãy thử xóa thư mục .java khỏi thư mục chính của bạn, nó có thể hiệu quả với bạn.

Nếu bạn khởi động ứng dụng trên máy chủ từ xa trong khi đăng nhập bằng ssh thì một cách khác sẽ là khởi động ssh với -xtham số hoặc thêm ForwardX11 novào của bạn /etc/ssh/ssh_config. Trong trường hợp này ssh sẽ không tạo biến môi trường DISPLAY.

Nếu bạn đang kích hoạt mã của mình từ Jenkins, việc bật tùy chọn "Khởi động Xvfb trước khi xây dựng và tắt nó sau đó" có thể hữu ích. Nó đã giúp đỡ tôi.

thay đổi thành một người dùng khác và thử ngoại trừ root. nó hoạt động cho tôi.

Tôi vừa không đăng xuất khỏi root trước khi chạy ./studio.sh Đã hoàn tất.

Đối với Ubuntu 17.10 Cài đặt bộ đệm khung ảo X (xvfb)

apt install xvfb

Và đã thêm những dòng này vào tệp / etc / profile ...

# Start the X virtual frame buffer (Xvfb)
if [ -f /usr/X11R6/bin/Xvfb ]; then
/usr/X11R6/bin/Xvfb :1 -screen 0 1366x768x32
fi

# Set the DISPLAY variable for the X virtual frame buffer (Xvfb)
export DISPLAY=localhost:1.0

Trong trường hợp của tôi, lỗi này không liên quan đến cổng HIỂN THỊ. Tôi đang cố gắng tải một XML vào Windchill (một phần mềm PLM) và chỉ nhận được lỗi ở trên trên thiết bị đầu cuối. Trong một tệp nhật ký, tôi thấy báo cáo rằng tệp XML của tôi bị hỏng . Có thể ai đó có vấn đề tương tự và có thể sử dụng câu trả lời này.

Vấn đề của tôi là với tường lửa. Vô hiệu hóa nó tạm thời.

[EDIT] Và, tên máy chủ đã trỏ đến một IP khác. Đặt nó thành người dân địa phương đơn giản. strace xclockđã giúp gỡ lỗi vấn đề này.

Tôi đã khắc phục sự cố này bằng cách đăng nhập bằng Xorg. Theo mặc định, tôi đã sử dụng Wayland. Có vẻ như Wayland đã loại bỏ hầu hết các lỗi thiết kế của Xorg, nó có những vấn đề riêng.

Đối với tôi, vấn đề là xorg-x11-xauth chưa được cài đặt. Tôi đã cài đặt nó và sau đó nó hoạt động.

Các gói mà tôi có bây giờ là:

• libX11-common-1.6.3-2.el6.noarch
• libX11-1.6.3-2.el6.i686
• libX11-1.6.3-2.el6.x86_64
• xorg-x11-drv-ati-domains-7.6.1-2.el6.noarch
• xorg-x11-xauth-1.0.9-1.el6.x86_64