登录而不运行bash_profile或bashrc

因此，假设其中一个输入错误.bashrc，导致他（或她）无法通过ssh登录（即ssh登录由于文件错误而退出）。该人有什么方法可以不执行就登录（或者.bashrc因为一个人运行另一个人），或者删除/重命名/使文件无效？

假设您没有对该计算机的物理访问权限，并且这是唯一具有ssh登录能力的用户帐户。

供参考：.bash_profile包括.bashrc：

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

编辑：我尝试过的事情：

ssh user@host "rm ~/.bashrc"

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

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

都给错误：

/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

我认为您唯一的选择是：

• 以其他用户身份登录并使用您的帐户；

• 如果在主机上启用了相关服务，则使用ftp或smbclient之类的东西；

• 在开放网络服务中找到一个开放漏洞并加以利用:)。

• 让管理员解决问题。

ssh -t username@hostname /bin/sh 为我工作。

我遇到了同样的问题，并且能够以某种方式解决它。我使用ssh来访问系统，并在登录到系统后立即按住Ctrl + c。然后，〜/ .bashrc没有被读取，并且我能够对其进行修改。

我使用已发布的CVE，通过已安装的网络监视软件中的Web界面以root身份执行命令。 rm /RAID/home/tom/.bashrc

然后，我可以登录并svn还原所做的更改。

您需要a）在不使用'ing 或'的情况下启动bash，以及b）由于这样的外壳不是完整的登录外壳/没有tty附加，请强制ssh附加tty：source~/.bashrc~/.bash_profile

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

你真倒霉

所有ssh命令都运行您的登录Shell。ssh $COMMAND运行$SHELL -c $COMMAND，scp运行$SHELL -c /path/to/sftp-server，纯ssh运行您的shell。

以上答案均不能绕过ssh的登录shell。您可以传递完整的命令行，因此它将运行远程外壳程序以处理命令并设置命令的工作环境。这就是shell的用途，这就是Unix的方式。如果尝试在没有外壳的情况下运行某些程序，则将遇到各种各样的兼容性问题。同样，尝试使用control-C应该与调用exit相同，这是您要避免的行为。如果bash继续其错误。为什么人们总是说手册页说一些不同的东西需要引用它，因为它在我的手册页中什么也没说。

另外，在大多数linux系统上，指定/ bin / sh不会执行任何操作，因为这只是bash的符号链接！

要测试吗？在您的.bashrc和.profile中添加“ echo”语句，然后查看哪个正在运行。是的 这是结果。

ssh user@host将执行.bash_profile ssh user@host /bin/bash将执行.bashrc，但是它认为它是非交互式的（无提示）。 ssh -t user@host /bin/bash执行.bashrc两次...在登录时执行一次，对所传递的命令执行一次，因此指定ANY shell始终将首先运行。 ssh -T user@host与根本不指定-T或-t相同。

现在，如果您注意到，MY系统未同时运行两个文件，则仅运行一个文件。但是原始发布者在.bash_profile中的一行运行.bashrc，因此.bashrc无论如何都将始终运行。不应该把那条线放在那里！如果该行不存在，那么您就不会有问题。

您需要寻找其他方式或找到管理员。这是管理员的目的。

就像是：

ssh host "/bin/bash --norc"

这似乎可行，但是请注意，未设置PS1，因此您将在没有提示的情况下键入命令。

这具有非破坏性的优点。

尝试

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

^ C有control -v然后c

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

只要您可以在.bashrc退出之前获得ctrl-C，就可以进行ctrl-C混搭。不幸的是，如果exit在.bashrc的早期，这可能很难做到。

您可以通过将其直接管道输送到ssh来尽快放入ctrl-C：

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

请注意，^C键入的内容类似于ctrl-V，后跟ctrl-C。

这通过管道-tt传递单个ctrl-C，然后是来自控制终端的输入，同时强制分配伪终端。总而言之，这会在远程计算机上为您提供一个（有些格式错误）的shell，同时尽可能多地绕过.bashrc。

您可以尝试.bash_profile使用scp命令用空文件覆盖。根据我搜索过的内容，scp使用了不会读取的非交互式登录.bash_profile。

您也可以删除bashrc文件：

ssh <hostname> rm ~/.bashrc

如果您的系统正常设置，则不会为非交互式外壳运行.bash_profile（例如运行命令）。

由于您指出问题出在.bash_profile文件中，请尝试将其移开：

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

UH ='user @ host'; ssh $ UH'mv〜/ .bashrc〜/ letmein'; ssh $ UH

请不要剪切和运行，更改user和host，然后编辑letmein并另存为.bashrc

对user60069表示感谢，它对我有用，但是我使用了特定于外壳的启动文件.bashrc，因此使用/ bin / sh登录对我有用。

但是，如果您处在“没有这种运气”的情况下，我将根据user60069和Dennis W的解决方案提供此解决方案：

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

丹尼斯W提供了--norc选项，有人说这对他们不起作用。

运行“ man bash”或“ man（您的外壳）”以获得禁用启动文件的选项。您只需要在花费时间来解决问题时使用讨厌的shell。

其他登录服务器的方法是没有配置文件，请在下面的命令中查找
ssh -t user@host bash --noprofile

对于使用pem文件且没有其他用户的AWS
ssh -ti "YOUR-PEM-FILE-NAME.pem" ec2-user@YOUR-IP-ADDRESS bash --noprofile

希望这可以帮助！

从上面给出的建议和响应中，我会说它不是.bashrc或.bash_profile文件。ssh联机帮助页还说，如果您指定要执行的命令，则不会读取您的配置文件。

我建议尝试从绝对路径执行不同的登录shell（ksh？csh？sh？）。另外，请注意，这可能是一个完全不同的问题（quota？执行和读取主目录上的权限吗？），所以使用侧面方法会更好。您可以要求其他用户执行ls -la $YOUR_HOME_DIR并将结果邮寄给您吗？