イーサネット経由で接続された2つの* nixボックスがあります。しかし、実際にはそのうちの1つだけを訪問することができます。 「リモート」コンピュータで作業している間、ifcfg-eth0ファイルを混乱させ、IPADDR =を入力する代わりにIPPADDRを入力しました(追加Pに注意してください)。したがって、この時点で私はネットワーク起動スクリプトがまだデバイスドライバを正しくロードしていると思いますが、明らかにデバイスのIPアドレスを設定しようとすると失敗します。
したがって、「リモート」コンピュータのMACアドレスだけを知り、自分のコンピュータから「リモート」コンピュータに直接接続されているネットワークケーブルを使用してそのシステムに接続し、アクセス権を取得せずにifcfg-eth0ファイルを変更する方法はありますか?物理リソースに?
答え1
不可能です。申し訳ありません。 TCP / IPを介して実行されるプログラム(特にSSHなどのプログラム)はハッキングされ、MACアドレスと通信できません。可能であれば、これは非常に安全な副作用をもたらすでしょう! IP がないため、インターフェイスはトラフィックを許可しません。
唯一の希望は、ファイルを確認できないときにdhcpの実行やベースアドレスの割り当てなど、いくつかの基本的なタスクを実行することです。ディストリビューションでこれを行う場合は、tcpdump
別のボックスに接続するインターフェイスを開いて観察するか、arpデータのログを観察してそのアドレスを見つけることができます。その後、同じサブネット上の他のコンピュータにIPを追加して呼び出すことができます。ただし、そのマシンに実際にIPがないと、そのマシンと通信できません。
答え2
あなたはイロそれとも他の帯域外管理ツールの設定はありますか?コマンドラインアクセス権を取得することもできます。 OODMツールがコマンドラインアクセスをサポートしていない場合は、少なくともリモートシステムを強制的に再起動し、PXEサーバーを介してネットワーク共有から適切なLive CDイメージを起動し、SSH経由でLive CDに接続し、ローカルハードドライブを選択します。適切な構成変更を実行します。
それ以外は、物理的なアクセスなしにマシンを復元する方法は思い出されません。
答え3
すべてが正しく設定されたら、ダイヤルアップPOTSモデムを介してリモートでログインできます(PPPまたはTCP / IPを介さずにモデムが1つの大きなシリアル回線になる)。この方法は暗号化を提供せず、絶対的な緊急状況でのみ使用する必要があります。今はこれが役に立たないことを知っていますが、今後は考慮すべき事項です。
答え4
「リモート」にネットワーク管理者がいますか?運が良ければうまくいくかもしれません。 「リモートサーバー」がIPを要求できるように、「ローカルサーバー」にDHCPサーバーをインストールします。運が良ければ「リモートサーバー」がDHCPクライアント。 :)