Ich benutze SSH-Tunnel für eine Weile unter Windows (mit Putty).
Unter Windows mit Putty ist dies immer in Ordnung, aber unter Mac oder Cygwin wird manchmal die folgende Warnmeldung angezeigt:
open failed: administratively prohibited: open failed
Ich benutze SSH-Tunnel für eine Weile unter Windows (mit Putty).
Unter Windows mit Putty ist dies immer in Ordnung, aber unter Mac oder Cygwin wird manchmal die folgende Warnmeldung angezeigt:
open failed: administratively prohibited: open failed
Antworten:
Ich glaube, Sie haben die TCP-Weiterleitung auf dem Server deaktiviert. Stellen Sie auf Ihrem Server /etc/ssh/sshd_config
sicher, dass die folgende Zeile entweder nicht vorhanden oder kommentiert ist, andernfalls kommentieren Sie sie.
AllowTcpForwarding no
AllowTcpForwarding yes
Es gibt eine breitere Diskussion über diesen Fehler bei SSH-Tunneln unter Unix StackExchange. Kurz gesagt, dies ist ein unspezifischer Fehler. es gibt zahlreiche möglichkeiten, die erkundet werden sollten.
Nur für die Nachwelt, auch wenn es für Sie nicht besonders nützlich ist
Die Fehler werden über stderr an Ihre Konsole gesendet. Wenn Sie sie also einfach ignorieren möchten, funktioniert das Hinzufügen 2>/dev/null
am Ende Ihres ssh
Anrufs einwandfrei. Z.B:
ssh -C -D 3210 example@connexion 2>/dev/null
Dies ist nützlich, wenn der Proxy-Tunnel tatsächlich funktioniert, Sie aber die Fehler nicht sehen möchten.
In meinem Fall; Die Maschine, auf die ich tunnele, ist nicht meine, daher kann ich die nicht ändern sshd_config
(nicht dass das Ihr Problem war) und ich verwende dieselbe Verbindung auch für die Shell. Wenn diese Fehlermeldungen während eines geöffneten VIM-Fensters in meine Konsole geschrieben werden, reagiert die Anzeige ziemlich nervig.
open failed: administratively prohibited: open failed
wird an stderr ausgegeben. "Auf Mac oder Cygwin" Sie können diese Warnung ausblenden (worüber gewarnt wird, dass sie eigentlich nichts kaputt macht), indem Sie diesen Text an null senden ( 2>/dev/null
an den Befehl anhängen ). Dies beantwortet die Frage absolut, insbesondere wenn Sie keinen Administratorzugriff auf den anderen Computer haben, um das zugrunde liegende Problem zu beheben