Red Hat Enterprise Linux スレッド part 27

■レッドハット株式会社(国内) http://www.jp.redhat.com/
■Red Hat, Inc.(米国本社) http://www.redhat.com/

Red Hat Linuxは、RHEL(Red Hat Enterprise Linux)へ移行しました。
RHELは Red Hatの名を冠する有償のディストリビューションです。
RHELは Fedora Coreをベースに開発されています。

前スレッド
Red Hat Enterprise Linux スレッド part 26
http://hibari.2ch.net/test/read.cgi/linux/1221867515/


■関連スレッド・リンク等は（あれば）>>2-5 あたり。

また、修正したのは/etc/postfix/main.cfのみで設定は以下のようになっております。
任意で変更している個所のみ記載しております。
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
home_mailbox = Maildir/
inet_interfaces = all
inet_protocols = ipv4
luser_relay = unknown_user@localhost
message_size_limit = 10485760
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mydomain = xxx.xxx
myhostname = xxx.xxx.xxx
mynetworks = xxx.xxx.xxx.xxx/24,64.233.187.109
myorigin = $mydomain
relayhost = [smtp.gmail.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_mechanism_filter = plain
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_tls_mandatory_protocols = !SSLv2, !SSLv3
smtp_tls_security_level = may
smtpd_banner = $myhostname ESMTP unknown
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, rej ect_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_tls_cert_file = /etc/pki/tls/certs/server.crt
smtpd_tls_key_file = /etc/pki/tls/certs/server.key
smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
smtpd_use_tls = yes

分かる方がいらっしゃいましたらよろしくお願いいたします。

というか、何でGmailのサーバにリレーさせようとしてるの？
自組織かISP指定でもない限りrelayhostは空白でいいんじゃないかと思うけど…

>>510
今時、野良SMTPサーバーからのメールを受け取るメールサーバーも、
送信を許可するISPも希少だよ。

自宅サーバーからメール送ろうとすると、
何かしらのリレーが必要になる。

普通はISP指定のSMTPサーバーを使うと思うけど

>>510>>511
508>>509です
単純に学習のためにやっているだけです。
申し訳ありません

自鯖から独自ドメインのメール出すならSPFとDMARCは必須だな

>>508
No worthy mechs found で検索すると、cyrus-sasl-plain, cyrus-sasl-md5 あたりのパッケージが入っていないため、とのこと。

>>513
ありがとうございます
そちらの方でも設定を変えてみようと思います。
>>514
確認したところどちらも導入済みでした。
yum list installed | grep cyrus*
cyrus-sasl.x86_64 2.1.26-23.el7 @anaconda
cyrus-sasl-gssapi.x86_64 2.1.26-23.el7 @anaconda
cyrus-sasl-lib.x86_64 2.1.26-23.el7 @anaconda
cyrus-sasl-md5.x86_64 2.1.26-23.el7 @anaconda
cyrus-sasl-plain.x86_64 2.1.26-23.el7 @anaconda
cyrus-sasl-scram.x86_64 2.1.26-23.el7 @anaconda

>>515
smtp_sasl_mechanism_filter = plain を削除するとどうでしょうか？

smtp_sasl_security_options
がないからfilterでplainが選ばれても、平文での認証が拒否されてるとか？

>>516>>517
返信ありがとうございます。
517のご指摘にありましたsmtp_sasl_security_optionsを設定したところ送信できました。
ありがとうございました。

UEFIでソフトウェアRAID1を構築する場合/boot/efiというEFIパーティションも
RAIDにするべきでしょうか？

>>519
できるの？
やったことないけど。

https://access.redhat.com/solutions/4194011

EFIパーティションをソフトウェアRAIDのマルチデバイス上に置くのは非推奨でしょ

UEFIからRAID上のEFI読めないのでは？

>>521
この記事だとEFIもRAIDに出来ます的なことかいてあるけどUEFIからRAID上のEIFは読めないですね

ミラーかつメタデータを後ろに配置してるからなんとか読めるって事なんでは？
出来るってだけで、推奨される代物ではないと思うけど

メリットとしては1番ミラーが完全に認識しなくなったときに2番ミラーから起動できるとか？
だいたい半死になるからうまくいかないんだけど

そもそもUEFIでRAIDはやってはいけないのは常識だろ・・・

efibootmgr -v 見る限り、何台目のストレージ/パーティションのUUID/起動するEFIファイル
のパスが登録されててパーティションテーブルには依存してないっぽいからパーティション
テーブル側のパーティションの型がEFIシステムパーティションじゃなくて RAID だった
としても起動できるんじゃないかな

mdadmのRAID-1に限ってはパーティションテーブルみない限りは普通のパーティション
と区別つかない

あれ？俺が無知なのかとおもって調べたけど

OpenSUSEのドキュメントには
UEFIマシンの場合、専用の/boot/efiパーティションを設定する必要があります。
これはVFATフォーマットである必要があります。RAID 1デバイスに配置されていれば、
/boot/efiが存在する物理ディスクに障害が発生した場合にブートの問題を回避できます。

って書いてあるけどArchLinuxのwikiだと
ESP を RAID1 アレイに置くことも可能ですが、データが破損する危険性があり、
また、ESP を作成する際に様々な注意をする必要があります。

と書いてあるな

OSによってEFIパーティションをRAID上に配置してもいいかどうかが決まるのかな

途中で送信してしまった RedHatの場合はUEFIでRAIDはどういう構成を推奨しているんだろうか

Hyper-VでWindows側でRaid1作ってその仮想ディスクにCentOSとか入れてUEFIしてるけど問題ないけどなぁ

ArchlinuxのWikiの注意書き：
Linux上でSoftware RAIDとして扱っているときは良いんだがUEFIシェル上で
テキストエディタを起動してファイルを書き換えたら片方のディスクにしか
更新されないから壊れる

リスクとしては大したことない(訳注：もっとマシな訳だれかつけてくれ)けど
自分だったらRAIDにはせずにcronでrsyncするわ

とのこと

確かにrsyncの方がよさそうだね

つまりUEFIの環境ならソフトウェアRAIDするなよってことだな
ソフトウェアRAIDにしたかったらおとなしくBIOSの設定いじくってレガシーBIOSにするしかない

UEFIでソフトウェアRAIDは草　ハードウェアRAID構築しろよｗ

開発者向けの無償版RHELって、登録されたメールアドレスが不達になったら
それに関連付いたRHELはexpireでRH公式レポでのyumやdnfが弾かれるってことだけど
実際そんなんなってるRHELあるのかな

てかdnf updateとか、本番環境じゃやらんけどさ

？

あぼーん

あぼーん

あぼーん

あぼーん

レッドハットはAnsibleの開発を行っていますね。

杉村貴士さんがカッコいいという理由が分かったよ
開発に関わってる日本人は少ないからね

日本のLinux界期待の開発者だね
がんばってください

杉村貴士・・・

乃木坂46を応援しています。将棋クエスト二段/将棋ウォーズ初段/TOEIC770/RHCE/AWS SAA,SOA/1級知的財産管理技能士(特許)

@RedHatJapan
でAnsibleのお仕事をしています。鍵付きは知らない人はブロックします。このアカウントは所属する組織や所属していた組織とは無関係です。

開発者ではないだろ

カッコいいです

あたくしの知ってる杉村じゃないか

他人に厳しく自分に甘い

カッコいいです

大学の教育計算機センターなどで、ある程度の人数のユーザー数の教室授業で
（日本語化）ウブンツを使っている例は、どこがありますか？

>>552
多分、ここで聞く事じゃないｗ

官報

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

昨日見かけたニュース。Oracle由来なのが最大のネックだと思う。

サイバートラスト、RHEL 8.4クローンの最新Linux「MIRACLE LINUX 8.4」を無償提供
https://cloud.watch.impress.co.jp/docs/news/1351739.html

あぼーん

>>561
多分それは本人を呼ぶための呪文か何かだろう

Red Hat Enterprise Linuxがカッコいいか？
と聞かれたらどう答えようかな

>>560
Oracleだといつ有償になるかわかったもんじゃないしな。
約束を守らない会社は信用できない。

Oracleが約束破ったって何の話？

あぼーん

RedHat7で下の２つの仕様が変わり使いにくいです、
設定でRedHat6の挙動に戻したいですが、可能でしょうか？
1. gnome-terminal で新しいタブを起動したとき、
　カレントディレクトリがhomeに戻される
2. ウインドウを画面端に持っていくと最大化される

いつの間にか8.5が出てるやん
dvdのisoが10GB超えやん

DVDとは

あぼーん

セルフサポートってまだ売ってるの？

売ってる。
でも、仮想環境で動かしちゃダメ
他のサブスクリプションのサーバと併用しちゃダメ
本番環境で使っちゃダメだしなぁ

8.5を入れてみた。
こういうものだったのだな。
世の中はこれを有難がってお金出して使っているんだな〜。
勉強になった。

>>572
有償で買ったの？
ライセンス無しのupdateできない状態？

>>573
今はデベロッパー登録するだけで、お試しなら
無償でアップデートも出来るんだよ。

お金払えばサポートに問い合わせられる。
保険みたいなもんよ。

あぼーん

あぼーん

バージョン9の情報はRed Hat Summit 2022で出るのかな？

個人使用で使用期間おわるとどうなるのですか？

RHEL8から9へのアップグレードってどうやるの?

>>580
くわしくないけどupdateコマンドをupgradeにかえればいいんじゃね

RHEL8から9へのアップグレード
という文字列でネット検索するとRedHat社のオンラインマニュアルが出てくる

杉村貴士さんカッコいいですね

rhel9のrpmの中で使用されてるzstdの扱い面倒だな

杉村貴士さんカッコいいですね

https://i.imgur.com/7vunCrr.jpg

杉村貴士さんカッコいいですね

hut と hat があるのか。勉強になった。
自分で鳥を作る場合は Red Hut がいいかもな。

赤い小屋も、赤い帽子も、名前としてはどちらもしょぼい。

redhat9ってmozc無いんかこれ

杉村貴士さんカッコいいですね

https://www.publickey1.jp/blog/23/red_hat.html

RHELを有料実運用に使ってる客って、何割ぐらいがOracleのデータベース用途で使ってるもんなの？

知ってる範囲だと10割

そうか
そうすると、そんなに関係を悪くしないのも手のように感じちゃうな

>>593
うちの会社だと、赤帽＋MariaDBとかあるよ

>>590
RH9 の製品版には Wnn7 が添付されているから要らないんだよ。
Wnn7 はモズクよりかしこい。

モズクは完成度が中途半端なんだよね。
グーグルはオープンソースとして配布したと宣伝してるけれど
これはグーグル製品に囲い込むための巧妙な戦略だな
モズクがあるせいで本当にオープンなアプリが日本では育たない。

>>592
これはRedhat自体にとってもリスクを伴う行為だな。ターゲットがOracle Linuxなら個別に交渉してライセンス料を得るなりしたほうがよかった。

Oracleはライセンス体系を変更した結果、ユーザの信頼を損ねてしまい、脱オラクルというトレンドだけでなく、オラクルは経営リスクと見なされるようになったのだから。

実際、GPLでないRHEL謹製のパッケージって何があるんだろ？

あ、GPLなソースもサブスクリプション登録者にしか開示しないって言ってるのか。
しかし、パッチ当てたり改変してもGPLは有効だから、RHNに登録したデベロッパーがsrpmを落としてきてビルドすればこれまで通りクローンはできるんじゃないの。知らんけど。

次の記事に依れば、RHELのソースコードを再利用することはできないようだ

https://www.publickey1.jp/blog/23/red_hatos.html
> RHELユーザーはオープンソースライセンスによってRed HatからRHELのソースコードを入手可能ですが、
> RHEL自体の利用契約によって、ユーザーはこのソースコードからクローンOSを作ることはできないとされています。

杉村貴士さんカッコいいですね

>>602
RHEL自体の利用契約そのものが無効だろうな。GPLが認める自由な利用と対立してるよ。

>>602
ソースを改変したものに再利用制限を設けるってこと？それってGPL違反じゃないのかなぁ。

バイナリの配布後にソースの入手方法に条件を加えるのは違反だけど
バイナリを入手する条件として再配布禁止に合意させるのは違反ではないよ
何故ならバイナリ提供前の規約合意時点では、バイナリ入手というGPLのトリガーが発火してないから

>>606
意味のわからないことを書いちゃいけないな
バイナリのことなんか話題になってないだろ？
ソースコードは再配布しなさいってこと

>>607
再配布したら契約違反
ソースコードは契約後に受け取れるからGPLだろうとダメ
何故GPLと契約を両立できるかというと
コード以前のバイナリ取得の前に既に契約を結んでいるからという話