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

この前hyper-threadingでエラッタ見つかったばかりだよね
KVMで使ってcore数大丈夫なの

難しい事はわからんですw

前スレで CentOS6 (GNOME)のワークスペース縦方向について聞いた者です．
compizを使うと横方向のみしか増やせず，compizやめると縦方向にも増やせました．
助言ありがとうございました．
(compiz環境であっても ccsmを使えば，という情報を見つけましたが，
ccsm自体を見つけることができず試していません）

>>20
詳しく見てますね。確かに出た当初から1年くらい前までは、なんか
よくわからない不具合とかに遭遇しました。CentOS7のせいかどうか
よくわからないけど。でも、最近は、特にそういうのはなくて、安定
している印象。私が使ってる範囲では。

あ、7.3以降、つまり最近でもバグいっぱいだろというご指摘か。
私はそれらに遭遇してないだけだな。

また7にkernel update
最近多い
https://rhn.redhat.com/errata/RHSA-2017-1615.html

そのうちsystemdも来そうな感じだがどんなもんか
https://japan.zdnet.com/article/35103556/

カーネルアップデートはそもそもlinux-stableのアップデートに依ってるからなぁ
6/27に3.10系列にアップデート来てるし

活発でいいじゃないですか。

あとsystemdの方はCentOS7に入ってるのは219だから>>50の脆弱性の影響範囲223-233に入ってないで

>>53
お　ほんとだ

>>53
RedHatはリリース後のバージョンで追加された修正をバックポートしてる
今回のsystemdの例でいくと、パッケージのバージョン実際には219-30という
RedHat独自のバージョンで、その「-30」が示すRedHatの修正中には223〜233で
加えられた修正も含まれているかもしれない
修正はrpm -q --changelog systemdして219にrebase後の修正をみると分かるよ

そしてその修正内容に、この脆弱性が含まれているかもしれない

だからバージョンの数字が影響範囲に入ってなかったとしても、それだけで
影響しないとするのは難しい

いや影響範囲外だから影響はないよ
でなきゃ何のために版数で影響範囲を明示するんだ

>>56
長くなるが説明する
読みたくなければ
「公式レポジトリ上のある版のsystemdと、RHELにある同じ版のsystemdパッケージのソースは同一はではない」
「だからRHELでの影響の有無は、公式レポジトリ上の版数で指定されても分からない」
ということだけ覚えておいて欲しい


まず、件のzdnetに書かれている版数は、公式レポジトリ上での公式版systemdの版数だ
公式版systemdの版数は https://github.com/systemd/systemd/releases にあるので見てほしい

次にRedHatは、RHELに含めるsystemdとして、公式レポジトリから219をもってきた上で、
それ以降に加えられた修正を独自に追加した、RHEL版systemdを作っている

さてそのRHEL版systemdの修正の具体例として yum -q --changelog systemd とすると、
RHEL版systemdの更新履歴が大量に表示されるが、たとえば以下のようなエントリがある
- core: reinstate propagation of stop/restart jobs via RequsiteOf dependencies (#1436021)

この情報を、#1436021を元にBugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1436021 で調べると、
公式サイトの修正情報が記載されている
https://github.com/systemd/systemd/commit/c6497ccb7153af9a1252c48918e380b5134314de

そして上記ページの修正は、公式版systemdの233での修正内容である
つまり、バージョン表記は219だが、233の内容も含まれている
同様に調べていけば、232だの231だのでの修正も出てくるだろう

このように、RHELに含まれるパッケージには、リリース以降の修正内容も盛り込まれている
そして今回のように、公式レポジトリの版数で指定された問題がRHELのパッケージで
出ないかどうかは、RHELが含めた修正内容を調べないと分からない

仮に、公式版systemd223での当該の修正をRHEL版systemd219へバックポートしていたなら、
RHEL版systemd219もこの問題は抱えていることとなる

>>50
https://access.redhat.com/security/cve/cve-2017-9445
This issue did not affect the versions of systemd as shipped with Red Hat Enterprise Linux 7.

>>57
RHELで管理しているリポジトリにアクセスできる方法ってあるかな
？
なければsrc.rpmの内容や前版との差分を確認するしか方法ないかもね

これsystemd-resolvedの脆弱性だろ
使ってないRHEL/CentOSには関係なかろ

>>57
これはありがたい情報

最近centos7を導入してlinuxに触り始めたものなんですが、ベテランさんたちはやはりx window systemは導入せずに運用しているんでしょうか？
しょうもない質問ですいません。

>>62
サーバー用途なら、SSHの導入が済めば余程のことが無い限り直接操作することはないよ。SSH経由の方が何かと楽。ネットで調べた設定をそのままコピペできるし
自分も一応Xwindowはインストールしたけど、ほとんど使ってない。

>>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無しでもセキュリティ確保するのが腕の見せ所という意味？

どや

さ