doas [無断転載禁止]©2ch.net

[1 名無しさん＠お腹いっぱい。 2016/02/14(日) 05:50:49.63]

Simple is the best.
http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man1/doas.1
http://gihyo.jp/admin/serial/01/bsd-yomoyama/0025

[2 名無しさん＠お腹いっぱい。 2016/02/19(金) 16:13:27.40]

Infinity

[3 名無しさん＠お腹いっぱい。 2016/02/22(月) 08:24:47.99]

ふーん

[4 名無しさん＠お腹いっぱい。 2016/02/23(火) 09:10:42.02]

乙女

[5 名無しさん＠お腹いっぱい。 2016/02/23(火) 15:52:11.90]

5

[6 名無しさん＠お腹いっぱい。 2016/02/23(火) 16:55:00.92]

OpenBSDだとコレが須藤さんの代わりなんだけど
面倒臭いから、su　-mだわ

[7 名無しさん＠お腹いっぱい。 2016/02/23(火) 20:19:02.07]

>>6
どこが面倒くさいんだよw
sudoなんかより遥かにシンプルだぜ。

[8 名無しさん＠お腹いっぱい。 2016/02/24(水) 01:20:23.72]

男は黙ってrootログイン

[9 名無しさん＠お腹いっぱい。 2016/02/24(水) 12:54:22.96]

>>8
アホ

[10 名無しさん＠お腹いっぱい。 2016/02/26(金) 08:15:21.46]

うれしい

[11 6 2016/02/26(金) 10:37:46.20]

>>7

Hage% cat /etc/doas.conf
cat /etc/doas.conf
permit hage as root

本当だ。ラクだわ。

[12 名無しさん＠お腹いっぱい。 2016/02/26(金) 19:20:28.35]

須藤より良いな

[13 名無しさん＠お腹いっぱい。 2016/02/27(土) 00:25:09.79]

Sudo/私をたばねないで あらせいとうの花のように

[14 名無しさん＠お腹いっぱい。 2016/02/28(日) 13:34:01.13]

OpenBSDは古いモノを新しいモノに置き換えていく思想が濃くていいね
cwmも仮想デスクトップを使わず、
ウインドウをグループ化するようにしてて、これに慣れると楽だわ

[15 名無しさん＠お腹いっぱい。 2016/02/29(月) 01:05:31.12]

>>14
>古いモノを新しいモノに置き換えていく思想が濃くていいね
セキュリティ上よろしくないものは、容赦なく切り捨ててより良いものに変えていく姿勢だな。
ipf→pf
apache1.3系→パッチだらけで魔改造されたapache1.3→OpenBSD謹製httpd
sendmail→OpenSMTPD
telnet→OpenSSH
OpenSSL→LibreSSL
sudo→doas(portsでオプションインスコ可)
bind9→NSD+unbound

portsに至っては、
MySQL→MariaDB10.0系
MariaDB10.1だと尚更良いんだが。

[16 名無しさん＠お腹いっぱい。 2016/02/29(月) 19:25:10.87]

doasはもっと広まって欲しいね

[17 名無しさん＠お腹いっぱい。 2016/03/06(日) 18:51:01.16]

プログラム自体、829行しかないんだよな。
無茶苦茶シンプルなプログラムだ。

[18 名無しさん＠お腹いっぱい。 2016/03/06(日) 20:12:36.91]

もう少しmanを詳しく書いて欲しい

[19 名無しさん＠お腹いっぱい。 2016/03/06(日) 20:51:25.54]

>>18
確かにそうだけど、こんなに行数の少ないプログラムならman読むよりか、中のコード読んだ方が手っ取り早いかも。

[20 名無しさん＠お腹いっぱい。 2016/03/06(日) 21:39:44.20]

manを書く技術が失われてきているよな
良いソフトウェアには良いドキュメント

[21 名無しさん＠お腹いっぱい。 2016/03/06(日) 22:58:30.87]

>>20
OpenBSDのドキュメントは充実してる方だと思うよ。
充実してるだけでなく正確に書かれてる。

でも、OpenBSDは特に人的リソースが足りないんだろうな。
FAQやインストール方法、セキュリティアップデート情報のドキュメントは充実してる。

セキュリティ保持の観点から、バグ修正やマイナーアップデートに留めてメジャーアップデートには慎重なのは、(OpenBSDの監査が入った正確な)ドキュメントの維持管理が後手に回ってしまうということかもな。

サードパーティソフトウェアのポーティング一つとっても、ポーティングのガイドラインが基地外じみてるぐらい徹底してるからな。
NetBSDみたいな緩〜いインストールできて動けば良いやってもんじゃない。

[22 名無しさん＠お腹いっぱい。 2016/03/07(月) 14:41:10.27]

>>19
それだとmanの意味無いし
結構使うsudoの代わりとして、すんなり利用出来る必要があると思う
結局、よく分からないからsudo入れたひと多そう

[23 名無しさん＠お腹いっぱい。 2016/03/08(火) 02:33:17.65]

>>22
>結構使うsudoの代わりとして、すんなり利用出来る必要があると思う

sudoの代わりってのは、ユーザーに対してパスワード入力なしでシステムコマンド実行できるようにするってことかな？

だったら、/etc/doas.confで
permit keepenv nopass as root :wheel
一切のパスワード入力なしでwheel内のユーザーにrootとしてすべてのコマンドが、root環境で実行される。

もしくは、↓
permit keepenv オマエのユーザーネーム as root
これは、オマエのユーザーパスでrootとして実行する。

ただ分かってるだろうが、基本はrootパスの入力だけは極力避けるようにな。

あっ、今ピンポンなったよ。
誰だ？こんな時間に。
じゃあな。

[24 名無しさん＠お腹いっぱい。 2016/03/08(火) 16:00:41.65]

何てセキュアなんだ···

[25 名無しさん＠お腹いっぱい。 2016/03/08(火) 19:59:23.64]

>>23
パスワード入力ありなしで(勿論rootパスの入力は論外)議論が別れるとこだが、

俺の場合は何かしらの重要なアクションを起こす際には、気を引き締める意味でユーザーパスの入力はあった方が良いと思ってる。

[26 名無しさん＠お腹いっぱい。 2016/03/08(火) 20:00:00.77]

あら、自分にレスしちゃった。

[27 名無しさん＠お腹いっぱい。 2016/03/08(火) 21:12:45.52]

doas(1)を行使して他のwheel内のユーザーに、パスワードなしで自分が知らないところでプログラムを実行されたくない。
でも、パスワードをその都度タイプするのが面倒なときは
別に管理者アカウント(例えばadminなんか)作って、

permit :wheel as admin
permit nopass as admin

すれば、wheel内のユーザーは一回のユーザーパスワード入力だけで、adminになれて以降は(元のユーザーに戻らない限り)パスワードなしでコマンドが実行できる。

[28 名無しさん＠お腹いっぱい。 2016/03/08(火) 21:28:43.99]

829行(コメントやコピーライトコメント除いたら正味740行くらい？)のプログラムだけど、あまり細かい緻密な設定しない大抵のユーザーはsudoからdoasに切り替えても問題ないでしょ。
むしろ、シンプルなsudoはヒューマンエラーの回避はしやすいし、sudoみたいなデカいプログラムだとセキュリティ上exploitされる可能性は高いし、
実際にsudoの深刻な脆弱性(OpenBSDのせいじゃないが)はあった。