Nature's Linux

Development Kit正規版が公開されたってことで。

Nature's Linux
http://www.n-linux.com/

Nature's Linux Development kit のダウンロード
http://www.n-linux.com/products/open.html

2げと

＞他のデストリビュージョンをベースにしたものではなく、オリジナルに組み上げた
＞サーバ専用マネジメント型LinuxOSです。

Debianベースじゃないのか？

>>3
>debian GNU/Linuxにて利用されているaptを採用しておりますが、
>データベースは完全オリジナルです

だとさ

＜注意事項＞
・他のOS（Windowsや他のLinux等）との共存ができませんので、
インストールする際はご注意下さい。誤ってインストールを行うと、
既存のOSデータをフォーマットしてしまいます。
・Nature's Linux では、
debian GNU/Linuxのパッケージ形式を採用しております。
一部は、debian GNU/Linuxのパッケージをベースに利用させていただいておりますが、
Nature's Linux の大部分のパッケージは、
オリジナルソースから独自に再構築したものになっております。
その為、debian GNU/Linuxで配布されているパッケージを利用した場合は、
正常に動作しない可能性があります。

dibianってことだろ?

>Nature's Linux では、Debian GNU/Linux 由来の apt 及び dpkg コマンドを採用したパッケージ管理を行っています。
>本パッケージ管理方式は、一般的に deb パッケージ管理方式といわれ、RPM のような単一パッケージ管理方式と違い、
>関連するパッケージを自動更新する機能を有しています。

RPMでもyumとか使えば自動更新するんだが・・・
突っ込みどころ満載だな、おい

>5 まるでwin98のようですね（藁

デーモン監視オプション
http://www.n-linux.com/features/option03.html

ようは鯖の情報をIPテレコムに垂れ流すってことだよな？
つか、こんな辺鄙なシステムを導入する会社ってあるのか？

Linuxはビジネスにならない

Better Debianビジネスは鬼門だからなぁ
いまのところ残ってるのはLindowsだけか

スラドに載ってたな

>>11
スラドでも叩かれまくってるな。
こりゃ潰れるのは間違いないな。
スラドには中の人が登場しているみたいだけど、このスレたてたのもその人じゃないのか？ｗ
実績のあるRedHat等のディストリと比べて対価があるとは思えないし。
デーモン監視システムとかって言ってるけど、あんなのすぐ作れるじゃん。

まだ(丸ごと潰せるディスクがないので)インスコしてないが...

北海道で聞いた講演では内実(カーネルのバージョンとか)にはあまり
触れなかった。悪く言えばセールストークである。

俺的には、このディストロは要するに、SI会社が顧客向けに提供する
ソリューションの一部として作られたものと理解している。

GPL等の部分が公開されているが、あくまでソリューションの一部分
なので、FedoraやDebianのような、なんでもアリなディストロと比べる
と、かなり限定的な構成(サーバ系に特化)のようだ。

要するに、客商売の商売道具なので、自分の頭で理解して、自分の手で
好き放題いじる気構えのユーザにはさほど歓迎されないと思う。

スラドや犬板で叩かれるのは、ある意味当然だろう。

私見だが、こうした(多少限定的な)ディストロは(いくらでもつくれる
のだから)もっと色々な産業分野向けに公開されて競争した方が向上に
つながると思う。

# SerioWareの向こうを張る漢いずこにありや？

ごめん。別スレたてたDQNです。
ええっと、わたしとしては、バックグラウンドのカネ勘定が
しっかりしてそうなところがおもしろいかと。

それとも、某メジャーディストリみたいな常時空中分解寸前のところや、
某メジャーディストリのように、分解はしないかもしれないが
定期運行という考えがまったくないようなところ。
そんなところに自分の命運を託しますか？

まあ、この会社がちゃんとしてるかどうかはまったく別問題なんですが、
すくなくとも、形式的には採算が取れる可能性があります。
わたしは、採算が取れないディストリに付き合って難破するのはもう二度とごめんですよ。

ねーちゃんのLinux?

>>14
他ディストリの批判や比較は荒れやすいので下記でやってください

オススメLinuxディストリビューションは？ Part6
http://pc5.2ch.net/test/read.cgi/linux/1095877889/

で、基本的に>>13に同意
結局最終的には客先での運用とか
自社での運用の都合が全てに優先するわけで
勝手に使ってる部外者にどれだけ配慮されるかは
今後の成り行き次第だな。
ダメだと思うけど
そもそも今月のLinux Worldの記事だって
営業やりやすくするための宣伝じゃん

了解、他ディストリは無視して。

まあ、おいらとしては、
結局、「客先での運用とか 自社での運用」が絡んでることが
期待が持てる理由ですね。
奇麗事を並べるだけの空想的理想主義者より、
たとえ己の利益のみを目的としようと、
やることをきっちりやってくれる組織が
ほしいんですよ・・・ってこれ以上は
他ディストリへの文句になるので省略。

Linux Worldあげ

2ヶ月以上たってやっと18レスか


　　これじゃ期待は持てないな

ただいまLinuxWord買ってきたので、インスコ中

>>20
感想をお願いします。

漏れもインスコしてみた。
インストール成功と出た後再起動したら、ブートするための情報がないと表示されて終了。

Nature's Linux Tech ポータル
ttp://tech.n-linux.com/

1.2がでたようだ。

かなり古いが、
ttp://kmuto.jp/d/?date=20040406#p10

>>25
nihonlinuxと関係あるの？

んで導入事例はあるのか？

UNIX界隈で言うところの"VFS"とNature's Linuxの特徴と称する"VFS"は
似ているようで違うのが紛らわしい。
サンドボックス技術という視点で見れば(普通の)Jail以上Xen・coLinux未満ってとこか
パフォーマンスはcoLinuxやXenよりいいんだけど、VFS Jail用の専用パッケージを
用意する手間を考えれば微妙

>>27
導入事例はみたいよな。
ただ、みんないろいろあって躊躇したり、他が入れたらうちもやってみるか、
というところが少なからずあるんだろうが。
うちもアプライアンスサーバのＯＳとして採用してみたいんだが...

>>28
アプライアンスサーバやレンタルサーバで
coLinuxやXen使っているところってあるのかな？

>>11
いまどきスラドＪなんか見てる奴はちょっとな。

この程度のやつがアプライアンス提供かよ。
情けなくて泣けてくるな。

Nature's Linux はユーザコミュニティ作る気はないのかな
新しいディストリは最初に知名度ありきで、と思う今日この頃

>>30
エンターテイメントとして/.Jみてるんだけど、なんか良くないの？
言いがかりとかじゃなくて純粋な質問

>>30
君はいったいなにが言いたいのかね。
そうやって優越感に浸ってな。
人の勝手だろ。

>>33
スラドがひどく悲惨だってのは、割と一般的に受け入れられている認識だと思うけどな

板違いだけどな。

>>34
そんなこと 2ch で言われてもなwww

>>34
>割と一般的に受け入れられている認識
スラドは一般的じゃないよ（ｗ

>>32
このディストリビューションってどちらかというと個人ユーザより
企業向けなんでしょうな。
でも、LinuxWorldにはNLUGとかいうユーザーグループがあると
書いてあったような

RFS でルートで作業したいです。
リモートから作業しようとおもうのですが、
RFSでルートになれますか？

>>39
sshdの設定変更したら成れるんじゃ？
それか、一旦一般ユーザーでRFSにログインしてから"su -"すればよいんじゃ？

Software Designあげ

>>41
なんか面白い記事でもありましたか？

1.3.2あげ

1.3.3あげ

まだ2.4カーネルなのかよ！

apacheとmysqlは提供されているパッケージではなく、ソースからコンパイル。
ＰＨＰなんて要らないんだよ。

sambaはパッケージすら提供されていない。

sambaなんか必要なのか？

ここわりとセキュリティ対策早いんだよな
インド人でも雇ってるのかね

姉ちゃんズ リヌッキス

1.5リリースで浮上

>>47

インド人じゃないらしいよ。

カーネル2.6対応したのね。

ruby on railsまだ〜？

Linux Worldでみますた。
ストラップがなかったでし。

1.5を新規インストールしてみた。
�@　ＶＦＳバックアップ機能を使用しない・・・でインストールすると、パーティションを切る処理の後、
　　　ｌｉｌｏが壊れている・・・とエラーがでて、インストールできない。
　　　バックアップ機能を使用する・・・でインストールすると、問題なくインストールできた。
�A インストール完了後、ｖｆｓのサービスでxinetdがｏｎにできない。
　　　どうもrc2.d〜rc5.dのリンクがおかしいようだ。

ｘｉｎｅｔｄが使えないなら、修正版でてくるまで １．３．３を使うか。

>>54

liloについては、isoイメージをダウンロードしてCD-Rに焼いて、
IBMのNetVistaでインストールしてみた限りはどっちでも問題なかったけど。
検証リストに入ってないようだけどね。

xinetdはどういう状況かよくわからんが、RHELとおんなじで、

/sbin/service xinetd start

でonにできるんじゃなかった？

あぼーん

>>55
＞検証リストに入ってないようだけどね。
検証リストに入っていないというのはVFSバックアップ機能を利用しないパターンのこと？

＞xinetdはどういう状況かよくわからんが
chkconfig xinetd on
でonにするものと思ってましたが違うのか　Ｏrz

>>57

chkconfigってサービスのランレベル設定・表示コマンドだよね。
インストール直後にはxinetdはランレベル設定も起動もしていないのだから、
このコマンドだけでは再起動でもしない限りxinetdは動かないよ。
なので、インストール直後にxinetdがつかいたければ、次を実行すればよいよ：

# chkconfig xinetd on
# service xinetd start

>>50

インド人アルバイトが毎日スープカレー食べて頑張っているから速いって聞いた。

>>58
本当に申し訳ない！！　説明足らずなばかりに何度もご説明頂いてありがとうございます！
1.3.3では、chkconfig xinetd on の後、service xinetd start で問題なく起動しているのですが、
1.5で試したところ、chkconfig xinetd on の時にrc2.d〜rc5.dが見つからない…と言う旨の
メッセージがでたのです。

昼休みにしょぼいマシンに1.5入れてみた。
けど>>60のようなことにはならずに
chkconfig xinetd on は完了したよ。

>>60

おそらくVFS側なのだろうけど、
/etc/rc.dにディレクトリrc0.dからrc6.dまでありますか？

>>54

オレも1.5インストールしてみたんだが、54とは逆のパターンでインストールできた。
インストーラーのバグか？

だれか知ってますか。Linuxのパーミッションってrwx以外にTもある？
マニュアル探したけど見つかりません。

>>64
これみたら？

ttp://tech.n-linux.com/index.php?%A5%C6%A5%AF%A5%CB%A5%AB%A5%EB%A5%CE%A1%BC%A5%C8%2FTips%2F%A5%E6%A1%BC%A5%B6%A1%BC%A4%C8%A5%B0%A5%EB%A1%BC%A5%D7%CA%D4%2F5

ttp://www.linux.or.jp/JF/JFdocs/Unix-and-Internet-Fundamentals-HOWTO/disk-layout.html

ttp://cyberam.dip.jp/linux_foundation/system/pmission_main.html

>>61-63
レスが遅くなって申し訳ない。
>>62の指摘どおり、VFSの/etc/rc.dにrc2.d〜rc5.dがありませんでした。
一度全てのパーティションを削除し、初めからクリーンインストールを行ったところ
rc2.d〜rc5.dも作成され、無事インストールすることができました。

大変お手数をお掛けいたしました。
ありがとうございました。

>>66

良かったですね。

ところで、どんなサーバーに仕上げるんですか？

>>67 自宅用サーバーです（汗

自宅用だと玄箱／白箱パッケージも需要あるのだろうか・・・

>>68

ウェブとメールサーバーですか？DNSサーバーも？

>>69
あると思います。
―と言うか購入してる人の何割かは、そういう用途でしか使っていないと思われ。

>>70
なんでオイラだけ晒すハメにｗ　いや助けてもらったしchkconfig晒します。
# chkconfig --list
apache 0:off 1:off 2:on 3:on 4:on 5:on 6:off
bind 0:off 1:off 2:on 3:on 4:on 5:on 6:off
fcron 0:off 1:off 2:on 3:on 4:on 5:on 6:off
mysqld 0:off 1:off 2:on 3:on 4:on 5:on 6:off
ntpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off
postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off
smb 0:off 1:off 2:on 3:on 4:on 5:on 6:off
sshd 0:off 1:off 2:on 3:on 4:on 5:on 6:off
syslogd 0:off 1:off 2:on 3:on 4:on 5:on 6:off
watcher2 0:off 1:off 2:on 3:on 4:on 5:on 6:off
xinetd 0:off 1:off 2:on 3:on 4:on 5:on 6:off

xinetd based services:
proftpd: on
qpopper: on
swat: on

>>71

やはりSambaは必要ですか

これだけまだパッケージないよね。

1.5.0.1 が出たみたい。
リリースノートを読むとインストーラーの一部にバグがあってそれを修正したようだ。
ここでもインストールがすんなり行かなかった報告あったけど関係あるのかな？

Apacheのアップデート上がってたの忘れてた。
# apt-get update
# apt-get upgrade

>>74

Apache 2 パッケージ欲しいと思わない？

このスレ殆ど関係者だろ？

>>76

そうでもないんじゃないの？

あげとくか

1.5.1 リリースアゲ

IPテレコム社のオフィースが移転したようだ。
資金繰りに困って、安いテナントに引っ越したか・・
Nature's Linux 商用版は、いまだ、どこの企業でも採用していない模様。
価格を見ても、あんなたかい料金では誰も買わないだろ。
ただ、警報が出たよと連絡くれるだけでは意味が無いよ。

>>80

サイトで公開しているサービス内容からすると料金高いよな。
あの程度だったら、それぞれ1/10ぐらいでも高いぐらい。金出せるんなら
RHEL使いますしね。CentOSでもよいですし。

よくわからないセキュリティ機能が付いてるけど標準的なものではないので
多くの人は理解できないし（逆にそれがセキュリティを高めるけどね）。
そもそも一般向けじゃないらしいからどこも採用してないんだろうけど。
ターゲットはレンタルサーバ業者なのかな？（RapidsiteやiSLEで見かけた）
だとしても普通RHELかCentOSだろ。
Fedora Coreという奇特なメニューを用意している有名業者もいるが。
（日本で流行しているから入れてしまったんだろうか？）

パッケージも少ないしなぁ。
pythonとrubyがつかえないのはイマドキどうかと。

保守あげ

ひさびさにＭＬに質問が流れたな。

あら、まだ100いってないのか。

1.6おめ

Rubyまだ？

保守あげ

Apache 2.2とかphp5とか使えるようになったんだね

評判がよろしくないね・・・・。
会社のサーバのうち1台をこれにしたんだけど、
これならまだCentとかUbuntuのがいいな。
UsersGroupも荒らされたまま放置プレイだしｗ

あれ、まだこのスレあったのか
OSC北海道のNature's Linux お披露目といい何といい、

何もかも皆懐しい

　これから個人でnlinux-DevKit-1.6.iso［123 MB (129,269,760 バイト)］を利用し
サーバ構築を目論んでいます。用途限定で無駄なく単純、日本製、セキュア、
に期待しての導入検討です。
　評判が悪い面、利用者の不安不満な点が存在するなら聞いておきたいと
も思います。
「CentOS サーバー構築マニュアル」ttp://centos.server-manual.com/
というページのサーバ構築説明を参考にして安心安全な個人サーバをと考慮
しているのですが、気をつける点があれば教えて下さい。

　また、今はサーバ公開に向けての練習作業をしている段階です。

　端からセットアップで躓きました。起動後あまり間を置かずにかなりの頻度で
『INIT: Id "T0" respawning too fast: disabled for 5 minutes』とメッセージが出現、
訳わからずネット上の情報を頼り/etc/inittabの記述に#を付し、回避しました。
正しい設定や具体的な解説が欲しいです。教えてくださる方のレス希望です。
『T0:2345:respawn:/sbin/agetty -L ttyS0 115200 vt100』

　RFS領域において初期状態ではrootや管理者のパスワードがOSインストール
の時には一生懸命長いパスフレーズを使って設定したのに8文字分しか認知
せず、パスフレーズの大半は意味をなさない状態です。これはLINUXの仕様
でしょうか？それともすでにウイルスなどに感染していて侵入されやすい状態
にセットアップされていることをなど、危険な状態を意味しているのでしょうか。
パスの再設定をすると意図した通りフレーズを認識するようです。しかし、セット
アップの時点での設定がログイン画面の入力に反映されていないことが不安
でした。どういうことなんでしょうか。

　RFSの管理者メニューにファイアーウォール(iptables)の設定項目があるの
ですが、設定したつもりでも記述の仕方が間違っているとエラーが頻発して設定
が出来ないので/usr/sbin/に作業域を移動してiptables ・・・と直接コマンドを
入れながら設定しました。とりあえず安全なwebサーバからと考えています。
以下に設定した項目を挙げますが、他に検討材料や設定に穴があることなど
ありましたら指摘いただけると嬉しいです。

LOCALNET=***.***.***.***/24
/etc/rc.d/init.d/iptables stop
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -s $LOCALNET -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -f -j LOG --log-level debug --log-prefix 'FRAGMENT DROP:'
iptables -A INPUT -f -j DROP
iptables -A INPUT -s ! $LOCALNET -p tcp -m multiport --dports 135,137,138,139,445 -j DROP
iptables -A INPUT -s ! $LOCALNET -p udp -m multiport --dports 135,137,138,139,445 -j DROP
iptables -A OUTPUT -d ! $LOCALNET -p tcp -m multiport --sports 135,137,138,139,445 -j DROP
iptables -A OUTPUT -d ! $LOCALNET -p udp -m multiport --sports 135,137,138,139,445 -j DROP
iptables -N PINGOFDEATH
iptables -A PINGOFDEATH -m limit --limit 1/s --limit-burst 4 -j ACCEPT
iptables -A PINGOFDEATH -j LOG --log-level debug --log-prefix 'PINGDEATH DROP:'
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　つづく。

iptables -A PINGOFDEATH -j DROP
iptables -A INPUT -p icmp --icmp-type echo-request -j PINGOFDEATH
iptables -A INPUT -d 255.255.255.255 -j DROP
iptables -A INPUT -d 224.0.0.1 -j DROP
iptables -A INPUT -p tcp --dport 113 -j REJECT --reject-with tcp-reset
iptables -A INPUT -p tcp --dport 53 -j ACCEPT
iptables -A INPUT -p udp --dport 53 -j ACCEPT
iptables -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
iptables -A INPUT -m limit --limit 1/s -j LOG --log-level debug --log-prefix 'INPUT DROP:'
iptables -A INPUT -j DROP
iptables -A FORWARD -m limit --limit 1/s -j LOG --log-level debug --log-prefix 'FORWARD DROP:'
iptables -A FORWARD -j DROP

/etc/rc.d/init.d/iptables save
/etc/rc.d/init.d/iptables start

　webサーバをSSL(Secure Sockets Layer)暗号化に手軽に対応して
おきたいと自己認証で実験をしているところです。接続上は何とかそれ
らしく自己証明書を閲覧者が許可すればSSLページにアクセスできる
ような感じにはなったのですが、暗号化と安全性に一抹の不安があり
ます。やってみたことは二つだけです。

　/opt/etc/apache13-modssl/上でopensslコマンドにて必要キー類を
作成します。
まず秘密鍵を：：：openssl genrsa -des3 -out server.key 4096
出来た鍵からパスを削除：：：openssl rsa -in server.key -out server.key
証明書要求用鍵を：：：openssl req -new -key server.key -out server.csr
秘密鍵で証明書自己発行(有効期限は15年分とした)
：：：openssl x509 -in server.csr -out server.crt -req -signkey server.key -days 5475
　このように作成したserver.key server.csr server.crtをそれぞれ以下の
ようにして所定の場所に移動させ収めました。
mv server.key ssl.key/
mv server.csr ssl.csr/
mv server.crt ssl.crt/
鍵の入ったディレクトリとファイルの許可を変更
chmod -R 400 ssl.*

　二番目に行ったのは/etc/sysconfig/apacheというファイル上でコメント
の付いていたOPTIONS=-DSSLの#を外して[ESC] :wq　とviで保存、
service apache restartとコマンドで再起動させただけです。

　こんな簡単なことできちんとしたSSL接続になっているか正直不安な
わけです。暗号方式のDESをopensslで要所に使ったり自己証明でも
よりセキュアにSSLを構築するやり方があるならば教えてくだされば
うれしいです。

　レスが全然ついていませんね。
>>92の最後の方の文面でDSAと書くべきところをDESと間違えていました。
ここに訂正します。該当個所は最後から三行目の文中です。
×暗号方式のDESをopensslで要所に使ったり
○暗号方式のDSAをopensslで要所に使ったり

　引き続きNature's Linux開発版でサーバを運営している方のご指導ご鞭撻
書き込みをお待ちします。linuxやネットワークに明るい方のご教示も歓迎です。

＞　RFS領域において初期状態ではrootや管理者のパスワードがOSインストール
＞の時には一生懸命長いパスフレーズを使って設定したのに8文字分しか認知
＞せず、パスフレーズの大半は意味をなさない状態です。

間違えただけじゃねーの？

>>94
＞間違えただけじゃねーの？

　インストールの時、rootやシステム管理者の名前とパスワードを入力
して続行するところがありますよね。自分はそこでそれぞれに20文字
前後のバスフレーズにしてセットアップを終えた訳です。
　セットアップして起動して初めは気が付かずにその20文字程度のパス
を入れてました。何度かログインを繰り返す中でパスの最後の一文字を
入れそこなったまま［Enter］してしまったことがあったんです。ところが
文字を最後まで入力していないのにログインしてしまいました。何文字
までパスを認識しているのか慎重に一文字づつパスを減らしながら
ログインを繰り返したところ、先頭8文字までの入力でログインが出来て
しまうことを知ってしまった次第です。
　あなたの『間違えた』というのは何を間違えたことの指摘なのかが
よくこちらにはわかりませんが、こちらの説明不足を補うとすればその
ような顛末で『パスフレーズの大半は意味をなさない』と書き込みした
のです。linux全般に初期値(デフォルト)というのはそういう仕様なので
しょうか、それともこのNature's Linux特有の設定や仕様、あるいは
ウイルスや意図しない挙動設定なのでしょうか。

>>95

おれのところでは１２文字とか１８文字のパスワードは使えていたけど。
多分インストーラーに問題があるんじゃねーのかな。

インストーラーからを追ってみたお>>95

# /usr/local/msl/menu/bin/newt_passwd hoge hoge passwd root
を実行して境界値試験風に20文字または21文字のパスワード入力後にhogeファイルをみると
20文字までしか
入力できないってことのようだな。
$ objdump -d /usr/local/msl/menu/bin/newt_passwd
の出力みてみたが、わけわからんけど、strcpyの直前に0x14とかあるな。
固定値らしい。

>>96-97
＞strcpyの直前に0x14とかあるな。固定値らしい。

　何か専門的な面で調べてくれたようで、どうもありがとう。****・・の形でセット
アップ中にパスが20文字前後入る。それは画面上に_ _ _ _ _ _の形で見える。
インストール中に20文字程度は認識していることが確実だとすればセット
アップ終了後に8文字とされちゃうのはなんでなんだろうか。passwdコマンド
でセットアップ中と同じ20文字前後のパスフレーズを再度セットするときちんと
機能するようになるのはなぜなんだろう。やっぱり自分はLinuxの操作しか
手がつけられないユーザーだからわからないんだよな。
　どなたかユーザーにわかりやすい仕組みの説明お願いできませんか？

Narue's Linuxかとオモタ

>>98

既にインストール済みでパスワード設定できたら気にする必要ないんじゃね？
>>97に書いておいたが、インストール時に利用するプログラムがたまたま２０文字まで
しか受け付けないだけじゃん。

気になったのでVMwareをつかってインストール時にrootのパスワードに20文字以上を
試してみたら、20文字までしか認識してないなｗ

ユーザーフレンドリーじゃないのはいただけないが、８文字だけ認識されたのはよくわからんな。

>>100
　linuxのログインはパスが表示として見えないので、ここの脆弱性やレスポンス
の差異にちょっと警戒してます、正直なところ。レスありがとうございました。

・・・・ＲＯＭしてくれてる人（特にNature's Linuxに詳しい方）へ・・・・
　あと、apt-get update apt-get dist-upgradeの時、ホスト名やIP、また対応の
ポートや開く時間帯などをファイアーウォールとルータの設定で最小限に限定して
おきたいんですが、そのために必要な情報、わかる方は居りませんか？

　あと、基本的なことがわからないんですがcgiは設定をしないと使えないよう
ですが詳細を教えて下さい。/opt/package/apache13-modssl/cgi-bin/にtest.cgi
を置き、httpd.conf中でコメントになっていたcgi関連と見られる部分について
#を外して再起動させましたがヴラウザではエラーが出て正しい表示になりません。
詳しくないもので、具体的にcgiを使うための確認点と操作を教えてくださる方が
おられたらとても助かります。よろしくどうぞ。

　101の投稿の補足です。「ブラウザ」を「ヴラウザ」と書いた間違いを
まずお詫びします。apt-getでのより限定的な時間とポート指定での
アップデートについてはそれほど切迫した問題ではないのでレスは
なくても構いません。CGIをNature's Linuxで動作させるための確認点に
ついてはちょっと切迫した問題です。操作手順でも確認すべき設定項目
の列挙でも構いませんのでどなたかご教示お願いいたします。

>>101

脆弱性ではないと思うんだが。

>>103
　設定したパスワードの列(パスフレーズ)はシステムの安全性と密接な部分だ
と自分は思います。安全のために長いパスフレーズを設定しても最大8文字に
ユーザーに見えない部分で無効化され短縮されるならば使用者とハードウェア
の間に重大な脆弱性を提供するシステムと言えないでしょうか？

　オープンソースは世界中の人的リソースを有効活用し、高度なソフトウェアの
開発に必要な技術を後世に残すため、大学や研究機関レベルで活発に開発
される信頼性の高い先進のソフトウェアと思っているんですが、まさに技術者
レベルの人でなければまともには使いこなせない感じってありますね。
　教育現場や研究機関が中には政府から莫大な税金投資を受けていながら
まともなシステムを提供せず、営利目的の企業にシェアを奪われ続けている
のはどこの誰がどんな目的で作ったか定かでない数多のガラクタを詰め込んだ
まま配布したり、動かないデバイスを抱えすぎでドライバ対応が未熟だったり、
動作が遅かったり、セキュリティやレスポンスに信頼が置けなかったりという
点が災いしているのでしょうか。そろそろlinuxも安定して信頼性も使い勝手も
良くなったのかなと色々試している段階なのですが、すこしガッカリしている
所です。

一旦、20文字以内でインストールしてから、変更すればいいだけのような。>>104

>>105

　ん、っと。対応の難易じゃなくて、気付き難いセキュリティ上の脆弱性がOSの
ユーザ管理上に存在するって方を問題にしてる。インストーラーの欠陥にせよ
OS仕様にせよ、バグにせよ、プログラムは修正かパスの有効な文字数
制限を明確に説明し、>>105さんの言うような対応策が併記されるべき。

>>106

そうだねぇ。注意書きは欲しいね。

>>106

因みに、インストール時にいれたパスワードおしえて。

>>107-108

　パス？cyubs6d5qovnziuo1とか、そんな感じ。

>>109

そんな感じで２０文字以上設定してみたってこと？

>>110
　まあ、16-32文字の間、VFS移行のためのユーザとパスは両方3文字だったり
するけど。

>>111

あ、言ってることがようやく理解できたよ。確かに８文字までしか受け付けてないな。ごめんごめん。
インストール時に利用しているglibcとインストール後のglibcが異なって居そうだな。

多分、インストール時はDESで、インストール後はMD5なんだろうな。

>>113
　ファイル内容の記述を変更することで直る問題？それともソースに変更を加えて
加工しなおして再インストールが必要になります？

>>114

再インストールは必要ないと思う。
インストール直後にパスワード再設定すればいいだけの話だし。

>>115
　一般ユーザーにわかりにくい(パス入力に間違わない限り発見されない)OS上
の問題が、ユーザーで対応可能、では解決にならない。対応した人がいるか
いないかが変わるだけでシステムの脆弱性は残ったままだ。
　脆弱性を回避するのではなく、脆弱性を消すために必要なプログラム変更箇所
なんかがあれば具体的指摘お願します、という意味をこちらは書いているんだ。
暗号アルゴリズムの整合性を取るってプログラム的にはムズい修正なの？

>>115

そんなこといわれても、中の人じゃないし・・・
自己責任で対処すればいいんじゃ？

>>116へだったよ

そんなに気にする必要があるバグだとは思えないんだが。
インストールしてからpasswdコマンドで好みの長さのパスワードに変更すればよいだけなんじゃ？>>116

>>117-119
　セットアップ中のパス入力表示はデフォルトで決められたものにしておき、
セットアップ後に正規のパスを設定するという位の改善でもいいんですがね、
ユーザー個々の問題として気づいた人が対処するでいいなんて本気ですか？
VFS領域のrootパスがデフォルトでvrootと決まっていてこちらについては
セットアップ後に変更して下さいと明記していることは、自分の主張するこの
問題をもっと見えにくくしているかもしれないと危惧します。セキュリティ上、
パスの扱いには気を付けてと一方で書いていながら、実際には間の抜けた
ソフトウェア的な内部構造を放置って結論は良くないと思いますよ、正直。
　からかい半分でも、だらだらと相手下さったことはありがとう。じゃね。

>>120

きにくわなければ使わなければいいだけ。

>>121
　オープンソースなんだから話し合おうよ。気に入らないならレスしなくていいよ。

>>122

何を話そうか？問題を絞ろう。

>>123
　セットアップ時点のパス設定とセットアップ後RFS領域ログイン時における
パス認識上の差異について、整合性を取るにはソースのどこをどう修正しよう。
自分はわからないのであなたのコード指定、設定範囲、前後の変化、などを
具体的に挙げて一案をご説明いただければ嬉しいな。

　 あれー？　全然レスがついてないな、残念。
　nlをサーバ用途で使おうとしている他の人、いませんか？
当面は、RFS領域でのパスワードをセットアップ後再設定するということで個々の
ユーザーで対応することしかないんですかね。心配です、そういう応急処置は。

とりあえず、バグ報告を開発元に教えてあげたらいいじゃないのかな。

>>126

　>>87の発言とか、気になる点がまだ明確になっていないから、少し様子を
見てもう少し情報が欲しいところ。自分が発見したことだけ修正してもらうと
いうよりは、ある範囲でのセキュリティや安全性を開発元には点検してもらい
たいと思ってる。レスどうも。

　いや、開発元に直接連絡をするってのが少し不安なことってある。
バクじゃなくてプログラムが故意だった場合、知らせるこちらについて
注意を集中されるのはイヤって感じかな。すこし様子をみて信頼出来る
開発元であることと問題がバグであることを確信した上で通知について
考慮していきたい、それが本音だね。

インストール時のパスワードの問題はバグとして後ほど報告し、現状でどうするべきかを課題にするとして、
他は何かあるかな？

>>129
　バグなのかどうかって点で決め付けることが出来ないって自分は書き込み
したつもり。『バグとして後ほど報告』ってところ、君がするなら何も言わない。
　現状、セットアップ後にRFS領域のrootと管理者のパス再設定で当の問題は
回避できることはわかった。

　>>87を書いた人の問題視している「評判」と『UsersGroupも荒らされた』に
ついては少し具体性や事例などの詳細が欲しいところ。

使ってる人いるの？

キャリアグレードなんでしょ?

終わっているの？

タイミング、導入を動機付ける事件、投入資金、有名エンジニアの確保、ビジネス領域・・・
悪かったり、少なかったり、居なかったり、視野が狭かったり、とにかくマネージメントがよくなかったね