Bash_profile veya bashrc kullanmadan giriş yap

Öyleyse, birisinin kendi .bashrciçinde (veya onun) oturum açmasını önleyen bir şey yazdığını varsayalım ssh(örn. Ssh girişi dosyadaki hata nedeniyle). Bu kişinin yürütmeden giriş yapabileceği (veya .bashrcdiğerini çalıştığından beri) veya başka bir şekilde dosyayı silme / yeniden adlandırma / geçersiz kılma yolu var mı?

Makineye fiziksel erişiminizin olmadığını varsayalım ve bu, ssh özelliği olan tek kullanıcı hesabıdır.

Referans için: .bash_profileiçerir .bashrc:

[[ -f ~/.bashrc ]] && . ~/.bashrc

Düzenleme: Denedim şeyler:

ssh user@host "rm ~/.bashrc"

scp nothing user@host:/RAID/home/tom/.bashrc

ssh user@host  "/bin/bash --norc"

Hepsi hata veriyor:

/RAID/home/tom/.bashrc: line 16: /usr/local/bin/file: No such file or directory
/RAID/home/tom/.bashrc: line 16: exec: /usr/local/bin/file: cannot execute: No such file or directory

Sanırım tek seçeneklerin:

• başka bir kullanıcı olarak ssh ve hesabınıza su;

• Ana bilgisayarda ilgili hizmetler etkinse, ftp veya smbclient gibi bir şey kullanın;

• açık bir ağ servisinde açık bir güvenlik açığı bulun ve bu avantajdan yararlanın :).

• sorunu çözmek için bir yönetici olsun.

ssh -t username@hostname /bin/sh benim için çalışıyor.

Aynı problemi yaşadım ve bir şekilde bunu çözebildi. Sisteme erişmek için ssh kullandım ve sisteme girdiğimde Ctrl + c tuşlarına basıp tuttum. Sonra, ~ / .bashrc okunmadı ve değiştirebildim.

Kurmuş olduğum bir ağ izleme yazılımında bir web arayüzü üzerinden root olarak bir komutu çalıştırmak için yayınlanmış bir CVE kullandım. rm /RAID/home/tom/.bashrc

Sonra giriş yapabilir ve yaptığım değişiklikleri geri alabilirim.

Bir) başlamak gerekir bash olmadan sourceya ing' ~/.bashrcya ~/.bash_profilehayır var / b) böyle bir kabuk tam giriş kabuğu olmaz çünkü tty ekli, kuvvet ssh bir takmak için tty :

ssh -t user@host bash --norc --noprofile

Şansın bitti.

Tüm ssh komutları giriş kabuğunuzu çalıştırır. ssh $COMMANDkoşar $SHELL -c $COMMAND, scpkoşar $SHELL -c /path/to/sftp-server, sade sshsadece kabuğunu çalıştırır.

Yukarıdaki cevapların hiçbiri ssh'nin giriş kabuğunu atlayamaz. Tam bir komut satırı geçebilir ve komutun işlenmesi ve komutun çalışma ortamının ayarlanması için uzak kabuğu çalıştırır. Mermiler bunun için var ve Unix yolu. Kabuğu olmayan bir şeyi çalıştırmayı deneseydin her türlü uyumluluk problemine sahip olursun. Aynı şekilde, bir C kontrolünü denemek, kaçınmaya çalıştığınız davranış olan calling exit ile aynı şekilde yapılmalıdır. Bash devam ederse, onun bir hata. Neden insanlar, man sayfasındaki farklı bir şey söylemeye gerek duyduğunu söylemeye devam ediyorlar çünkü man sayfamdaki sıralamadan hiçbir şey söylemedi.

Ek olarak, çoğu linux sistemde, / bin / sh komutunu seçmek hiçbir şey yapmaz çünkü bu sadece bash ile bir bağlantıdır!

Test etmek ister misin? "Echo" ifadelerini size .bashrc ve .profile dosyasına ekleyin ve hangisinin çalıştığını görün. Yaptım. İşte sonuçlar.

ssh user@host.bash_profile ssh user@host /bin/bashkomutunu çalıştırır .bashrc komutunu çalıştırır, ancak etkileşimli olmadığını düşünüyor (istem yok). ssh -t user@host /bin/bash.bashrc komutunu iki defa çalıştırır ... bir kez oturum açma, bir kez geçirilen komut için, bu yüzden HERHANGİ bir kabuğun belirtilmesi daima ilkini çalıştırır. ssh -T user@hosthiç -T veya -t belirtmemekle aynıdır.

Şimdi, fark ederseniz, MY sistem sadece bir veya diğer iki dosyayı çalıştırmıyor. Ancak asıl posterin .bash_profile çalışan .bashrc'de bir satırı vardır, bu yüzden .bashrc ne olursa olsun her zaman çalışacaktır. Bu çizgiyi oraya koymalıydım! Bu çizgi olmasaydı, sorun yaşamayacaktınız.

Bir yönetici bulmanız veya başka bir yol bulmanız gerekir. Yöneticiler bunun için var.

Gibi bir şey:

ssh host "/bin/bash --norc"

bu da işe yarayacak gibi görünüyor, ancak PS1'in ayarlanmadığını unutmayın, bu yüzden komut istemini istemeden yazmanız gerekir.

Bunun yıkıcı olmama avantajı vardır.

Deneyin

echo ^C | ssh <hostname> ' rm .bashrc'

^ C orada kontrol-v sonra c

ssh -t user@host "bash --norc --noprofile -c '/bin/rm .bashrc'"

Mash ctrl-C, .bashrc çıkmadan önce bir ctrl-C alabildiğiniz sürece çalışır. Ne yazık ki, bu exit.bashrc erken ise , yapmak zor olabilir .

Bir ctrl-C'yi mümkün olan en kısa sürede doğrudan ssh'a bağlayarak yerleştirebilirsiniz:

{ echo ^C; cat /dev/tty; } | ssh -tt user@host

^CCtrl-V gibi yazıldığını ve ardından ctrl-C'yi yazdığınızı unutmayın .

Bu boruları tek bir ctrl-C izler ve bunu kontrol terminalinden gelen girdiler takip -tteder; Bunların hepsi, mümkün olduğu kadar .bashrc atlayarak uzak makinede size (biraz hatalı biçimlendirilmiş) bir kabuk verdiğini söyledi.

Komutu .bash_profilekullanarak, üzerine boş bir dosyanın üzerine yazmayı deneyebilirsiniz scp. Yaptıklarımdan itibaren, scp okumayan etkileşimli olmayan bir giriş kullanıyor .bash_profile.

Bashrc dosyasını da silebilirsiniz:

ssh <hostname> rm ~/.bashrc

Sisteminiz normal şekilde kuruluysa, etkileşimli olmayan bir kabuk için (.bebir komut gibi) .bash_profile çalıştırılmaz.

Sorunun .bash_profile dosyasında olduğunu belirttiğiniz için, yoldan çıkarmayı deneyin:

ssh user@host "mv ~/.bash_profile ~/.bash_profile_broken"

UH = 'kullanıcı @ host'; ssh $ UH 'mv ~ / .bashrc ~ / letmein'; ssh $ UH

Bitirip gider, değişim etmeyin userve hostdaha sonra düzenleyebilir letmeinve farklı kaydet.bashrc

Kullanıcı60069 için Kudos, benim için çalıştı, ama ben kabuk özel başlangıç ​​dosyası .bashrc kullanıyorum, bu yüzden / bin / sh ile giriş benim için çalıştı.

Ancak, eğer "böyle şans yok" durumundaysanız, bu çözümü, kullanıcı 60069'lara ve Dennis W'nin çözümlerine dayanarak sunarım:

ssh -t you@host  /bin/bash --noprofile  --norc

Dennis W, birinin kendileri için çalışmadığını söylediği --norc seçeneğini önerdi.

Başlangıç ​​dosyalarını devre dışı bırakma seçenekleri için "man bash" veya "man (kabuğunuz)" komutunu çalıştırın. Sorunu çözmek için harcanan süre boyunca yalnızca kaba bir kabuk kullanmanız gerekir.

Sunucuya giriş yapmanın başka bir yolu profilsiz, lütfen aşağıdaki komutu bulun
ssh -t user@host bash --noprofile

Pem dosyasını kullanan ve başka bir kullanıcı olmayan AWS için
ssh -ti "YOUR-PEM-FILE-NAME.pem" ec2-user@YOUR-IP-ADDRESS bash --noprofile

Bu yardımcı olur umarım!

Yukarıda verilen öneri ve yanıtlardan, bunun .bashrc veya .bash_profile dosyaları olmadığını söyleyebilirim. Ayrıca ssh manpage, yürütülecek bir komut belirtirseniz, profil dosyalarınızın okunmayacağını belirtir.

Mutlak yoldan farklı bir giriş kabuğu (ksh? Csh? Sh?) Çalıştırmayı denemenizi öneririm; Ayrıca, tamamen farklı bir sorun olabileceğine dikkat edin (kota? Ana dizininizde yürütme ve okuma?), bu nedenle bir yan yaklaşım daha iyi olurdu. Başka bir kullanıcıdan size bir e ls -la $YOUR_HOME_DIR-posta göndermesini ve sonucu posta göndermesini isteyebilir misiniz?