Saya mencoba untuk mengatur SSH otomatis melompat melalui server yang tidak memiliki nc.
Ini bekerja dari baris perintah:
ssh -A gateway ssh steve@target
(Saya telah menambahkan kunci publik saya ke agen SSH).
Namun, menambahkannya ke ~ / .ssh / config tidak:
Host target
User steveb
ProxyCommand ssh -A gateway ssh steve@targetip
$ ssh target
Pseudo-terminal will not be allocated because stdin is not a terminal.
^CKilled by signal 2.
Mencoba memaksakan masalah -t
ini lucu tapi tidak membantu.
ProxyCommand ssh -A -t gateway ssh steve@targetip
$ ssh target
Pseudo-terminal will not be allocated because stdin is not a terminal.
Pseudo-terminal will not be allocated because stdin is not a terminal.
^CKilled by signal 2.
Lagi -t
? Tidak baik.
ProxyCommand ssh -A -t -t gateway ssh steve@targetip
$ ssh target
tcgetattr: Inappropriate ioctl for device
^CKilled by signal 2.
Apakah ini mungkin? Sebagian besar tutorial (mis. Http://www.arrfab.net/blog/?p=246 ) menyarankan penggunaan nc
.
ssh
rhel
configuration
tty
Steve Bennett
sumber
sumber
Jawaban:
SSH ProxyCommand tanpa netcat
ProxyCommand sangat berguna ketika host hanya dapat diakses secara tidak langsung. Dengan netcat, ini relatif lurus:
Di sini {gw} dan {host} adalah placeholder untuk gateway dan host.
Tetapi juga memungkinkan ketika netcat tidak diinstal pada gateway:
/ Dev / tcp adalah fitur bawaan dari bash standar. File tidak ada. Untuk memeriksa apakah bash menjalankan fungsi bawaan fitur ini:
... di gateway.
Untuk memastikan bahwa bash digunakan, gunakan:
Dan itu bahkan bekerja sama dengan ControlMaster.
(Diperbarui pada 22 Oktober untuk memasukkan kill untuk membersihkan latar belakang kucing) (Diperbarui pada 3 Maret 2011 untuk membuat placeholder lebih jelas dan menjelaskan / dev / tcp)
Kredit 100% untuk roland schulz. Inilah sumbernya:
http://www.rschulz.eu/2008/09/ssh-proxycommand-without-netcat.html
lihat info lebih bermanfaat di komentar di sana.
Ada juga lebih banyak di sini:
http://www.linuxjournal.com/content/tech-tip-tcpip-access-using-bash
http://securityreliks.securegossip.com/2010/08/enabling-devtcp-on-backtrack -4r1ubuntu /
PEMBARUAN : ini sesuatu yang baru dari Marco
Mengacu pada ProxyCommand di ~ / .ssh / config di mana seseorang memiliki baris seperti ini:
Marco berkata:
Hasilnya akan terlihat seperti ini:
sumber
Big T, bukan sedikit t.
Skrip saya digunakan untuk mengembalikan pesan itu, dan tidak lagi.
Saya menggunakan
authorized_key
pada other_system untuk menyebabkan ini menjalankan perintah:sumber
Cobalah ini:
sumber
-t
di kedua koneksi dan saya melihatnya di yang salah. Saya telah mengedit jawaban saya.Anda bisa mencoba teknik ssh'ing ke server1 berikut diikuti dengan ssh'ing ke server2.
Melakukannya seperti ini bekerja untuk saya.
sumber