上鍵いつもお世話になっております。仕事でRedHatLinux7.1でサーバ構築を行うことになりました。何のサーバかよくわかってないのですが、OSとミドルソフトのインストールと設定をお願いとのことです。そこで質問したいのですが、OSのインストールに際して、rootユーザーのパスワードと一般ユーザー名称とそのパスワード等はお客に決めてもらう必要があるかと思うのですが、その他お客に決めてもらったほうがいい設定ありますでしょうか?あと思いつくのがtelnetとftpの設定ぐらいしか思いつかず。何か知っていることあればお知恵をお願いします。?ってのを、まず明確にすべきでしょうね。系に詳しいコンサル業者にご相談した方が確実のような...。解決できるような問題ではなさそうな気がします。社でもすでにサポートされておりません。提供していますが、それも今年までのようです。http://www.10art-ni.co.jp/service/rh_update/index.html脆弱性に対しどう対処するかなどもお客さんと協議する必要があると思います。何に使われるのかわかりませんので一般論で。(必要ないものは使えなくします)客が運用に参加しないなら、聞かなくてもいいような気がしますが。21:23使用目的も何も分かっていないんじゃ設定のしようがないんじゃないですか?まずはお客さんから要求仕様を引き出さないと...。telnetdやftpdを動かすことは、本当に要求仕様に含まれるんでしょうか。素でインストールするとなると、セキュリティホールありまくり状態になってしまうと思いますので、下手にデーモン動かすとエライことになる予感。インストールだけしたら後は別の人間が設定する、という前提になっているなら、その人とコンタクトをとり、要求仕様を煮詰めるべきです。...ここで不特定多数の人間に相談することではないと思う。22:24お客さんはRHのブランドに惹かれて発注出したけど、EnterpriseServerのライセンス買うほどの予算も出せない。感じでしょうか?難しい課題ですね。実際に運用するSIさんにUnix使いこなせるスキルがあればDebianの方が先考えると良さげなのですが、そうでないならSuseかMandrake(今名前変わりましたっけ?)のサーバ版が妥当な線じゃないかと思いますよ。22:32その段階で、インストールを考えてる・・・ってのがすこしヤバイ気もしますw皆様が書かれている通り、もう少し情報を開示してもらうなり、なんなりして詰めないと。なんか、構築・・ってのが要件定義とか設計とか含んでる気がするので。それが不可能であっても(可能であってもですが)、事前に何をどこまでやるのか線引きはすべきです。23:02私も「いまさらRH7.1でサーバー構築するの?」と疑問に思いました。>ミドルソフトのインストールと設定この「ミドルソフト」の動作保証環境がRH7.1だったりするんでするんでしょうか。そこら辺の確認(本当にRH7.1無いとダメなの?)をミドルソフトのベンダーさんに確認するのが先かと。23:18先の皆さんのおっしゃるとおりだと思います。ミドルウェアの動作確認もある程度自分で検証することも可能であれば、そう言うこともふまえて要件定義が必要だと思います。ないと、あとで結局責任を負わされたり、本来費用の発生する物を無償でやる羽目になったりということにもなりえます。結局は信用をなくすことにもつながると思いますよ。20:45みなさん返答ありがとうございます。自分がプロジェクトに投入されたときには、RedHatのバージョン等は、もうすでに顧客了承済みだったんですよ。なんで、ESやASを使わない経緯になったかは、わかりませんが、おそらくミドルとの相性だと私も思ってます。その辺についてはミドル屋さんと業務アプリ屋さんと詰めて決めていきます。いままで経験したプロジェクトだと、動くものをしたてて提供すればよかったのですが、今度のプロジェクトはお客の文化っていいますか、Windowsだと組織名とか会社名とかAD設定の名称とかはこちらに決定権はなく、すべて決める必要があるところは決めてもらう必要があるらしく、こういう作業の進め方に経験がなく、このようなアバウトなご相談となってしまいました。最終的にOS設定パラメータシートなるものを作成する必要があるのですが、RedHat7.1で利用できそうなものあれば、ご教示して頂きたく。恐れ入りますが合わせてよろしくお願い致します。02:01その業務ミドルウェアが7.1で動作したという実績だけで環境を指定してきた気がしますね。Fedoraのほうが"マシ"かと思いますが、所詮ディストリビューションもパッケージの組み合わせの違いみたいなものなので、稼動テストに問題ないなら、とらわれずに環境を選択・構築したほうがいいでしょう。いうか、そうなると出来ることは作業だけ、になってしまうと思うのですが・・・。02:47みなさんがセキュリティについて語っていますので他のアドバイスを。考えるとすればパーティションの設定とかですかね。バックアップとか障害対策のことを考慮してわけないといけませんからね。swapってな感じですかね。04:14偉そうに書かせてもらうと。(01)他の皆さんも書いておらえるように、何のため?という取材が足りないと思います。(02)この丸投げ度合い(今更RHL7.1を使う)から判断して、将来、クラッキングなどの問題が発生したときに、責任を全て押し付けられる可能性大です。そこらへんを話し合った方がいいです。(03)どうしても、「RHL7.1じゃなきゃだめ」という場合には、わかっている人に設定をしてもらうか、あるいは、インターネット環境にさらさない方がいいです。外部サーバーと通信しあっての方がコストが安くつくと思います。一般ユーザーのID/PASSが漏れて、telnet(できれば、sshを使いましょう)でログインできて、シェルが使えるのであれば、RHL7.1のデフォルトであれば、ツールを使って、簡単にroot取られてしまいます。(04)めったにはおきませんが、サーバーのハードが壊れました。ハードディスク(RAID2台とも)が壊れました。いった場合、誰の責任・費用でどういうスケジュールで直すか?という議論も大事だと思います。私は最悪でも、コアな情報は、別のサーバーに定期的に逃がします。いった政治層が片付いたのであれば...(a)telnet(ssh)や、ftpは、無条件にどこからでもアクセスされない方がいいです。接続元IPがある程度わかっているのであれば、F/Wなり、iptables(RHL7は、ipchain?)ではじいた方が良いです。(b)telnet(ssh)は、可能な限りログイン可能ユーザーの数を絞ってください。本当にこの人は、シェルを使うのか?の調査をしてください。どこでも(例えば、/etcなど)が見えるのはよろしくはないので、どのディレクトリを閲覧するか?を調査して、これも制限をかけてください。(d)サーバーの管理は誰がやるのか?を確認してください。「サーバーを構築しさえすればいいんでしょ」というお客さんは、ある程度の維持費がかかることを説明しなければいけません。専任の管理者がいれば別ですが、そうでなければ、簡単な定期チェック(ディスク容量、プロセスの生存確認、不正ユーザーのチェックなど)を行ない、問題があれば、お客さんのメアドに投げるといったことをやらないと、サービスが止まったことに誰も気づいていないといった事態になりかねません。メールサーバ、明日お昼まで受付。ご教示ください&疑問お答えします。sendmailをマスターしたい。HDDから情報の救出。gcovとlcovについて。ffmpegをインストールしようとするとエラーが発生します。日本語がCUI画面で文字化けします。参加者を募集しています。Hackの内容、ご教授願いたい。「run-crons」について教えてください。http://xx.xx/cgi-bin/x.prgでCGIプログラムを実行したい。