Installieren Sie Netbeans von einem privaten IP-Computer in einem anderen öffentlichen Remote-IP-Computer mit SSH

282
Masroor

Ich sitze in einer privaten IP-Maschine (lokal) und möchte Netbeans in einer anderen öffentlichen Remote-IP-Maschine (Remote) installieren . Auf dem lokalen Computer wird Ubuntu und auf dem Remote-Computer CentOS ausgeführt.

Ich habe das netbeans-Installationsprogramm von der Remote-Maschine heruntergeladen und in eine ausführbare Datei geändert.

Nun, in Remote, wenn ich den Befehl ausgeben,

# ./netbeans-8.1-linux.sh 

Ich bekomme eine Fehlermeldung

Es wurde keine X11-DISPLAY-Variable gesetzt, aber dieses Programm hat eine Operation ausgeführt, die dies erfordert.

Um dies zu erledigen, renne ich in Remote,

# export DISPLAY=:0 

In local laufe ich,

$ xhost + 

und führen Sie das Installationsprogramm im Remote-Modus erneut aus, und aktivieren Sie die verbose Flagge.

./netbeans-8.1-linux.sh --verbose 

Dies gibt die Fehlermeldung,

Es kann keine Verbindung zum X11-Fensterserver unter Verwendung von ': 0' als Wert der Variablen DISPLAY hergestellt werden.

(Ich habe andere Variationen probiert 0.0).

Wie einige Suchanfragen über das Netz zeigen, besteht meine einzige Möglichkeit in Remote darin, den Befehl auszugeben.

# export DISPLAY=my.private.ip.address:0 

Dies sollte fehlschlagen und tatsächlich fehlschlagen, da der Zugriff auf eine private IP-Maschine von einer echten IP-Maschine aus erforderlich ist.

Hier stehe ich vor einer Straßensperre und brauche Ihre Hilfe.

BEARBEITEN

Verwendung ssh -Xund ssh -YFehler bei der Nachricht,

X11-Weiterleitungsanforderung auf Kanal 0 fehlgeschlagen

Ich habe /etc/ssh/sshd_configRemote eingecheckt und X11Forwarding yesist schon da.

BEARBEITEN 2

Ausgabe von ssh -v -X user@remote.real.ip.address echo Hello world | grep -C 10 "X11 forwarding request failed"

debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug1: pledge: exec debug1: Requesting X11 forwarding with authentication spoofing. debug1: Sending environment. debug1: Sending env LC_PAPER = en_US.UTF-8 debug1: Sending env LC_ADDRESS = en_US.UTF-8 debug1: Sending env LC_MONETARY = en_US.UTF-8 debug1: Sending env LC_NUMERIC = en_US.UTF-8 debug1: Sending env LC_TELEPHONE = en_US.UTF-8 debug1: Sending env LC_IDENTIFICATION = en_US.UTF-8 debug1: Sending env LANG = en_US.UTF-8 debug1: Sending env LC_MEASUREMENT = en_US.UTF-8 debug1: Sending env LC_TIME = en_US.UTF-8 debug1: Sending env LC_NAME = en_US.UTF-8 debug1: Sending command: echo Hello world debug1: Remote: No xauth program; cannot forward with spoofing. X11 forwarding request failed on channel 0 debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 1 clearing O_NONBLOCK Transferred: sent 3136, received 2800 bytes, in 0.3 seconds Bytes per second: sent 9839.6, received 8785.3 debug1: Exit status 0 
0
Sehen wir uns etwas wie `ssh -v -X any-other-options 'an grep -C 10 "X11-Weiterleitungsanforderung fehlgeschlagen" für Kontext. a CVn vor 7 Jahren 0
Bitte sehen Sie sich die Bearbeitung an. Masroor vor 7 Jahren 0
Okay das ist gut; Dies sollte für jemanden ausreichen, um tatsächlich eine Antwort zu schreiben, die Ihnen hilft. Im Grunde sieht es so aus, als ob "xauth" an einem Ende der SSH-Pipe fehlt (ich bin mir nicht sicher, welche). Stellen Sie sicher, dass er auf beiden Systemen im $ PATH-Standard verfügbar ist. a CVn vor 7 Jahren 0
In der Ferne fehlte "xauth". Eingerichtet. Wie mache ich das nützlich? Masroor vor 7 Jahren 0
Funktioniert die X11-Weiterleitung jetzt für Sie, indem Sie 'ssh -X' oder `ssh -Y 'verwenden? a CVn vor 7 Jahren 0
Ja, beide Optionen funktionieren, aber das Installationsprogramm schlägt fehl. Masroor vor 7 Jahren 0

0 Antworten auf die Frage