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

あなたの唯一のオプションは次のとおりだと思います：

• 別のユーザーとしてsshし、アカウントにsu

• ホストで関連サービスが有効になっている場合は、ftpやsmbclientなどを使用します。

• オープンネットワークサービスのオープンな脆弱性を見つけて悪用する:)。

• 管理者に問題を解決してもらいます。

ssh -t username@hostname /bin/sh 私のために働く。

私は同じ問題を抱えており、どういうわけかそれを解決することができました。sshを使用してシステムにアクセスし、システムにログインしたらすぐにCtrl + cを押したままにしました。その後、〜/ .bashrcは読み取られず、変更できました。

公開したCVEを使用して、インストールしたネットワーク監視ソフトウェアのWebインターフェイスを介してrootとしてコマンドを実行しました。 rm /RAID/home/tom/.bashrc

その後、ログインして、svnで行った変更を元に戻すことができました。

あなたは、a）に開始する必要がbashのをせずにsource「INGのいずれか~/.bashrc、または~/.bash_profile、そのようなシェルが完全なログインシェルではありませんので、/何もないと、b）ttyの強制、添付のSSHを接続する端末を：

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

あなたは運が悪い。

すべてのsshコマンドがログインシェルを実行します。ssh $COMMANDrun $SHELL -c $COMMAND、scprun $SHELL -c /path/to/sftp-server、plain sshはシェルを実行するだけです。

上記の回答のいずれも、sshのログインシェルをバイパスできません。完全なコマンドラインを渡すことができ、リモートシェルを実行してコマンドを処理し、コマンドの作業環境を設定します。それがシェルの目的であり、Unixの方法です。シェルなしで何かを実行しようとすると、あらゆる種類の互換性の問題が発生します。同様に、control-Cを試みることは、回避しようとしている動作であるexitを呼び出すことと同じことを行う必要があります。bashが引き続きバグになる場合。マニュアルページに何か別のことが書かれていると人々が言い続けるのは、それが引用する必要があるからです。

さらに、ほとんどのLinuxシステムでは、/ bin / shを指定しても何もしません。これは単なるbashへのシンボリックリンクだからです。

テストしたいですか？「echo」ステートメントを.bashrcおよび.profileに追加し、実行されているものを確認します。やった。結果は次のとおりです。

ssh user@host.bash_profile ssh user@host /bin/bashを実行します。.bashrc を実行しますが、非対話型（プロンプトなし）と見なします。 ssh -t user@host /bin/bash.bashrcを2回... 1回ログイン時に1回、渡されたコマンドに対して1回実行するため、ANYシェルを指定すると常に最初のコマンドが実行されます。 ssh -T user@host-Tまたは-tをまったく指定しないのと同じです。

気が付いたら、私のシステムは両方のファイルを実行しておらず、どちらか一方だけを実行しています。ただし、元のポスターには.bashrcを実行する.bash_profileの行があるため、.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'"

ctrl-Cのマッシングは、.bashrcが終了する前にctrl-Cを取得できる限り機能します。残念ながら、exit.bashrcの初期にある場合、これを行うのは困難です。

ctrl-Cは、sshに直接パイピングすることで、できるだけ早く配置できます。

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

^Cがctrl-Vのように入力され、その後にctrl-Cが続くことに注意してください。

これは、単一のctrl-Cにパイプし、その後に制御端末からの入力が続きますが、-tt疑似端末を強制的に割り当てます。これにより、可能な限り多くの.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

Dennis Wは、-norcオプションを提供しましたが、誰かが彼らのために機能しなかったと言いました。

起動ファイルを無効にするオプションについては、「man bash」または「man（your 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のマンページには、実行するコマンドを指定すると、プロファイルファイルが読み取られないことが記載されています。

絶対パスから別のログインシェル（ksh？csh？sh？）を実行してみることをお勧めします。また、それはまったく異なる問題（ホームディレクトリの実行許可と読み取り許可）である可能性があることに注意してください。他のユーザーにaを依頼しls -la $YOUR_HOME_DIRて結果を郵送できますか？