リモートアクセス可能なライブ配信（別名Live CD）

9

デフォルトsshdで起動時に実行されるライブディストリビューション（Live CDなど）を探しています。

グラフィックが消えたラップトップのコンポーネントを確認したい（カードの交換で問題が解決しなかった）。

システムはちょうどKnoppix 6で起動するようです（そして、画面なしでコマンドを入力すると、定期的にシャットダウンすることができます）が必要なのは、起動してログを記録できるライブディストリビューション（CD / DVD / USB）です。（ssh）ネットワーク経由でCPUとメモリに問題がないかどうか、および新しいグラフィックスカードにも問題がないかどうかを確認します。

誰かアイデアはありますか？

ssh livecd troubleshooting

— ノックス
ソース

2

しかし、おそらく「shutdown」だけでなく「sshd」も入力できます（そしてsshデーモンを起動できます）。

— elv 2013

1

ご存知のように、当たり前のことですが、追加のディストリビューションを用意します。可能であれば、sshdとVNCを使用します。

— Nox

Knoppix6 livecdにはx11vncが含まれていると思います。さらに、sshを介してx11を転送することもできます。

— elv

1

十分な大きさのUSBスティックを取り、通常のシステムをインストールし、好きなようにセットアップして、必要な場所で起動します。Linuxは柔軟性があります。「ライブ」システムである必要はまったくありません。

— frostschutz 2013

6

私は同じ問題に出くわしました。私は自分のライブLinux（USBベース）をビルドすることにしました。
USBスティックのsyslinux.cfgを介してネットワークを設定できます。
デフォルトでopenSSHを起動します。ドライブのマウントやターゲットシステムのchrootによる機能はほとんどありません。

それでも必要な場合は、ここからダウンロードできます http://heyn-it.de/index.php/ssh-rescue-linux.html

— セバスチャン・ヘイン
ソース

UnixとLinuxへようこそ！一般的に、サイトの回答はそれ自体で立つことができます-リンクは素晴らしいですが、そのリンクが壊れた場合でも、回答は役立つのに十分な情報が必要です。詳細を含めるには、回答を編集することを検討してください。詳細については、FAQを参照してください。

— slm

3

Plop linuxで古いデスクトップPCのUSBドライブを起動しようとしたところ、ploplinuxディストリビューションが起動したときにsshdサービスに気づきました。

その後、ifconfigを実行してローカルIPを確認し、リモートラップトップからSSH接続を行いました。

command:  ssh root@ipaddress 
password: ploplinux

— JPゲバラ
ソース

0

原則として、ライブディストリビューションではsshdを有効にしていないため、sshd経由でログインできる場合は、他の誰でも可能です。あなたのマシンはあなたが唯一のユーザーであるプライベートネットワーク上にあるかもしれませんが、それはかなり特別なケースです。一般に、ライブ配信には、すべてのユーザーに対してカスタムパスワードまたはその他の認証メカニズムが必要です。

sshdブラインドで開始することもできますが、通常はそれだけでは不十分です。いくつかのアカウントに対して認証を構成する必要もあります。

ライブ配信を利用して、sshd自動的に起動するようにカスタマイズし、さらにパスワードで保護されたアカウントを作成するか、にエントリを追加する必要があります~/.ssh/authorized_keys。PermitRootLoginがに設定さyesれていることを確認するか/etc/sshd_config、rootアカウントのパスワードを追加するか、sudoerアカウントにログインできるアカウントを作成します（パスワードを指定します）。

Knoppixの場合、このカスタマイズを行う最も簡単な方法は、それをUSBディスクにインストールし、その永続メモリ機能をアクティブにすることです（図解方法）。次に、で必要な構成ファイルを編集します/etc。

— Gilles「SO-邪悪なことをやめなさい」
ソース

3

この答えは正しいですが、私のブログblog.grml.org/archives/…（私はGrmlと提携していた）のブログ投稿を見て、sshを自動的に開始するライブCDを作成してください

— Ulrich Dangel

0

Debianインストーラー（di）も同様の問題に直面しており、それらの解決策が役立つ可能性があります。まず、diのアーキテクチャに関する注意：diはモジュール式であるため、コンポーネントをudebの形式で追加することで、機能を追加できます。udebは、イメージの生成時または実行時に追加できます。関心のあるモジュールはネットワークコンソールです。実行時にモジュールを自動的にインストールする場合は、preseedファイルがそれを行います。

次に、ネットワークコンソールモジュールの仕組みを示します。

ローカルコンソールから使用するパスワードを2回取得します（事前シードではこれを事前に設定するか、既にハッシュされたパスワードを使用できます。
パスワードファイルにエントリを生成します
ホストキーを生成します
sshdを起動します。
生成されたホストキーをインストールされたシステムにコピーするフックを設定します。

このアプローチの既知の欠点は次のとおりです。

パスワードの事前シードはあまり安全ではありません。
インストーラを再実行すると、別のホストキーが生成されます。

パスワードの代わりに認証済みキーリストをインストールする（および無効なパスワードハッシュを使用する）ことで、パスワードの問題を軽減できます。

私のプレシードファイルの関連部分は次のとおりです。

d-i anna/choose_modules string network-console,openssh-client-udeb
#d-i anna/choose_modules seen false
d-i network-console/password password r00tme
d-i network-console/password-again password r00tme
d-i preseed/early_command string mkdir .ssh; cd .ssh; wget http://192.168.0.1/debian/authorized_keys

— 雇われた
ソース