Đăng nhập mà không cần chạy bash_profile hoặc bashrc

Vì vậy, giả sử một lỗi đánh máy một cái gì đó trong .bashrcđó ngăn anh ấy (hoặc cô ấy) đăng nhập thông qua ssh(tức là đăng nhập ssh thoát vì lỗi trong tệp). Có cách nào mà người đó có thể đăng nhập mà không thực hiện nó (hoặc .bashrcvì cái này chạy cái kia), hoặc nếu không thì xóa / đổi tên / làm mất hiệu lực tập tin?

Giả sử bạn không có quyền truy cập vật lý vào máy và đây là tài khoản người dùng duy nhất có khả năng ssh in.

Để tham khảo: .bash_profilebao gồm .bashrc:

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

Chỉnh sửa: Những điều tôi đã thử:

ssh user@host "rm ~/.bashrc"

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

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

Tất cả đưa ra lỗi:

/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

Tôi nghĩ lựa chọn duy nhất của bạn là:

• ssh trong như một người dùng khác và su vào tài khoản của bạn;

• sử dụng một cái gì đó như ftp hoặc smbclient, nếu các dịch vụ liên quan được bật trên máy chủ;

• tìm một lỗ hổng mở trong một dịch vụ mạng mở và khai thác nó :).

• có được một quản trị viên để khắc phục vấn đề.

ssh -t username@hostname /bin/sh làm việc cho tôi

Tôi đã có cùng một vấn đề, và bằng cách nào đó đã có thể giải quyết nó. Tôi đã sử dụng ssh để truy cập hệ thống, và nhấn và giữ Ctrl + c ngay khi tôi đăng nhập vào hệ thống. Sau đó, ~ / .bashrc không được đọc và tôi đã có thể sửa đổi nó.

Tôi đã sử dụng CVE được xuất bản để thực thi lệnh dưới quyền root thông qua giao diện web trong phần mềm giám sát mạng mà tôi đã cài đặt. rm /RAID/home/tom/.bashrc

Sau đó tôi có thể đăng nhập và svn hoàn nguyên các thay đổi tôi đã thực hiện.

Bạn cần phải a) bắt đầu bash mà không source'ing hoặc ~/.bashrchoặc ~/.bash_profileb) vì shell đó sẽ không phải là shell đăng nhập đầy đủ / không có tty đính kèm, buộc ssh phải đính kèm tty :

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

Bạn đã hết may mắn.

Tất cả các lệnh ssh chạy shell đăng nhập của bạn. ssh $COMMANDchạy $SHELL -c $COMMAND, scpchạy $SHELL -c /path/to/sftp-server, đồng bằng sshchỉ chạy vỏ của bạn.

Không có câu trả lời nào ở trên có thể bỏ qua vỏ đăng nhập của ssh. Bạn có thể truyền một dòng lệnh đầy đủ và do đó, nó chạy shell từ xa để xử lý lệnh và đặt môi trường làm việc cho lệnh. Đó là những gì shell dành cho và đó là cách Unix. Bạn sẽ có tất cả các loại vấn đề tương thích nếu bạn cố chạy một cái gì đó mà không có vỏ. Tương tự như vậy, thử điều khiển C cũng nên thực hiện tương tự như gọi thoát là hành vi bạn đang cố gắng tránh. Nếu bash tiếp tục là một lỗi. Tại sao mọi người cứ nói rằng trang người đàn ông nói điều gì đó khác nhau cần trích dẫn bởi vì nó không nói gì về trang người đàn ông của tôi.

Ngoài ra, trên hầu hết các hệ thống linux, việc chỉ định / bin / sh KHÔNG CÓ vì đây chỉ là một liên kết tượng trưng cho bash!

Muốn thử không? Thêm câu lệnh "echo" cho bạn .bashrc và .profile và xem cái nào đang chạy. Tôi đã làm. Đây là kết quả.

ssh user@hostsẽ thực thi .bash_profile ssh user@host /bin/bashsẽ thực thi .bashrc, nhưng nó nghĩ rằng nó không tương tác (không có dấu nhắc). ssh -t user@host /bin/bashthực thi .bashrc hai lần ... một lần khi đăng nhập, một lần cho lệnh đã qua, vì vậy chỉ định BẤT K shell shell nào sẽ luôn chạy đầu tiên. ssh -T user@hostgiống như không chỉ định -T hoặc -t cả.

Bây giờ, nếu bạn chú ý, hệ thống MY không chạy cả hai tệp, chỉ một hoặc một tệp khác. Nhưng người đăng ban đầu có một dòng trong .bash_profile đang chạy .bashrc, vì vậy .bashrc sẽ luôn được chạy bất kể là gì. Không nên đặt dòng đó ở đó! Nếu dòng đó không tồn tại, bạn sẽ không gặp vấn đề gì.

Bạn sẽ cần tìm một cách khác trong hoặc tìm một quản trị viên. Đây là những gì quản trị viên dành cho.

Cái gì đó như:

ssh host "/bin/bash --norc"

có vẻ như hoạt động, nhưng lưu ý rằng PS1 không được đặt để bạn sẽ gõ các lệnh mà không có dấu nhắc.

Điều này có lợi thế là không phá hủy.

thử

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

^ C có control-v rồi c

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

Việc trộn ctrl-C hoạt động miễn là bạn có thể nhận được ctrl-C trước khi thoát .bashrc. Thật không may, điều này có thể khó thực hiện nếu exitcó sớm trong .bashrc.

Bạn có thể đặt một ctrl-C càng sớm càng tốt bằng cách chuyển trực tiếp đến ssh:

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

Lưu ý rằng ^Cđược gõ như ctrl-V theo sau là ctrl-C.

Điều này dẫn đến một ctrl-C duy nhất theo sau là đầu vào từ thiết bị đầu cuối điều khiển, trong khi -ttbuộc thiết bị đầu cuối psuedo được phân bổ. Tất cả nói với điều này cung cấp cho bạn một vỏ (hơi dị hình) trên máy từ xa trong khi bỏ qua càng nhiều .bashrc càng tốt.

Bạn có thể thử ghi đè lên .bash_profilebằng một tệp trống bằng scplệnh. Từ những gì tôi đã googled, scp sử dụng thông tin đăng nhập không tương tác mà không đọc .bash_profile.

Bạn cũng có thể xóa tệp bashrc:

ssh <hostname> rm ~/.bashrc

Nếu hệ thống của bạn được thiết lập bình thường, .bash_profile sẽ không được chạy cho trình bao không tương tác (chẳng hạn như chạy lệnh).

Vì bạn nêu vấn đề nằm trong tệp .bash_profile, hãy thử di chuyển nó ra khỏi đường đi:

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

UH = 'người dùng @ máy chủ'; ssh $ UH 'mv ~ / .bashrc ~ / letmein'; ssh $ UH

Vui lòng không cắt và chạy, thay đổi uservà hostsau đó chỉnh sửa letmeinvà lưu thành.bashrc

Kudos cho user60069, nó hoạt động với tôi, nhưng tôi sử dụng tệp khởi động dành riêng cho shell .bashrc, vì vậy đăng nhập bằng / bin / sh làm việc cho tôi.

Tuy nhiên, nếu bạn ở trong tình huống "không may mắn như vậy", tôi cung cấp giải pháp này, dựa trên các giải pháp của user60069 và Dennis W:

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

Dennis W đưa ra tùy chọn --norc, mà ai đó nói không hoạt động với họ.

Chạy "man bash" hoặc "man (shell của bạn)" cho các tùy chọn để vô hiệu hóa các tập tin khởi động. Bạn chỉ cần sử dụng một vỏ abhorrent cho thời gian cần thiết để khắc phục vấn đề.

Cách khác để đăng nhập vào máy chủ là không có hồ sơ, vui lòng tìm bên dưới lệnh
ssh -t user@host bash --noprofile

Đối với AWS sử dụng tệp pem và không có người dùng nào khác
ssh -ti "YOUR-PEM-FILE-NAME.pem" ec2-user@YOUR-IP-ADDRESS bash --noprofile

Hi vọng điêu nay co ich!

Từ các đề xuất và phản hồi được đưa ra ở trên, tôi muốn nói rằng đó không phải là các tệp .bashrc hoặc .bash_profile. Ngoài ra ssh manpage nói rằng nếu bạn chỉ định một lệnh sẽ được thực thi thì các tệp hồ sơ của bạn sẽ không được đọc.

Tôi khuyên bạn nên thử thực hiện một vỏ đăng nhập khác (ksh? Csh? Sh?) Từ đường dẫn tuyệt đối; Ngoài ra, hãy cẩn thận rằng đó có thể là một vấn đề hoàn toàn khác (hạn ngạch? thực thi và đọc quyền trên thư mục chính của bạn?), vì vậy cách tiếp cận bên sẽ tốt hơn. Bạn có thể yêu cầu một người dùng khác làm ls -la $YOUR_HOME_DIRvà gửi cho bạn kết quả không?