私は最近LAMPサーバーでより多くの作業を始めましたが、これは私にとってとても新しいことです。最初はデフォルト設定ファイルを移行することは問題ではありませんでしたが、成長してより多くのことを学び、私の設定とワークフローはより具体的になりました（そして移植性が低下します*）。今朝私は古いRed Hat 4サーバーで作業するように頼まれました。ウィム6？ RPMForgeを介してすべてがインストールされますか？treeリポジトリを追加しないとインストールできませんか？ルート以外に実際のユーザーアカウントはありませんか？ rootユーザーのパスにも /sbin/ありませんか？/usr/sbin/
この機能は一度インストールされ、修正されませんでした。インストールされているすべてのパッケージはIce Ageのものです。最初の氷河時代。
それでは、このような状況ではどうすればよいですか？面倒に出勤すべきか？存在するそれともこの問題を解決するより良い方法はありますか？
* - 私が持っている唯一の問題は、JellybeansカラーテーマのサポートとVimタブの使用です。
編集 - 私が要求した方法は明確ではないようですが、質問のポイントはあなた。私が本当に知りたいのは、似たような状況で他の人がどのように行動するかです。
覚えておいてください：私は相談しています。サーバーを再インストールすることは私の仕事ではありません。セキュリティ監査を実行し、サーバーを強化することは私の仕事ではありません。私の使命は、非常に古いサーバーを運営する技術的な知識のない顧客のあいまいな要件を受け入れ、できるだけ短時間で実装可能にすることです。それはすべてです。
私はシステム管理者ではなく開発者です。これは私にとって非常に新しいことであり、あなたが正しくスピードアップするのに私が処理できるよりも多くの時間がかかります。長年制作されており、いくつか修正しました。
私はありますか？考えるこのサーバーに改善の余地がありますか？確かに！できますか？考えるこのプロジェクトは私が誇りに思うプロジェクトですか？はい！このようなことが起こりますか？いいえ。私は興味がなく、トラフィックもあまり発生しない古いソフトウェアを維持しています。大変なことなく快適に仕上げたいです。
編集2 - 少しの検索と操作の最後にsshfsとMacFuseを使ってローカルに必要なものをインストールするようになりました。これにより、端末に滞在しながら実行している作業に応じて、ローカルツールとリモートツールを混在させることができます。
答え1
一般的なUNIXツールの使用方法を知っておく必要があります。 vimはredhat 4とredhat 300の間で変更された可能性がありますが、viは同じです（vimをviの代わりに使用してもviコマンドは期待どおりに機能します）。これらのパッケージングツールに慣れていないかもしれませんが、tgzファイルをダウンロードすることはできます./configure。makesudo make install
最新の最高の技術を学ぶのは良いですが、ツールの基盤となるツールも学ぶ必要があります。一部のものはUnixlandでかなり一定に保たれており、その使い方を知って理解すれば、年齢に関係なく（合理的な範囲の人々内で）使用するようになるすべてのバリエーションにもっと慣れてくるでしょう。
ツリーがインストールされていませんか？私はgrep、find、awk、およびsedがそうなると確信しています。これらはあなたの友人です。
cygwin/etcの代わりにVirtualBoxをインストールし、仮想環境にLinuxボックスを設定することは難しくありません。その後、開発に使用し、後でファイルをサーバーにプッシュできます。
答え2
「クソ子」モードに入ります。
ツールは、進行状況を理解するのを妨げることなく作業をより効率的に実行するのに役立ちます。もちろん、RH 4はそれほど古いものではなく、今日利用可能なものとほとんど似ています。最新のものでも最高でもないかもしれませんが、あなたの要件（必要なもの）には十分でなければなりません。
豪言の相談は終わりました。
一方、ネットワークでこれが発生した場合は、少なくとも最新のRH 4パッケージにアップデートする必要があります。
答え3
ほとんどのサービス専門家は、最終的に顧客に「現在の設定が間違っているか危険です。修正しない限り触れません」と簡単に言うことができます。
法的にも倫理的にも正確でもそうではないかもしれませんが、実用的な観点から、技術ではない人は、失敗したシステムで作業した最後の人を非難します。破損しているか、または停止しているサーバーに最後にログインした人である場合は、変更した内容（または今見た内容）がエラーに関連していない場合でも、エラーについて非難される可能性が高くなります。
これは物理的な状況でより明らかです。タイヤショップに行き、タイヤが剥がれて剥がれたタイヤを修理してもらうよう依頼するか、ブレーキショップに行き、4輪のブレーキがすべて壊れて修理だけを要請すると想像してみてください。 1つのグループ、または危険なほどさびた給湯器のインジケータライトを再びオンにするようにガス会社に依頼）ソフトウェアとサーバーにも同じ原則と考慮事項が適用されます。
あなたのクライアントには少なくとも2つの問題があるようです。管理されていないサーバー環境と開発環境と実稼働環境が同じ物理ハードウェアで実行され、他の環境に影響を与えずに1つの環境を変更することはできません。
これが仕事を実行する合理的な方法であると仮定すると、問題が発生した場合はそれを修正する必要があり、おそらく無料で行うことが期待されます。確かにあなたの過ちは、それがまったく失敗したということです。
お客様の質問に直接答えると、顧客に共有ハードウェアシステムは修正する必要があり、メンテナンスされていないサーバー環境が古すぎるため、既存のデータを新しいシステムに移動するための支払いを維持するよりも安いと言います。したいです。既存のシステムをアップグレードするために必要なすべての変更と依存関係を追跡します。 （a）開発システムを実行するために新しいハードウェアを購入し、（b）新しいハードウェアに最新のソフトウェアをインストールし、開発を適切な新しいハードウェアに移行する必要があります。共有ハードウェアの問題を解決すると、移行を実行する前に新しい開発環境をテストでき、よりシームレスな移行が可能になるという利点があります。
答え4
オプションは、すべてのパッケージを更新し、新しいリポジトリを追加するか、データとサイトをバックアップし、サーバーを再インストールすることです。