AlmaLinux Part 2【RHEL Clone】

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

AlmaLinux
https://almalinux.org/

前スレ
AlmaLinux Part 1【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1613015887/

捨てられるもなにも　単に目的達成するまで泳がせられてたダケだからぬ
SCO叩きとかよーｉｂｍのためにタダ働きしてやってたよぬ

ポンジャン懐かしな
Anoa あ〜あ〜あっあ

>>420
M$が嫌われのは、
Lindows潰しや,ReactOSのsourceの一方的な精査でReactOSの開発を遅延させた罪は大きい.
それと,今となってはクラウド分野で遅れをとりAWSをパクったりで掌返しで節操がない.

ossに１兆円位寄付すれば許すｗ

地獄の沙汰も金次第

>>423
金で、Linuxという自由世界を壊そうとするから嫌われる。
WindowsなどのMS製品でユーザーを巧みに囲みこみ、気づけば使わざるを得ない状況に詰めていくことを危険視する。

M$の影響力が低下して昔ほどは迷惑を受けなくなったな
odtやodsで送信してもクレーム来ないからM$が対処したんだろう
docxやxlsxは相変わらずレイアウト崩れするけど放置ｗ

Linuxの自由世界など企業の人間がカーネルにコミットしてる時点で壊れてる
自由世界というなら参入させてはいけなかった
危険視するのが30年遅い

>>416
それは自己解凍形式のzipだったり…？
もしそうなら.exeの拡張子を.zipにリネームして
アーカイバに渡すと普通に展開できたりしますん
(Windows付属の圧縮フォルダとかでも)

>>428
exeばらまくとか、生モノで缶詰を包むようなもので、正気ではない。昔なら、ものめづらしさこら喜ばれた。今は違う。ウイルスの入る余地のあるものは極力避けるべき。

ソースコードを俺がコンパイルするから、
実行形式では送ってくるなって噺？

専ブラの串トカ　そーゆー配布形式のブツも一部でわありますぬ

串はスクリプトでかつ、ほとんどのUNIXにperlが標準搭載されてるからなあ
Windowsで同類なものはバッチファイルしかないんじゃないの？

uucpとか回線のとても遅くて細い時代はソースコード配布が喜ばれた(ファイル圧縮が利くから)

クセの強い人たちの伝言ゲームのごとし

公式が署名したパッケージは信用してるけど、同僚とか取引先が送り付けて来るexeは危険がはるかに大きいでしょ。

>>435
Windowsで使われるexe自己展開形式は廃止にしてほしい。

Linuxの運用で、これまでにそんなのは見たことない。

Windowsは馬鹿が使う。

>>436
昔のWindowsはzip形式に対応していなくて、外資では社外にファイルを送る時、先方がwinzipを持っていなければ自己解凍形式にしていた頃の名残り。

windows が出る前から自己解答形式はあったし、 unix 系でも shar とか自己解答は普通に使われてた。

昔話を語るのはいいのだけれども
>>436
ビジネスメールでexe自己展開形式を最後に見たのはいつですか?

20世紀に現役だったおじいちゃん

2000年対応の体制について.jsw.exe

ちゃんとした会社ならexeの添付ファイルは送信側でも受信側でもサーバがフィルタするでしょ

「tar.謎拡張子」が一番面倒くさい

>>443
bsdtarを使えばだいたいなんとかしてくれる

ああ一番面倒くさいの思い出したわ
rarファイルで文字コードがUTF8じゃないファイル。
普通に解凍すると文字化けするからひと工夫必要で超面倒。

>>445
convmvするだけでは?

Apache2をchrootしようと思い
調べたら古い情報ばかり
chrootはもう古いと言うことなんですかね

>>447
最近は chroot の大親分みたいなコンテナがあるので。

そうですよね
自分のpc10年前位だから
生でないとダメなんです

almaなら使えるでしょ。PCよりカーネルの問題やで

そうですか
Dockerでやってみます

>>442
添付の.ex_は.exeにリネームしてください

Docker使ったこと無いからか聞きたいんだけど
Apache2を2つ入れて１つは自分用もう１つは他のユーザー用にしたいんだけとDocker上だったら他のユーザー同士がスクリプト使って他人のファイル見られることとか無いんですかね
基本CGIも利用出来る設定です

>>453
ポート分けて、RootDirectoryの設定で別々のコンテンツ見せればいいような話に見える

今現在は１つは通常のインストール
もう１つはソースコードをコンパイル
してポートも分けてます
RootDirectoryも変えてます
でもスクリプトで覗かれるんです
suEXECも考えてます

apacheのユーザー分ければいいのかな。各ポートのサービスが認証無しで公開してれば、それぞれアクセスしたら全データ見えるけど

apacheスレあるからそっちに行ったほうがよいよ

御免甘えて悪いけど
アンカお願いします
5ch Apacheで見つからなかったもので

>>458
Apache統合スレ 12 (HTTPServer以外も含む)
https://mao.5ch.net/test/read.cgi/mysv/1367304361/

>>459
閑散としてますが
今やってることもう少し詰めてから
聞こうと思ってます
わざわざお手数御掛けいたしましてすみません
有り難うございました

>>453
apache コンテナ2つ上げるだけ。
IPアドレス複数付けれるなら簡単。

>>439
昨日

>>452
それよく見るわ。
Linuxデスクトップでは、Windows実行ファイルアイコンになってる

今でもzipファイルをメールで添付してるだろうなしかもppap
超有名な金融会社だけど今は辞めたから知らん
3,4年前はメールにパスワード書いていたwww

未だに弊社、パスワード付きzipとパスワードを別々のメールで送ってるわ

まぁ社内システムが強制的に別メールで送るところもあるからなぁ
うちはSMSでパス送ってるわ

パスワードはもう40年以上前から it’s me

changeit

KBTIT

うちの会社もPPAPやり続けてる
セキュリティ自己点検とか提出させられてPPAPを推奨してるアホな会社だし

そのうち自己点検と称して除草剤撒かされそう

なんでこういう局面にいくのかね

今週も顧客の個別レポート出せと上から通達きた
外部に漏れたら大変だから「必ずエクセルにパスワードを付けること」だとさ
そしてPPAPでメール送付

宅ファイル便ぐらい使えばいいのに

そした択ファイル瓶のパスを2通目のメールに送ると

excelを暗号化しなければ情シスは問題ないはず

>>474
外部サービスつかうなら、Googledrive使いたい。
5chとかでよく使われるようなアプローダー使ったら取引先どう思うかな。
暗号化、パスワード、期間制限しといたらアプローダーでも構わないと思うんだけどな。
お隣は怪しいファイルごろごろしてるけどな。

PPAPスレになりました。

ピコたろう・・・

>>477
宅ファイル便は潰れたからツッコミ待ちだったんだけど。企業間ならGoogle、MS,Dropbox辺りのサービスにしときたい

例の金融会社は大沢商会のアップローダも使ってるよ

大塚商会ではなくて大沢商会なんだ。

フィッシング詐欺用とか？

大塚商会だよね

>>474
https://datadeliver.net/

宅ふぁいる便でググるとこんなんでた
これでも使えればよいんじゃないか

公開鍵で暗号化してメール送付すれば良いんだろうけど、GPG鍵とか一般人が意識せずに自動的に暗号化・復号してくれるMUAが見つからない

Thunderbird じゃ駄目？

いつになったらAlmaLinuxのスレに戻るんだよ
いや俺もネタ無いけどさ……

Almalinuxはサーバ用と認識してるけどApacheはスレチなんでしょう？

apacheが最近で一番スレに適してたというねw

で、CentOSの後は？

なんでいまどきapacheなんだ？

Rocky Linux

## Bing
According to a report by **W3Techs**, as of August 2023, **Apache** is the most popular web server software,
with a market share of **38.7%** among the top one million sites.
**Nginx** is the second most popular web server software,
with a market share of **32.1%** among the top one million sites .
However, it's important to note that there are many factors to consider when choosing a server software,
such as performance, security, scalability, and ease of use .
Therefore, it's best to evaluate your specific needs and requirements before selecting a server software.

今そのサイトを見たら同じ年月で逆転していた
御免頼りにならんBing

bing ai わ　平気でウソつきますからぬ
なんかおかしいなと思ってググって間違いだったと裏取りして　ほんでチャットセッションに戻ってくると　勝手に表示ペインを初期化して新しいセッションを始めて　問い詰めるとそんなコト言ってないまでがbing ai仕草だぬ

MSオフィスで飽き足らず、AIまでをも抱き合わせ販売してユーザーをWindowsに囲い込み、やがてはサブスク化か。

>>492
普通のサイトなら十分でしょ

Apache選ぶ理由、今となってはほとんどない

php-fpm使っているけどnginx難しそうなのでapacheのeventで使ってるわ

nginx+php-fpmは全然難しくないよ
諦めずにチャレンジしてみて

nginxかんたん。
まあapacheに造詣が深いなら無理にnginx使わんでもいいけど。

SSLの終端とリバースプロキシにnginx、裏でapache preforkでphpfpmつこてる

>>501-502
10代後半から初めて業務含めてapache 26年やって息を吐くように設定かけるけど、
歳取ってくるに連れて食わず嫌いになってる、dockerもしかり
昔は新しいもの出たらとりまやってたんだけどなぁ
alma8もapacheだったけど、連休前とかにalma9+nginxやってみるわ

>>504
折角ベテランさんが居ましたのでお聞きしたいのですが
ApacheでSuexec利用しても殆ど閲覧出来るんですね
勿論ユーザー(オーナー)権限で動作しています
他に何か良い方法とか有りましたら教えて欲しいです

ちょっと意味不明と思われるので
コマンド打てるcgiを利用したらと言う意味です

外部から実行できないなら、作ればいいんじゃね。
前の会社のサービス、普通に外部からコマンド実行するcgiとかあったからｗ

>>507
レス有り難うございます
自分が言いたかったのは
webブラウザからcgiスクリプトを使ってそのスクリプトでコマンドを打つと
流石に他のユーザーのcgiスクリプトは見れませんが
全体のディレクトリやファイルが見れると言うことです
パスワードやhttpdファイルが見れると言うことです
何かコマンドをアルファベットで書くとブロックされるので簡略しました

cgiを何の言語で書いてるか知らんがPerlならsystemコマンドを発行させないやり方がある

>>505
ユーザーディレクトリ下の保護に限れば、MPM ITKを使えばユーザーディレクトリのパーミッション700で動作します

この人にはサーバの管理もプログラムの開発もお願いしたくない。恐ろしすぎる

今時 cgi なんて使っているってことは他の人から引き継いだ
システムなんだろう。
ちなみにその cgi スクリプトにはセキュリティ上問題があって
君がその問題に気が付いたって状態だ。

公開サーバだったらとっくの昔にセキュリティインシデントが
発生していてもおかしくないから社内向けなのかな。
社内でハッキングする人はそうそう居ないけど何時かは出てくる
から早めにスクリプトなりシステムそのものなりを更改もしくは
処分するべきだね。

有名なレンタルサーバなんかCGI利用できてますけど

>>509
有り難うございます
こういうヒントだけで不可能でない事が分かり有り難いです
もうしばらく頑張ってみます
もしそれが出来ればphpに挑みます
本当はchrootもやってみたいんですが
それは後にします

>>510
有り難う御座います
取り敢えずユーザーのcgiファイルのスクリプトは見れないので良いのですがそれをやるとディレクトリ下は全て見れなくなれますね
助かります
それよりはetc/passwdとかhttpd設定ファイルとか色々見られるのが嫌なんです

>>513
CGI もちゃんとセキュリティ考えてスクリプト作ればセキュアなんですよ。
あなたが使ってる(作ってる？) CGI スクリプトファイルがセキュアじゃないって話。

コマンドインジェクションとか対策取れないならCGI なんて使わず、おとなしく
より安全な新しい言語で書いた方が安全かつ手間も少なく今後のキャリアにも
生きる点で有利だと思います。

ただ、それ以前にセキュリティについての基礎知識は身に着けておいた方が
いいかとおもいますがね。
僕からすると今のあなたは「碌に自転車も乗れない運動音痴が、こともあろうか
トラックを運転している状態。 傍から見ていつ事故を起こしてもおかしくない
怖いもの知らずのヤベー奴。」なんですよ。

セキュリティについて分かってないやつがセキュリティについての基礎知識を語る

コマンドインジェクションに対する対策はCGIを使わないことでも安全な言語を使うことでもないよ

で、マウントを取りたいだけの奴は自分に文句言われたくないから役に立つことを何も言わない

クロスサイト・リクエスト・フォージェリ対策と聞くくとなんだかすげぇことだと思ったら
実はそんなにたいしたこと無かった

入力値を徹底的にサニタイズせよ