Zaloguj się bez uruchamiania bash_profile lub bashrc

Powiedzmy, że ktoś napisał coś na ich temat, .bashrcco uniemożliwia mu (lub jej) zalogowanie się przez ssh(tj. Logowanie ssh kończy się z powodu błędu w pliku). Czy istnieje jakikolwiek sposób, w jaki osoba ta mogłaby się zalogować bez jej wykonania (lub .bashrcponieważ jedna uruchamia drugą), lub w inny sposób usunąć / zmienić nazwę / unieważnić plik?

Załóżmy, że nie masz fizycznego dostępu do komputera, a jest to jedyne konto użytkownika z możliwością ssh.

Dla odniesienia: .bash_profileobejmuje .bashrc:

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

Edycja: Rzeczy, których próbowałem:

ssh user@host "rm ~/.bashrc"

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

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

Wszyscy podają błąd:

/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

Myślę, że twoje jedyne opcje to:

• ssh jako inny użytkownik i su na swoim koncie;

• użyj czegoś takiego jak ftp lub smbclient, jeśli odpowiednie usługi są włączone na hoście;

• znajdź otwartą lukę w otwartej usłudze sieciowej i wykorzystaj ją :).

• Poproś administratora o naprawienie problemu.

ssh -t username@hostname /bin/sh pracuje dla mnie.

Miałem ten sam problem i jakoś byłem w stanie go rozwiązać. Użyłem ssh, aby uzyskać dostęp do systemu, i nacisnąłem i przytrzymałem Ctrl + c, jak tylko się zalogowałem. Wtedy ~ / .bashrc nie został odczytany i mogłem go zmodyfikować.

Użyłem opublikowanego CVE do wykonania polecenia jako root poprzez interfejs sieciowy w zainstalowanym oprogramowaniu do monitorowania sieci. rm /RAID/home/tom/.bashrc

Następnie mogłem się zalogować i svn cofnąć wprowadzone zmiany.

Musisz a) rozpocząć bash bez sourceani jednego, ~/.bashrcani ~/.bash_profileb) ponieważ taka powłoka nie byłaby pełną powłoką logowania / nie miałaby dołączonego tty , zmusza ssh do dołączenia tty :

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

Nie masz szczęścia.

Wszystkie polecenia ssh uruchamiają powłokę logowania. ssh $COMMANDdziała $SHELL -c $COMMAND, scpdziała $SHELL -c /path/to/sftp-server, zwykły sshpo prostu uruchamia twoją powłokę.

Żadna z powyższych odpowiedzi nie może ominąć powłoki logowania ssh. Możesz przekazać pełny wiersz poleceń, aby uruchomić zdalną powłokę w celu przetworzenia polecenia i ustawienia środowiska pracy dla polecenia. Po to są powłoki i to jest sposób uniksowy. Miałbyś różnego rodzaju problemy ze zgodnością, gdybyś próbował uruchomić coś bez powłoki. Podobnie, próba C-control powinna zrobić to samo, co wywołanie wyjścia, czyli zachowania, którego próbujesz uniknąć. Jeśli bash będzie kontynuował błąd. Dlaczego ludzie ciągle mówią, że strona podręcznika mówi coś innego, trzeba to zacytować, ponieważ na mojej stronie podręcznika nic takiego nie ma.

Dodatkowo, w większości systemów linuxowych, podanie / bin / sh NIE NIC, ponieważ jest to tylko dowiązanie symboliczne do bash!

Chcesz przetestować? Dodaj instrukcje „echo” do .bashrc i .profile i zobacz, które z nich jest uruchomione. Zrobiłem. Oto wyniki.

ssh user@hostwykona .bash_profile ssh user@host /bin/bashwykona .bashrc, ale uważa, że ​​jest nieinteraktywny (bez pytania). ssh -t user@host /bin/bashwykonuje .bashrc dwa razy ... raz przy logowaniu, raz dla przekazanej komendy, więc określenie KAŻDEJ powłoki zawsze uruchamia pierwszą. ssh -T user@hostjest tym samym, co brak podania -T lub -t w ogóle.

Teraz, jeśli zauważysz, MÓJ system nie uruchamia obu plików, tylko jednego lub drugiego. Ale oryginalny plakat ma linię w .bash_profile z uruchomionym .bashrc, więc .bashrc zawsze uruchomi się bez względu na wszystko. Nie powinienem tam umieszczać tej linii! Gdyby ta linia nie istniała, nie miałbyś problemu.

Musisz znaleźć inną drogę lub administratora. Po to są administratorzy.

Coś jak:

ssh host "/bin/bash --norc"

co wydaje się działać, ale zauważ, że PS1 nie jest ustawiony, więc będziesz pisać polecenia bez monitu.

Ma to tę zaletę, że jest nieniszczące.

próbować

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

^ C jest control-v, a następnie c

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

Mashing Ctrl-C działa tak długo, jak długo możesz dostać Ctrl-C przed wyjściem .bashrc. Niestety może to być trudne, jeśli exitjest wczesne .bashrc.

Możesz wstawić ctrl-C tak szybko, jak to możliwe, przesyłając bezpośrednio do ssh:

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

Zauważ, że ^Cjest napisane jak ctrl-V, a następnie ctrl-C.

To potokuje pojedynczy klawisz Ctrl-C, a następnie sygnał wejściowy z terminala sterującego, a jednocześnie -ttwymusza przydzielenie terminalu psuedo. Wszystko to daje ci (nieco zniekształconą) powłokę na zdalnej maszynie, omijając przy tym jak najwięcej .bashrc.

Możesz spróbować zastąpić .bash_profilepusty plik za pomocą scppolecenia. Z tego, co zalogowałem, scp używa nieinteraktywnego loginu, który nie czyta .bash_profile.

Możesz także po prostu usunąć plik bashrc:

ssh <hostname> rm ~/.bashrc

Jeśli system jest skonfigurowany normalnie, plik .bash_profile nie zostanie uruchomiony dla powłoki nieinteraktywnej (takiej jak uruchomienie polecenia).

Ponieważ stwierdzasz, że problem występuje w pliku .bash_profile, spróbuj usunąć go z drogi:

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

UH = „użytkownik @ host”; ssh $ UH 'mv ~ / .bashrc ~ / letmein'; ssh $ UH

Proszę nie wycinać i biegać, zmiana useri host, a następnie edytować letmeini zapisać jako.bashrc

Uznanie dla użytkownika 60069, zadziałało dla mnie, ale używam specyficznego dla powłoki pliku startowego .bashrc, więc logowanie dla mnie za pomocą / bin / sh zadziałało.

Jeśli jednak znajdujesz się w sytuacji „brak szczęścia”, oferuję to rozwiązanie oparte na rozwiązaniach user60069 i Dennis W:

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

Dennis W zaoferował opcję --norc, która, jak ktoś powiedział, nie działała dla nich.

Uruchom „man bash” lub „man (twoja powłoka)”, aby wyświetlić opcje wyłączenia plików startowych. Musisz użyć odrażającej powłoki na czas potrzebny do rozwiązania problemu.

Innym sposobem zalogowania się na serwer jest bez profilu, znajdź poniżej polecenia
ssh -t user@host bash --noprofile

W przypadku AWS używającego pliku pem i żadnego innego użytkownika
ssh -ti "YOUR-PEM-FILE-NAME.pem" ec2-user@YOUR-IP-ADDRESS bash --noprofile

Mam nadzieję że to pomoże!

Z sugestii i odpowiedzi podanych powyżej powiedziałbym, że nie są to pliki .bashrc ani .bash_profile. Również ssh manpage mówi, że jeśli podasz polecenie do wykonania, twoje pliki profilu nie zostaną odczytane.

Proponuję spróbować wykonać inną powłokę logowania (ksh? Csh? Sh?) Niż ścieżka bezwzględna; również uważaj, że może to być zupełnie inny problem (quota? wykonać i odczytać uprawnienia do katalogu domowego?), więc podejście boczne byłoby lepsze. Czy możesz poprosić innego użytkownika o wykonanie ls -la $YOUR_HOME_DIRi przesłanie Ci wyniku?