CentOS Part 47【RHEL Clone】 [無断転載禁止] [無断転載禁止]©2ch.net

CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora Core 6≒RHEL 5≒CentOS 5
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。

前スレ
CentOS Part 46【RHEL Clone】
http://hayabusa6.2ch.net/test/read.cgi/linux/1472718447/

CentOS (The Community ENTerprise Operating System)
http://www.centos.org/

CentOS 配布ミラーサーバ
http://www.centos.org/download/mirrors/

CentOS -- Wikipedia日本語版
http://ja.wikipedia.org/wiki/CentOS

>>57
そこまでは分かってるけど, 基本的にはバグ修正のバックポートに限定されてる
だから223の当該バグが「他のバグの修正のために行われた」ものから発生したのでなければ混入する可能性は低い

で実際>>58みたいだし

>>62
本音はインストールするパッケージを絞り込んで、他部署や顧客にはその旨伝えて、
そいつらが「アプリが動かない」とか言ってきても毅然とした態度・ストイックに行きたい。

だけどそれをやっちゃうと、相手方との関係をすこぶる悪化させ、挙句に何のパッケージが
足りないかの切り分けを自分たちにさせられた挙句、お前のせいでプロジェクトが遅れたと
戦犯扱いされるって事もあり得る。

もちろん逆には余計なパッケージを入れてセキュリティホールを突かれてクラックされる
リスクも存在するわけで、どっちに振るかはプロジェクトの初期段階で責任者に探りを入れて
温度感みて決めるしかないかな。 どっちの方針でいくにしてもプロジェクトの責任者と
合意してそれを文章化しておくのは必要。

業種やサーバの用途によるだろうけど、私の場合は GUI(X Window), 開発環境, 互換性ライブラリ
に加えて libXp, libstdc++, compat-libstdc++ あたりは入れておいて、GUI(display-manager)
を起動するかどうかは運用担当者の技術レベルをみて判断、ですかね。

>>63
なるほどそういうことなんですね
ありがとうございます

>>57 >>64
ふーん。可能性という事の捉え方の問題なのかな。可能性がある以上だめってのと、
低いからOKみたいな。そこは、それぞれの事情により判断してそれぞれがどうするか
考えるしかないのかな。

>>62
X window でサーバ設定すると、どのように設定したか記録出来ないのがね。
私はTerminalで設定して手順をコピペして残しておくようにしています。

>>65
> だけどそれをやっちゃうと、相手方との関係をすこぶる悪化させ、挙句に何のパッケージが
足りないかの切り分けを自分たちにさせられた挙句、お前のせいでプロジェクトが遅れたと
戦犯扱いされるって事もあり得る。

鯖缶あるあるだな。なぜか、プログラムのデバッグをしてたりして。

>>68
なるほどそういう記録の意味でもx windowが使いにくいわけですね
勉強になります

今日、サーバーを作っていたら突然、ネットから外されてしまいました。
centos7はnmtuiが刷新されてつかえるはずなのにつかえなくて困っています。
教えてくださいエンジニアの人

>>71
ネットに接続できなくなる原因って、ちょっと考えただけでもONU（モデム）、ルーター、LANケーブル、LANアダプタ、サーバーのイーサネットアダプタの設定、ファイアーウォールの設定などなど沢山あるから
まず原因を絞り込んでみないと分からないと思う。まさか、ISPに通信料金払ってなくて止められたってオチじゃないよね？

>>72
原因はサーバーのイーサネットアダプタの設定ができていたのが負荷がかかったことによりできなくなったということである。
実際に設定ファイルをいじろうと思ったらＣｅｎｔｏｓ７で使えるはずのnmtuiとnmcliが使えなくて困っている。
windowsからterateamで接続した際、nmtuiが使えていたのになぜ使えなくなるのか教えて欲しい。

こんな感じのｱｽﾍﾟ最近見てﾎﾝﾄに居るんだなーと思った

>>73
「使えない」ってのは、具体的に何をするとどうなるの？

ガチなのか釣りなのか迷うところ

うるせいよ
アスペとか言ってんじゃないよ、

一応いうがこれは事実。

うまく行かなったときに再起動させたらこうなった。

>>78
さっさと>>75に答えろｱｽﾍﾟ

>>79
>>75に対してコレなんだからもう相手しない方がいい

質問するんなら症状の断片だけ書かずに懇切丁寧に自分の環境だとか /var/log/messages
に何が出てたとか出力内容とか、自分なりに診断した際のコマンドの出力結果書いてくれよ。
荒しが同じことをやってきて困っているんだ。
最低限くだ質のルールぐらい読んできてからにしてくれ。

>>77
人の話を聞かなくて自分の主観を事実と言うトコがｸﾘｿﾂ

yumで更新があるとメールを飛ばすように設定した
→メール周りの設定は何もしてない
→[email protected]にメールが送信される
→駄右衛門さんから怒りのメールが飛んでくる
→まあ結果わかるから良いや、放置

俺以外にもこんな事してる奴いる？

/var/spool/mailがパンクしないっすかそれ

yum-cron インストールして
3行ほど設定するだけだよね？

>>83
とりあえずssmtpでも使っとくといい

えてして質問する人は自分の状況をうまく伝えられないものだよな。
うまく伝えられるような人は自分で解決できてしまうので。

バグを説明してるうちに　あ　わかりました　もういいです　みたいな

>>84
cronで定期消去しよう

ずっとfedoraかCentOSでやってきたんでubuntsというかDebian系知らんのだがsudoつうのは所謂バカよけ用の仕様という理解で合っていますか？

意味不明

>>90
お前みたいなガイジ避けだと思う

sudoの存在意義は？という問いかな。suすればいいと言われれば抗弁できない。
いやあえて抗弁すれば、suしてコマンド打って戻ってくるより少し手数が少ない。

須藤

酢

>>93
リモートコマンドとセットで使うだろ。
バッチ処理とか

sudoが馬鹿よけってｗｗｗ
一理あるｗ

何しろ俺みたいな本物の馬鹿はrootログインするからな

>>85
yum-cronの中だけで完結できるのか
調べてみよう

>>97
>>98
うん
実際root権限の勘違い濫用に注意喚起するためのものだからね
>>91や>>92は馬鹿よけとかフールプルーフの意味も知らないゆとりとかパソコンの大先生なんだと思う

>>96
ssh 192.168.0.100 sudo hoge
ってこと？
ssh [email protected] hoge
でいいじゃんって言われたら？

root権限で実行できるコマンドを制限できるのがsudoの利点
su使わせちゃうと何でもできちゃう

どっちでもいいのか？ 確かに。
心配するのは鍵交換の設定くらい？

>>99
> 実際root権限の勘違い濫用に注意喚起するためのものだからね
こう言うバカのあぶり出しに最適 w

sudo 経由で実行すると、何時誰が何のコマンドをどのような引数で実行したかログに残るので、
ログに残しながら作業したい人向けだね。
あとは root のパスワードを共有しない・root のパスワードを設定せずに運用できるという利点が
あるかな。

>>100 の後者は root での ssh を禁止されている環境だと使えない。 前者に加えて
sudoers で実行できるコマンドを限定しておけば ssh 鍵ファイルがが漏れた場合の影響に
大きな差が付く。

rootのsshなんて基本は最初に潰すよな
許してる環境だったら、そういう環境だと察するしかない

わしなんか　NOPASSWORD って/etc/sudorsに書くぞ　偉いだろ

だいたい、俺んちの鯖なんてクラックしたところでエロ画像しか出て来ないしな

踏み台にさせられることを心配しろよ...

データ窃盗なんて最早少数派だろうにな

話かわるけど、centos7でshutdown中の　バラバラ流れるコンソールのメッセージって
どうすればいんでしたっけ？
journalctl -b のようなオプションもなかったし。
なんかキーを押すんだったかな

どうしたいんだよ

たまに落ちるのが遅いので、どこで時間が掛かってるのか知りたいのです。

>>104
ログに残せるっつってもsudo -sとかされたら
何実行したのか追えないけどね

sudo使えるユーザに悪意を仮定したって無意味

> sudo使えるユーザに悪意を仮定したって無意味
ならsudoでコマンドを制限する事も無意味

「なら」に論理の飛躍がありますね

なら｢どう論理の飛躍が有るのか｣を論理的に指摘すれば良いんじゃないですかね

どうでもいいけどお前らSELinux使いなさいな
sudoの話はほぼそれで解決だろうに

SELinuxを止めるところからが腕の見せ所だわ
SELinux動かしたままで下手にリリースするシステムに影響与えられたら困るから

リリースするシステムならSELinuxの影響あるかどうか調べてから使うかどうか決めるもんだが
リプレースするようなものなら特に
FWの内側や隔離されてて守られてるシステムなら最初から止める方向でいいだろうけどな

>>120
イントラはともかくインターネット公開の場合はFWで完全防御を目指す
というかネットワーク関連は専門業者に出して自分らの会社では保証しないんだ
セキュリティまわりまで請け負っといてトラブル出したら大変な事になってしまうんで

>>113
log_input 指定しとけよ

なんか、CentOSを重大な案件に使ってる人が多そうだけど、
本当はRHEL選ばないとまずいんじゃない?サポートとか

お値段次第では

法律的に不味くはないけど。
お金儲けしてくれるサーバには敬意を払って、色んな人にお金還元しろよ、と思う。

保守に金がかかることをわかってないんだよ

RHELのサポートなんて実際に使えるの？
責任押しつけるだけにしか使えんのでしょ？
大手しか意味ないのでは？

>>127
> 責任押しつけるだけにしか使えんのでしょ？
まあそれが重要な案件もあるわけで

>>127
coreやkdumpを解析してくれたり、暫定対処用のパッケージを作ってくれたりする

そういう解析をしてない人に、その価値を説明するのは難しいけど…

サーバーベンダーには次のメジャーアップデートで何の機能を入れて欲しい？とか聞いてくるな

次の話をされるとRHEL7は成功した製品だったのだろうか？

RHELに望む事
せっかくUNIX系の流れ組んでるんだから勝手にコマンド無くそうとかしないで
使ってる側が困るんだ
シェル関連とか過去資産があるんだから

> 責任押しつけるだけにしか使えんのでしょ？
サーバベンダー経由で OEM として買った場合はハード故障かＯＳバグか判別付きづらい障害
の時に予防交換してくれるかしてくれないか、解析してくれるかしてくれないかが RHEL と CentOS
で違ってくるから意外と現場で差がでるよ。

OEM だとベンダー側にカネが落ちる分交換のハードル下がるし、解析が必要な場合 CentOS だと
RH社へエスカレーションができないからと如実に断ってくる。
注意すべきは OEM ではなく別手配で買ってくる場合で、障害によってはベンダーが「RHに聞いて」
って対応になるからたらい回しになって結構手間取る。 (OEMだと RH に聞いときますねって
対応してくれる。)

RHEL8はFedora26ベースになるんだろうか

>>113
誰がシェルを起動したかってログは残るわけで。
意図としては、「誰かがやらかした時に自分に嫌疑が向けられない為のログ」って事。

>>134
samba4.7が入って欲しいから，もう少し先になって欲しいけど。

>>121
じゃあ腕の見せ所も何もなくね？

またカーネルうｐかよ
日本死ね

出ていくしかないですね

さがさないでください

>>118
どういうことだろ。selinux使えば、sudoersなどいらないという事？

>>119
selinux無しでもセキュリティ確保するのが腕の見せ所という意味？

どや

さ

>>141
https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux/7/html/SELinux_Users_and_Administrators_Guide/sect-Security-Enhanced_Linux-Targeted_Policy-Confined_and_Unconfined_Users.html

今迄 Debian で貫こうと思っていた。
が，Julia など開発途上のアプリケーション(まあ Julia は言語だが)が Debian 系列だと apt-get で入るのが 0.4 とかで最新安定板 0.6 入れる為には膨大な依存関係を自力で取っ払う必要があるのに
Fedora だと 0.7 が一発で導入できるってなにこれ。REHL 様々だわ。Systemd のことで貶してすいませんでした。

ここCentOSスレですけど

素人ステマｗ

debianの人から見ると、CentOSがあっちの方の世界の代表みたいに見えるんじゃ。

>>149
どういうこと？

debianを擬人化

>>146
略語の順番が違うのでやり直し

>>150
>>146 にてdebianを使ってた人がfedoraもいいねって言ってるわけですけど、
>>147 にて、ここCentOSスレだよって突っ込みが入ってます。
スレ違いな発言ですが、debianを使ってる人からするとrpm系のディストリは
一括りに見えているのではないでしょうかという事です。例えて言うなら、
東京の人が、神戸を大阪の一部として語るような感じです。

>>153
どーでもいいことにクソ真面目かwww

>>153
最後の例がわかりやすい

Redhat系使ってる人間でもDebianとUbuntuを一緒くたにはせんし・・・・

阪神タイガースは兵庫県の球団

>>153
それがスレ違いを許す理由にはならんでしょ

Fedoraスレあるしなぁ

ヘドラは使った事がないなぁ
地味ぃなセント君で十分

>11 みたいなのって、どうやったらスラスラ覚えられますか？
また、どのリポジトリは安全とかありますか？

別に覚える必要なくね

使ってれば分かるようになる

分からなくても単語帳作って覚えるようなものでもない

>>161

無理に覚えずにメモアプリとかに記録して、スパッと忘れる。
必要な時にはメモから読み直し。新しいURLを見つけたら
メモは都度更新しておく。

どのリポジトリは安全かは使ってみないと判らない。
皆がよく使っているリポジトリだけを使うのが吉。