Ubuntu: ネットワークのインストール。ネットワーク経由でブートするディスクレス Linux ステーションの使用 Linux からネットワーク経由で Windows をインストールする

19.10.2023

0. はじめに
ネットワーク経由でのダウンロードは非常に便利で、多くの場合、単にかけがえのないものですらあります。コンピューターのケースを開ける必要はありません (通常の PC ユニットほど簡単ではない場合もあります)。CD-ROM も必要ありません。無料の IDE ケーブルも必要ありません。フロッピードライブなのでUSBは必要ありません。
読み込みシステムは簡単に変更できます。どこかに「アップロード」したり、書き留めたりする必要はありません。それは単なるディレクトリです。
何らかの理由で、多くの人がこの話題を恐れて避けています。これは複雑で問題があり、実装が難しいように思えます。実際、他の独創的なものと同様、すべてがシンプルです。

1. ネットワーク経由で Linux をマシン上で起動するには何が必要ですか?

マシンには Intel の PXE をサポートするネットワークカードが必要です。ネットワークブートプロトコルの実装は他にもいくつかありますが、PXE が最も一般的であり、事実上の暗黙のネットワークブートプロトコルです。
構成された Linux システム (ホストマシンと呼びます)。IP アドレスが発行され、ブート可能なカーネルとシステムイメージ自体が含まれます。実際、これは必ずしも Linux システムであるとは限りませんが、このハウツーではそれが暗示されています。
イーサネットネットワーク。ホストマシンと被害マシンは、単純なクロスケーブルを使用するか、従来の方法を使用して接続できます。 :)
被害者のマシンの MAC アドレスを知っている。 DHCP サーバーのログから表示することも、PXE 経由で起動を開始した瞬間に画面から直接書き換えることもできます。あるいは、DHCP サーバーを使用せずに、必要な IP とイメージを全員に無差別に発行するように DHCP サーバーを構成することもできます。。しかし、これはまったく別の話 (Google で詳しく説明されています) であり、このハウツーの範囲を超えています。

2. ネットワークダウンロードプロセスはどのように機能しますか?
簡単な答え:ネットワークは dhcp 経由で自動構成され、ブートローダーは tftp 経由でロードされ、tftp 経由でカーネルがロードされ、残りのルートシステムは nfs 経由でロードされます。
詳細な回答: PXE ブートがインストールされているマシンが起動時に最初に行うことは、サーバーを探しているネットワークに DHCP ブロードキャスト要求を送信することです。 DHCP デーモンが平穏にスリープしているホストマシンは、ブートローダーのファイルへのアドレスとパスを提供します。受信した情報に基づいて PXE ブート ROM を構成し、ネットワークアダプター。すべてがうまくいけば、ブートローダーが TFTP プロトコル経由でロードされ、その後の一連のイベントが引き継がれます。一般的なスキームでは、イベントは次のようにさらに発展します。ネットワーク経由でロードするために特別に準備された Linux カーネルが、同じ TFTP プロトコルを使用してロードされます。この場合、ブートローダーは、NFS プロトコル経由でロードするために必要なパラメーターをカーネルに渡します。カーネルはロード後、nfs パーティションをホストマシンにマウントし、そこからシステムを起動します。

3. すべてをセットアップして最初から構築するにはどうすればよいですか?
熱い質問:)
結局のところ、次のものが必要です。
a) dhcp、tftp、および nfs サーバーがインストール、構成され、実行されている
b) ブートローダーとルートシステムの既製のイメージ。必要に応じて chroot して設定したり、パッケージをインストール/追加したりできます。
c) ネットワーク経由でロードするために準備されたカーネル。
したがって、私たちのシステムが Debian であると仮定して (そして、ディストリビューションの選択が正しかったことを嬉しく思いながら)、関連するすべてのファイルを /tftpboot ディレクトリに配置すると、点ごとに説明します。

0. ディレクトリを作成し、pxelinux ブートローダーをインストールします。
まず、ディレクトリを作成して定義しましょう。
「メイン」ディレクトリを /tftpboot とします。
これには、boot/ (ルートシステムを含む) と pxelinux.cfg/ (ブートローダー設定を含む) の 2 つのサブディレクトリがあります。

# mkdir /tftpboot # mkdir /tftpboot/boot # mkdir /tftpboot/pxelinux.cfg

# apt-get install syslinux # cp /usr/lib/syslinux/pxelinux.0 /tftpboot/ #

シリアル 0 プロンプト 1 タイムアウト 99 デフォルト pxeboot ラベル pxeboot カーネル bzImage append ip=dhcp nfsroot=192.168.150.126:/tftpboot/boot root=/dev/nfs init=/sbin/init

その構文は lilo.conf の構文と似ています。コメントも不要なようです。
別の構成を作成する必要がある場合は、別の車を選択すると、MAC アドレスごとにデフォルトの代わりにファイルを個別に作成できます。これについて詳しくは、pxelinux ページをご覧ください。

1. ルートファイルシステムの作成
これが最も興味深い質問です。ここで、問題について明確な声明を立てる価値があります。システムは何のために必要なのか？どのようなソフトウェアが存在する必要があるか、どのようなハードウェアで実行されるかなど。
原則として、最も単純なダウンロードにはこれで十分です最小限のシステム数メガバイト。 Google には画像とそれを作成するためのガイドが大量にあります。
それはレスキューシステムである可能性もあれば、何かのインストーラーである可能性もあれば、本格的なデスクトップシステムである可能性もあります。
私の場合、ほぼすべてのハードウェアでシステムを起動し、独自のインストーラーを起動する必要があります。スペースは気にしないので、デフォルトの最小限の debian システムを単純にインストールすることにしました。適切なディストリビューションを選択しておけばよかったですが、実行は非常に簡単であることがわかりました。

# apt-get install debootstrap ... # debootstrap sarge /tftpboot/boot

完了すると、/tftpboot/boot ディレクトリには、完全に動作し、機能し、ブート可能なシステムが含まれ、そのサイズは約 140MB になります。このディレクトリに chroot して、パッケージのインストールと削除、rc スクリプトの変更など、必要なことを何でも行うことができます。これは、Linux 内での Linux のようなものです。

2. カーネルの作成。
カーネルをネットワーク経由でロードできるようにするには、カーネルを組み立てるときにいくつかの条件が必要です。
a) 「ネットワークオプション -> IP: 自動構成 -> dhcp」オプションを有効にします (汎用性を高めるために、すべてのオプションも有効にすることをお勧めします)
b) NFS ファイルシステムのサポートを有効にする
c) 「FS -> ネットワークファイルシステム -> Root Over NFS」を有効にします。
これは詳細の必須部分です。残りはあなたの裁量に任されています。このカーネルに何が必要で、何が不要なのか。 2 段階の読み込みと initrd ファイルの必要性を取り除くために、サイズをケチらず、より多くのドライバーをその中にコンパイルし、モジュールを完全に無効にすることをお勧めします。

3. DHCP の設定。
サーバーをインストールします。

# apt-get インストール dhcpd

ネットワークの設定ファイル (/etc/dhcpd.conf) を編集し、被害者のマシンのエントリを追加します。

ホスト pxeboot (ハードウェアイーサネット 08:00:0e:aa:bb:cc; 固定アドレス 192.168.150.127; ファイル名 "/tftpboot/pxelinux.0"; )

この記事では、ネットワーク展開のプロセスについて詳しく説明しています。シンクライアント「Thinstation Linux ディストリビューションを実行し、Windows 2000 ベースのアプリケーションサーバーを使用する」

ネットワークブートでディスクレス Linux ステーションを使用する

初出は「」システム管理者「N11/2004

問題の声明

自動化部門の従業員の仕事は、ユーザー、使用されているソフトウェアの開発者、および組織の管理者によって交互に提示される問題とその解決との絶え間ない格闘です。そして、最初の 2 つの作業領域が単なる「船の生存可能性のための闘争」であるとすれば、最後の領域は、原則として、進歩的な前進です。この記事は、これらの問題の 1 つを解決する過程で生まれました。

そのため、自動化部門は、それぞれ 5 ～ 10 人が所属する 2 つの新しいリモートオフィスを迅速に稼働させるという任務を負っていました。オフィスと「ヘッド」の両方が VPN テクノロジーを介して 1 つのネットワークに接続されました。 3 点間の最小チャネル幅は 256 Kbps であり、十分にニーズを満たしていました。追加の Windows 2000 ドメインコントローラが各オフィスに展開され、トラフィックを最小限に抑えるためにドメインがいくつかのサイトに分割されました。上記で説明したことはすべて標準的な解決策であり、ここで驚くべきことは何も期待していませんでした。私たちにとっての主な疑問は、組織の従業員の主な作業環境、つまり複雑な自動化システムがどのように動作するかということでした。このシステムは、1 つのサイト内であっても、それを使用する場合に多くの問題を抱えていました。 Windows へのネットワーク移行後の当初は Novell/BTRIVE 6.15 をターゲットとしていたが、Windows/Pervasive.SQL 7 で実行されました。

この組織の主要なビジネスアプリケーションを 1 週間テストした結果、使用された自動化システムの組み込みターミナルモードの使用がいくつかの点で私たちに適していなかったため、開発者が私たちに選択肢をまったく残していないことが判明しました。理由の。繰り返しますが、その機能の特殊性により、ターミナルサーバーとして選択されました。マイクロソフトプラットフォーム Windowsサーバー。「ネイティブ」Windows ターミナルサービスでの作業に完全に満足しており、アドオンを使用するとシステム全体のコストが増加するだけであるため、Citrix ソリューションはテストしませんでした。

一緒にいるときサーバー部分すべてが決定したとき、システムのクライアントコンポーネントに関する疑問が生じました。まず、リモートサイトに専任の管理者を配置する予定はなかったため、ユーザーマシンを管理する必要性を減らしたいと考えています。さらに、端末ライセンスを購入する必要があるために増加したソリューションのコストを削減することが望ましいと考えられました。また、32 ～ 64 MB の RAM を搭載した旧式の Celeron-400 クラスのコンピューターをオフィスに配置するという意図も考慮する必要がありました。

あらゆる観点から見て、ネットワークを搭載したディスクレスステーションをワークステーションとして使用するのが理想的であることがわかりました。この場合、管理者の注意が必要なコンピュータは、VNC 経由で制御される各オフィスの追加のドメインコントローラだけです。言うまでもなく、この記事の枠組みの中で、トラフィックの暗号化やインターネットアクセスなどを提供する機器やソフトウェアについては取り上げていません。

ネットワーク経由でワークステーションにロードされる OS の役割として、私は Linux を選択しました。これにより、(少なくとも現時点では) ソリューションのライセンスされた純粋性が保証されます。 Windows 2003 デスクトップへのアクセスは、www.rdesktop.org プロジェクトの開発を通じて実現されることになっており、これがこの問題を解決するための標準となりました。このような読み込みに必要な DHCP および TFTP サーバーとして、各サイトですでに利用可能な追加の Windows 2000 ドメインコントローラを使用するのが合理的です。幸いなことに、このオペレーティングシステム用の無料の DHCP/TFTP 実装と組み込みサーバーが存在します。。ただし、TFTP はリモートインストールサービス (RIS) 内で使用できます。

クライアントマシンのネットワークカードは、当然ながら Etherboot/PXE 経由でブートする機能をサポートしている必要があります。場合によっては、ハードウェアの互換性がないために、フロッピーディスクにあるブートローダーの使用を許可しました。

Linux 実装の選択

ネットワーク経由でブートする機能を備えた Linux OS オプションを選択するとき、私はまず、rdesktop パッケージが組み込まれた同様の焦点を備えた既製の配布キットに注目しました。その中で最も有名なのは、2002 年末からベータ版として凍結されている NetStation (netstation.sourceforge.net) とその後継である PXES (pxes.sourceforge.net)、Thinstation (thinstation.sourceforge.net)、およびDIET-PC (diet-pc.sourceforge.net)。同時に、DIET-PC は主に Linux OS に精通したユーザーを対象としているため、Linux OS は直ちに検討の範囲から除外されます。セットアップ手順は非常に骨の折れる作業であり、DIET-PC には、Linux の達人ではなく単なる人間には決して必要ない設定が数多く含まれています。 PXES は、独自のグラフィック環境を含む多数の追加機能を備えた最も「高度な」ものですが、これも私の場合は不要です。私の構成では、クライアントは中間メニューをバイパスして、すぐにリモートデスクトップをロードして入力ウィンドウに移動する必要がありました。 Windowsのパスワード 2003サーバー。そこで、残りのディストリビューションである Thinstation に注目しました。

その機能を簡単に見てみましょう。

X、RDP、VNC、SSH、Telnet、ICA、Tarantella プロトコルのサポート。

Firefox ブラウザを使用する能力。

16 MB の RAM を搭載した x86 ～ 100 MHz クラスの PC で動作します。

事前構築イメージの存在、および Web インターフェイスを介した自己アセンブリの可能性。

ローカルディスク、USB、LPTプリンターのサポート

すべてのブートオプションの中で、最も単純なのは Etherboot ブートローダーを使用する PXE です。この記事では、プリコンパイルされたイメージを使用するという最も単純な方法に従います。

インストールと初期設定

まずは、公式 Web サイトのリンクからアクセスできる http://struktur.kemi.dtu.dk/thinstation/download/ ページからダウンロードします。これはアーカイブの最後の部分です。私の場合は Thinstation-2.0.2- でした。事前構築された NetBoot .zip。アーカイブには、初期セットアップと構成に便利な TFTP/DHCP サーバー Tftpd32 など、必要なものがすべて含まれています。ちなみに、使用している場合は、より新しいバージョンがあるホームページからすぐに更新することをお勧めします。ちなみにTftpd32(http://tftpd32.jounin.net/)自体は素晴らしいプログラム。そのため、同社の顧客のニーズの一部に対してシスコでも推奨されています。

アーカイブを展開すると、次の 5 つのディレクトリが得られます。

BootDisk – サポートされていないネットワークカードを搭載した PC 用の、Etherboot ブートローダーを含むフロッピーディスクイメージ

BootPXE – Etherboot エミュレーション用の PXE ブートローダー

BuildFiles – 構成ファイルの例

TFtp – Tftpd32 サーバー

TftpdRoot – TFTP サーバーのルートディレクトリ

したがって、まず最初に、1 つの Thinstation.nbi ファイルを含む自己解凍アーカイブ Thinstation.nbi (autoextract).exe を起動します。このアーカイブは、「CITRIX(R) LICENSE AGREEMENT」をよく理解していただくために作成されました。

次に、TFtp と TftpdRoot をネットワークセグメント内の Windows サーバーにコピーします。 Tftpd32 を使用する場合、静的 IP アドレスを持つ任意の Windows マシンがそのようなサーバーとして機能できます。両方のディレクトリを C:\ ドライブにコピーしたとします。 C:\TFtp\Tftpd32.exe を起動して実行します。外観プログラムウィンドウを図に示します。

サーバーパラメータを設定する必要があります。「設定」ボタンをクリックし、「ベースディレクトリ」として値「C:\TftpdRoot」を入力します。次に「DHCPサーバー」タブに移動します。そこでは、DHCP サーバーによって割り当てられる開始 IP アドレス (「IP プール開始アドレス」)、アドレスプールのサイズ (「プールのサイズ」)、サブネットマスク (「マスク」)、名前を指定する必要があります。 Etherboot ローダーのファイル (「ブートファイル」)、この場合は Thinstation.nbi.zpxe です。「保存」ボタンをクリックして設定を保存し、アプリケーションを閉じます。

すべての準備が整いました。ステーションの BIOS でブート順序を設定することを忘れずに、PXE ブートをサポートするネットワークカードを備えたマシンの 1 台の電源を入れてみてください。電源を入れると、マシンは割り当てられた範囲から IP アドレスを取得し、TFTP 経由で Thinstation.nbi.zpxe ファイルをダウンロードする必要があります。これには、Etherboot をサポートするネットワークカードの動作をエミュレートするブートローダーが含まれています。次に、制御がブートローダーに転送され、ブートローダーは再び DHCP 経由でアドレスを要求し、ブートローダー自体のファイル名から zpxe 拡張子を除いたものと一致する名前のファイル (thinstation.nbi) をダウンロードします。このファイルは Thinstation イメージです。イメージがロードされると、Thinstation は TFTP サーバーのルートディレクトリから設定ファイル Thinstation.conf- をロードし、次に Thinstation.conf- をロードしようとします。このようなファイルが見つかった場合、Thinstation はその内容を一般構成ファイル Thinstation.conf.network と結合します。このファイルは、上記の 2 つとは異なり、TFTP サーバー上に存在する必要があります。メイン設定ファイルとグループ固有またはステーション固有の設定ファイルとの間の競合を避けるようにしてください。さらに、IP アドレスと MAC アドレスのグループ全体を 1 つの構成ファイルに結合できます。これは、次の形式の Thinstation.hosts ファイルを使用して行われます。

# ホスト MAC グループのコメント ws-oper1 0002B3655065 hi_res # オペレーター番号 1 ws-oper2 0002B3651075 hi_res # オペレーター番号 2 ws-oper3 0002B365A021 hi_res ssh_en # オペレーター番号 3

でこの例では Thinstation.conf.group-hi_res と Thinstation.conf.group-ssh_en の 2 つのファイルがあると仮定します。最初のファイルで指定された設定は 3 つのステーションすべてに適用され、2 番目のファイルの設定は ws-oper3 コンピューターにのみ適用されます。

図のターミナルサービスマネージャースナップインでターミナルクライアントセッションがどのように表示されるかを確認できます。

ts_ のような名前のクライアントは、Thinstation を実行している単なるクライアント端末です。 P のような名前のクライアントは PXES ディストリビューションで実行されますが、これについてはこの記事の範囲外です。次に、構成ファイルのシンプルだが完全に機能するバージョンをコメント付きで提供します。" SESSION_0_TYPE=rdesktop SESSION_0_RDESKTOP_SERVER=192.168.0.1 SESSION_0_RDESKTOP_OPTIONS="-u Administrator -p password -a 16" SESSION_1_TITLE="VNCサーバー" SESSION_1_TYPE=vncviewer SESSION_1_VNCVIEWER_SERVER=192.168.0.2 SESSION_2_TITLE="Telnetサーバー" SESSION_2_TYPE=telnet SESSION_2_TELNET_SERVER=192.168.0.3 SESSION_3_TITLE="SSHサーバー" SESSION_3_TYPE=ssh SESSION_3_SSH_SERVER=192.168.0.4 # !} 一般的なオプション# # キーボードのレイアウト。 rdesktop を使用する場合、これは役割を果たしません KEYBOARD_MAP=en_us # XServer オプション # SCREEN_RESOLUTION="1024x768" SCREEN_COLOR_DEPTH="16" SCREEN_HORIZSYNC="30-64" SCREEN_VERTREFRESH="56-87" MOUSE_RESOLUTION=100 # 印刷オプション # PRINTER_0_NAME =usb PRINTER_0_DEVICE=/dev/usb/lp0 PRINTER_2_TYPE=U

この記事の結論として、ターミナルクライアントで作業をデバッグした後、TFTP サーバーと DHCP サーバーの機能を Windows NT/2000/2003/XP のサービスモードで動作できるソフトウェアに移行するのが最善であると言いたいと思います。たとえば、すでに述べたように、「ネイティブ」Windows サービスを使用するか、他のオペレーティングシステムの対応するサービスを使用します。

さらに、プロジェクト Web サイト Thinstation.sourceforge.net では、Web インターフェイスを使用して、プリビルドイメージに欠けている機能 (ブラウザなど) や不要なモジュールの除外など、ソースコードをダウンロードせずに Thinstation イメージを個別に再コンパイルできます。

アンドレイ・マルケロフ。 Andrey Markelov (www.markelov.net) - ネットワーク負荷のあるディスクレス Linux ステーションの使用

サーバールームでは、CD/DVD ドライブのないサーバーが増えています。場合によっては、オペレーティングシステムをインストールする必要がありますが、ネットワーク経由でインストールすると、これに非常に役立ちます。サーバーの電源を入れてインストールを開始するだけです。ネットワークカード PXE テクノロジーをサポートする必要があります。 PXE - 起動前実行環境 - を使用すると、ネットワーク経由で起動できます。

しかし、PXE だけでは完全に満足できるわけではありません。インストールを完全に自動化するテクノロジーがキックスタートです (同社が開発)。レッドハット）。その本質は単純です。インストール中に必要になる可能性のあるすべてのオプションの値を含むファイルを事前にコンパイルします。さらに、インストールの前後にスクリプトを実行して、将来の OS の設定を行うことができます。

キックスタートを使用して一般的な Linux キットをインストールするには、5 ～ 7 分かかります。

インストールサーバーには 3 つのサービスと 1 つのパッケージが必要です。

DHCP はクライアントにネットワーク資格情報を提供します

TFTP はネットワーク上でファイルを共有する簡単な方法です

Syslinux には、pxelinux.0 ブートローダーとその他のファイルが含まれています

NFS により、ネットワーク経由でファイルシステムにアクセスできるようになります

インストールプロセスは次の段階に分けることができます。

pxe - pxe ファームウェアは、BIOS でネットワーク経由のインストールを設定した場合、または HDD 上で MBR が見つからなかった場合に動作を開始します。

DHCP フェーズ 1 - クライアントは、ネットワークの詳細と tftp サーバーのアドレス、およびローダーファイル (pxelinux.0) の名前を受け取ります。デフォルトでは、TFTP サーバーは DHCP サーバーです。

TFTP - pxelinux.0 ローダーは TFTP サーバーに接続し、そこから initrd.img (初期 RAM ディスク、一時) を要求します。ファイルシステム)、Linux カーネル。

カーネル - Linux カーネルへの制御の移行。

DHCP フェーズ 2 - Linux カーネルは DHCP サーバーにリクエストを送信して、ネットワークの詳細を取得し、続いて NFS サーバーのアドレスを取得します。

NFS - NFS パーティションがマウントされる段階

init - /sbin/init が起動され、制御がそれに移ります。 init はシステムのメインプロセスであり、他のプロセスは init の子プロセスです。

自由に述べた：

DHCP サーバーは、そのネットワーク上で bootp 要求をリッスンします。リクエストを受信すると、送信元 MAC アドレスを調べ、その MAC アドレスに対応するエントリがある場合は、その MAC アドレスの処理を開始します。 DHCP サーバーは、クライアントにネットワークの詳細 (IP アドレス、ゲートウェイ、DNS サーバーなど) を提供し、TFTP プロトコルを使用して、ブートイメージ pxelinux.0。 OS 選択メニューを表示するには、この画像で十分です。

OS を選択したら、カーネルのロードを開始してインストールを開始し、その過程でインストールソースである NFS サーバーを選択します。将来のオペレーティングシステムの準備済みコンテンツを NFS サーバーにアップロードし、対応するディレクトリがエクスポートされていることを確認する必要があります。

DHCP

DHCPD をインストールし、スタートアップに追加します。
# yum -y dhcp をインストールします
# chkconfig dhcpd をオン

/etc/dhcpd.conf ファイルを次のように作成します。

DDNS 更新スタイルの暫定的なもの。
クライアントの更新を無視します。
サブネット 192.168.146.0 ネットマスク 255.255.255.0 (
オプションルーター 192.168.146.1;
オプションのサブネットマスク 255.255.255.0;
オプションドメイン名 "domain.local";
オプションドメイン名サーバー 192.168.146.1;
デフォルトのリース時間 21600;
最大リース時間 43200;
ブートを許可します。
起動を許可します。
ホストunixbox (
ハードウェアイーサネット 00:0c:29:77:9c:9c;
固定アドレス 192.168.146.128;
ファイル名「pxelinux.0」;
オプションホスト名 "unixbox";
次のサーバー 192.168.146.1;
}
}

DHCPD を起動するか、実行中の場合は再起動します。
# サービス dhcpd の再起動

デフォルトで有効になっているファイアウォールを無効にします (そうしないと、ターゲットコンピュータは起動時に「ICMP 宛先に到達できません (ホストは管理上禁止されています)」というエラーを受け取ります)。
# サービス iptables を停止します
# chkconfig iptables をオフにする

TFTP

リポジトリから tftp-server パッケージをインストールします。
# yum -y tftp サーバーをインストールします

次に、xinetd 構成で tftp を有効にする必要があります。これを行うには、/etc/xinetd.d/tftp ファイルで「disable = yes」を「disable = no」に変更し、xinetd を有効にします。
# サービスxinetdの開始

tftp サーバーポートがリッスンしていることを確認します (tftp はポート 69 で実行されます)。
# netstat -nlp | grep:69
udp 0 0 0.0.0.0:69 0.0.0.0:* 3105/xinetd

シスリナックス

パッケージには、ネットワーク経由でダウンロードするための一連のファイルが含まれています。 DHCP 経由でブートイメージとして機能する pxelinux.0 と、より魅力的なユーザーメニューを描画する menu.c32 が必要です。 (CentOS 4 の場合、依存関係を含む更新された syslinux を rpmfind.net からダウンロードする必要があります。)

# cp $(rpm -ql syslinux | grep menu.c32) /tftpboot/
# cp $(rpm -ql syslinux | grep pxelinux.0) /tftpboot/

NFS

デフォルトでは、システムには NFS がある可能性が高く、ない場合は yum を使用してインストールします。
# chkconfig NFS をオンにする

/etc/exports ファイルにエントリを追加します。
echo “/var/install-server/ *(ro,no_root_squash)” >> /etc/exports

NFS サーバーを起動します。
# サービスNFSの開始

ディレクトリがエクスポートされたことを確認します。
#exportfs
/var/インストールサーバー

tftp サーバーの構造を作成し、サーバーにコンテンツを追加します。
# mkdir -p /tftpboot/(pxelinux.cfg,centos5_x86)
# mkdir -p /var/install-server/centos5_x86

CentOS 5 で DVD をマウントし、コンテンツを /var/install-server/centos5_x86 にアップロードします。
# /dev/cdrom /mnt/ をマウントします
# cp -r /mnt/* /var/install-server/centos5_x86/
# cp /var/install-server/centos5_x86/images/p xeboot/* /tftpboot/centos5_x86/

/tftpboot/pxelinux.cfg ディレクトリにデフォルトのファイルを作成し、以下のように入力します。
デフォルトのメニュー.c32

プロンプト0
タイムアウト100

カーネル/centos5_x86/vmlinuz
initrd=/centos52_x86/initrd.img を追加
ラベル「終了」
ローカルブート0

ネットワーク経由で OS をインストールする

上記のすべての操作が完了したら、OS のインストールを開始できます。マシンを MAC アドレス 00:0c:29:77:9c:9c で起動し、BIOS でネットワークブートを有効にします。インストールが開始されると、OS をインストールする場所のリストで NFS を選択し、求められたら次のことを指定する必要がある点を除いて、すべてが標準的な方法で行われます。
NFSサーバー名: 192.168.146.1
CentOS ディレクトリ: /var/install-server/centos5_x86

キックスタートでインストールを自動化する

自動化するには、すべてを含むファイルを作成する必要があります。必要な情報、インストールプロセス中に必要になる場合があります。このようなファイルは、X Window を備えた CentOS の system-config-kickstart プログラム (GUI ツール) によって作成されます。
# yum -y システム構成キックスタートをインストールします
# システム構成キックスタート

system-config-kickstart を使用してファイルを作成した後、そのファイルをインストールサーバーに転送し、HTTP、NFS、または FTP プロトコルのいずれかを介して利用できるようにする必要があります。 Install サーバーは NFS を積極的に使用するため、これを使用します。

私の場合、キックスタートファイルは /var/install-server/centos5_x86/centos5_ x86_ks.cfg にあります。

ファイル /tftpboot/pxelinux.cfg/default に、キックスタートファイルの場所を示す ks ディレクティブを追加するだけです。キックスタートファイルの例:
デフォルトのメニュー.c32
メニュータイトル Linux インストールサーバー。インストールするOSを選択してください。
プロンプト0
タイムアウト100
ラベル CentOS 5 x86 カスタムインストール
カーネル/centos5_x86/vmlinuz
initrd=/centos5_x86/initrd.img を追加
ラベル CentOS 5 x86 キックスタートインストール
カーネル/centos52_x86/vmlinuz
append initrd=/centos5_x86/initrd.img ks=nfs:192.168.146.1:/var/install-server/c entos5_x86/centos5_x86_ks.cfg
ラベル「終了」
ローカルブート0

OS 選択メニューで「CentOS 5 x86 Kickstart Install」を選択したので、あとは OS がインストールされたサーバーが届くのを待つだけです。

以下はキックスタートファイルの例です。インストールされている OS の sshd 設定に「PermitRootLogin yes」オプションが必要でした。キックスタートファイルを使用すると、OS インストールパラメータを設定できるだけでなく、インストール前 (%pre) とインストール後 (%post) にスクリプトを実行することもできます。この方法では、多くのチューニングスクリプトを作成し、5 ～ 10 分のインストールで完全に完成した OS を得ることができます。

#platform =x86、AMD64、または Intel EM64T
# システム認可情報
auth --useshadow --enablemd5
# システムブートローダーの設定
ブートローダー --location=mbr
# マスターブートレコードをクリアする
ゼロムブル
#パーティションクリア情報
clearpart --all --initlabel
# テキストモードインストールを使用する
文章
# ファイアウォール設定
ファイアウォール -- 無効
# 最初の起動時にセットアップエージェントを実行する
firstboot --無効にする
# システムキーボード
キーボード私たち
# システム言語
lang en_US
# インストールログレベル
ロギング --level=情報
# NFS インストールメディアを使用する
nfs --server=192.168.146.1 --dir=/var/install-server/centos5_x86
# ネットワーク情報
network --bootproto=dhcp --device=eth0 --onboot=on
#rootパスワード
rootpw --iscrypted $1$Bz09jb2I$hfzh2vApqMjG0sEPsAwNr/
# SELinux 設定
selinux --無効化
# X Window System を設定しないでください
スキップ
#システムのタイムゾーン
タイムゾーンヨーロッパ/モスクワ
# アップグレードではなく OS をインストール
インストール
# ディスクのパーティショニング情報
パーツスワップ --bytes-per-inode=4096 --fstype=”swap” --size=512
パート / --bytes-per-inode=4096 --fstype=”ext3” --grow --size=1

%post --interp /bin/bash
PATH=/何らかの仕事
/bin/mkdir$PATH
/bin/sed -e ‘s/#PermitRootLogin yes/PermitRootLogin yes/g’ /etc/ssh/sshd_config > $PATH/sshd_config_edited
/bin/cp $PATH/sshd_config_edited /etc/ssh/sshd_config
/bin/rm -rf $PATH

AOMEI PXE Bootは無料ですソフトウェアローカルネットワーク経由で ISO からコンピュータを起動します。このプログラムは非常に使いやすく、同じローカルネットワークに接続されている場合、ブート可能ディスクイメージ (ISO) を使用して複数のコンピュータをリモートで起動できます。これにより、AOMEI PXE Bootが非常に便利になります便利なツール特に企業におけるリモートアプリケーションの導入やメンテナンスなどのタスクに最適です。

AOMEI PXE Bootの操作は非常に簡単です。サーバーとして使用されるシステムにプログラムをインストールし、ISOをマウントして、クライアントマシンが起動するのを待ちます。そして最も優れている点は、AOMEI PXE Bootが同時に複数のコンピューターの同期ブートをサポートしていることです。この素晴らしいプログラムについてさらに学び、それを使用して有線 LAN 経由で ISO からコンピュータを起動する方法を見てみましょう。

AOMEI PXE Boot: 主な目的と Windows PE についての一言

AOMEI PXE Bootは主にネットワーク上のコンピュータの問題を解決するために設計されていることに注意することが重要です。このプログラムを使用すると、制限された環境で機能していないシステムを起動できます。この目的のために、AOMEI PXE Bootはブートイメージで最もよく機能します Linux ディスク、または Windows PE。後者はオペレーティング·システム限られたサービスで、回復またはインストールの目的でコンピューターを起動するために使用されます。 Vista カーネルをベースにした Windows PE は、本格的なオペレーティングシステムではありません。代わりに、コンピュータのトラブルシューティングを行い、正常に動作するようにするための安全な環境を提供します。

AOMEI PXE Bootが他のディスクイメージでは動作しないと考える理由はまったくありません。テスト中、ブート可能な ISO イメージを使用して、クライアントシステム上で Damn Small Linux (DSL) をリモートでブートすることができました。

ローカルネットワーク経由で ISO を使用してコンピュータを起動する方法

AOMEI PXE Boot についてよく理解できたので、今度はこれがどのように機能するかを見てみましょう。このプロセスは基本的に 2 つの段階で構成されます。最初の部分では、ネットワーク経由で起動するようにクライアントコンピュータをセットアップすることが含まれ、2 番目の部分では、サーバーとして機能するシステム上でアプリケーションをセットアップして実行します。

両方のコンピュータが同じネットワークに接続されている必要があることに注意してください。私の場合、サーバーは無線でネットワークに接続していましたが、クライアントマシン有線で接続されていました。

パート 1: ネットワークブート用にクライアントコンピュータを構成する

名前が示すように、最初に行う必要があるのは、クライアントコンピュータが起動するように設定することです。有線ネットワーク。これを行うには、メニューにアクセスする必要がありますコンピュータの BIOS。その方法は次のとおりです (コンピューターのメーカーに関係なく、プロセスはほぼ同じです)。

1. クライアントコンピュータの電源を入れ、キーを押して BIOS メニューにアクセスします (通常は Del、Esc、F8 または F12)。 BIOS で、「ブート」サブメニューに移動し、「ブートオプションの優先順位」セクションで「PXE」を選択します (一部のコンピューターでは「レガシー LAN」、「Realtek PXE B02 D00」、「Intel からのネットワークブート」など)。最初の起動デバイスとして。 PXE ROM オプションが無効になっている場合は、それを有効にする必要がある場合もあります。

2. AOMEI PXEブートはレガシーブートモードのみをサポートするため、サポートされている場合はUEFIブートオプションも無効にする必要がありますマザーボードコンピューター。このオプションは、「Boot」サブメニューにあります。

クライアントコンピューターで行う必要があるのはこれだけです。 BIOS 設定に加えた変更を忘れずに保存してください。次にサーバーに移りましょう。

パート 2: ISO をダウンロードし、サーバーコンピューターでアプリケーションを実行する

この部分は実際にはさらに単純です。開始するには、サーバーとして使用するコンピューターにAOMEI PXE Boot (約5 MB)をダウンロードしてインストールします。これに加えて、クライアントコンピュータを起動するためのブート可能ディスクイメージもダウンロードする必要があります。以下の手順では、何が必要かを説明します。

1. AOMEI PXE Bootを起動します。プログラムの最初の画面で、「カスタムイメージファイルから起動」オプションを選択し、ISO ファイルに移動します (別のオプションを使用して、 Windows ブート PEまたは Linux ISO必要に応じて、AOMEI 会社の Web サイトからアクセスしてください)。画像を選択したら「サービス開始」ボタンをクリックしてサービスを開始します。

2. 「AOMEI PXE Boot」ウィンドウには、サーバーとクライアントコンピュータで発生しているアクティビティに関する情報が表示されます。サーバー上では他に何もする必要はありません。実際のアクションを確認するには、先に進んでみましょう。そしてもちろん、アプリケーションとサーバーも実行されている必要があります。

あなたがしなければならないことは、クライアントコンピュータを起動し、サーバーコンピュータ上のAOMEI PXE Bootを通じて選択したISOイメージを使用してネットワーク経由でブートするのを待つことだけです。以下は、クライアントマシン上で実行されている完全に動作する Damn Small Linux ディストリビューションです。

最後の言葉

あなたがネットワーク管理者で、シンプルで簡単な機能を探している場合は、効果的な方法（そして余分なものはありません）リモートOSの展開と管理には、AOMEI PXE Bootがまさに必要なものかもしれません。これはセットアップが驚くほど簡単で、驚くほどうまく機能する高品質のツールです。

すてきな一日を！

なぜ Ubuntu には 2 つのオプションしかないのか、長い間謎のままでした。インストールディスク– デスクトップと代替。 Debian では、完全な GNOME または KDE を一度にインストールする通常の完全インストールディスクに加えて、ネットワーク経由でシステムをインストールするために設計された NetInstall ディスクもあります。

このバージョンのブート CD は、最小限必要なパッケージのセットをインストールするインストーラーを起動するように設計されています。他のものはすべて、必要に応じてネットワークからダウンロードされ、インストールされます。このオプションでは、インストールを実行するユーザーに高度な資格が必要ですが、必要なシステムコンポーネントのみをインストールする柔軟性が得られます。これにより、ディスク容量も節約されます。

Ubuntu には、ネットワーク経由でインストールするように設計されたインストールディスクオプションもあることが判明しました。ダウンロードリンクが見つからないだけですホームページサイト。そして、以下のアドレスに隠されています。

特別なトリックを実行せずにインストールされた Ubuntu を取得できる最小サイズはどれくらいかという質問に興味がありました。テストでは、VirtualBox の最小限のディスクから Ubuntu をインストールすることにしました。

最小ディスクイメージサイズは 11MB です。これは大したことではなく、たとえ最小の速度であっても、あらゆる速度でポンプを送り出すことができます。

ただし、インストール中は、より高速なインターネットチャネルを使用することをお勧めします。最小ディスクには、インストーラー自体を除いて何も含まれていないためです。したがって、インストールプロセス中にすべてがダウンロードされます。本当にそれだけです！

初めての試み Ubuntuのインストール最小限のディスクから、ADSL 経由で 128 kbps の速度でインターネットに接続してみました。インストール (主にパッケージのダウンロード) には数時間かかりました。

繰り返しの実験では、大幅に高速で接続を見つけることができました。

最小限のディスクから起動すると、最初にテキストプロンプトが表示されます。

次に、標準のブートグラフィカル (!) Ubuntu メニューが表示されます。