Üniversitemdeki bir Afs sistemine erişmek için SSH kullanıyorum. SSH tünelleme gerektiren rmate (remote TextMate) kullanmayı seviyorum, bu yüzden bu takma adıma .bashrc numaralı telefonuma dahil oldum.Uyarı: Dinleme bağlantı noktası için uzak bağlantı noktası iletimi başarısız oldu 52698
alias sshr=ssh -R 52698:localhost:52698 [email protected]
Şu ana kadar her zaman çalıştı.
Başka bir SSH bağlantısı açtım. SSH tünelimi açmadan önce bu bağlantıyı kapatmam gerekiyordu.
Daha Açıklama:
Uyarı: ssh bağlantısı kuruldu bir kez daha sonraki bağlantıları ile mesaj üretecek Bu mesajdır liman 52698
dinlemek için uzaktan port yönlendirme başarısız zararsız, ileriye doğru sadece bir kez kurulabilir ve bir ileri aynı makineye tüm ssh bağlantıları için çalışacaktır. Tüm uzaktan düzenleme oturumları tamamlanana kadar kabuktan çıktığınızda iletmeyi başlatan orijinal ssh oturumu açık kalacaktır.
Bu sorunu çözmek için bilgilerinizi nereden buldunuz? Sunucuya yeni güç sağladım ve ters tünelleme ile SSHed, rmate çalışmayı denedim ve connect_to localhost bağlantı noktası 52698 hata verdi: başarısız oldu. Bildiğim kadarıyla sadece bir SSH bağlantım açık. Bu bağlantı noktasındaki bağlantılara izin vermek için iptables'i güncelledim. Sonra ne denemek için takıldım. – Ila
Yararlı bulduğum Noob ipucu: Yerel makinenizde Textmate'in çalıştığını unutmayın. Bu aslında sunucuyu başlatır. – Magne
Hala bu uyarıyı alıyorsanız, aşağıdakileri yaparak çıkış yapabilir ve başka bir bağlantı noktasına bağlanabilirsiniz: ssh-R
Aynı problem vardı. (Xxxx yerine
sudo netstat -plant | grep 52698
Sonra böyle bir cevap süreçlerin hepsini öldürmek: zaten açık port bulmak için, 'corn.myschool.edu' bilgisayarda bu komut vermek zorunda süreç kimlikleri)
sudo kill -9 xxxx
ile (GÜNCELLENDİ: güzel bir anımsatıcı) benim durumumda
Mac'te komut, "lsof -i -P | grep 52698" gibi görünüyor, ancak yine de sorunu her zaman çözmüyor (sadece benim için Textmate'i listeler) – Kevin
Argümanları yeniden düzenleyip değiştirmediğinizi hatırlamanız daha kolay olurdu. netstat: sudo netstat -plant | grep 52698 '... ve yazdığımda bilgisayarının' mısır 'olduğunu bile bilmiyordum! : P – icedwater
olduğu gibi -plant hareket etme seçeneği değişti, sorun uzaktan sistem DNS düzgün ayarlanmış yoktu olmasıydı yukarı ve kendi ana bilgisayar adını bile çözemedi. Uzak sistemde /etc/resolv.conf dosyasında çalışan bir DNS olduğundan emin olun.
Bu sorunu yaşadım, ancak sudo ayrıcalıklarının olmadığı bir sunucuya bağlanırken, bu nedenle sudo netstat ... numaralı koşulu çalıştırmanın en iyi yanıtı benim için uygun değildi.
Sonunda, hala çalışan rmate örnekleri olduğundan dolayı, çalışan işlemleri listelemek için ps'u kullandım ve kill -9 pid'u (burada pid, rmate için işlem kimliği) kullandı.
Sadece bir ipucu. Herhangi bir ssh probleminde '-vvv' kullanmak hata ayıklamaya geçmelidir. Mümkünse, yapılandırmayı doğrulamak için, yerel sunucuyu komut olarak uzak sunucuda çalıştırmayı deneyin. ssh [email protected] - ssh -vvv -R 1234: localhost: 1234 yerel ana bilgisayar. Saygılarımızla, – geckos