miki_yさんの助け合いフォーラム投稿一覧

助け合いフォーラムの投稿
2025/01/07 コメント
hosts deny = 0.0.0.0/0 は必須なのか
なるほど、理解しました。 ありがとうございました。
2025/01/06 投稿
hosts deny = 0.0.0.0/0 は必須なのか

本問でhosts deny = 0.0.0.0/0 は必須なのでしょうか。

解説の参考URLSamba「smb.conf」:hosts allow (S)の説明には、127.0.0.1(ローカルホスト)は
hosts denyで明示的に拒否されない限りhosts allowに未登録でも常に許可されてしまう旨の説明が書かれています。

裏を返せば、ローカルホストを除けば、hosts allowに書かれていないアドレスは接続拒否されると考えてよいことにはなりませんか。
もしその認識が正しければ、なのですが、本問では hosts deny = 0.0.0.0/0 はマストではなく任意(念の為)的な記述になるので
すべて選択させる問題で選択しないと誤答になるのは適切ではないと思いました。

2025/01/05 投稿
smbcquotasの-Fオプションの意味

解説より、-Fオプションは、当該ドライブに対する
クォータのデフォルト値の表示、とのことですが、
当該ドライブに対するクォータ設定(ソフト/ハードリミット)の値が単に表示されるのではないのでしょうか。
デフォルト」値とわざわざ書かれている理由が知りたいです。

つまりは、ドライブに対するクォータの設定において、①デフォルト設定値と②デフォルトでない設定値
の2種類があってその区別と位置付けの違いが分からない、ということになります。

一方で-Sオプションの説明には「デフォルト」は使われていないと思います。
=> ということは-S は ②デフォルトでない設定値 の方を設定している?

2024/12/31 投稿
SUA, SFUの後継について

解説で
「SFU(Windows 2003 R2以降はSUA、Windows 2012以降は非推奨)」
とありますが、
 SFU:Windows2003R2より前
 SUA:Windows2003R2移行。Windows2012年以降が非推奨

SUAもいまや非推奨ということであれば現在は何が推奨(標準)ですか。
Cygwinとかですか?

LinuC試験には追いかけても仕方ないことかもしれませんが
2012年で非推奨になったものが、いまだに試験でも
「Linuxのユーザ認証をActive Directoryに統合する際に必要なこと」に
対する回答に「SUA, SFU」を選んでも本当に正解となるのだろうかと疑問に思ったので質問しました。

2024/12/19 コメント
コンピュータアカウント、Linuxアカウント、Sambaアカウント
ありがとうございます。 arashiさんのご説明では3者はそれぞれ別物の趣旨で書いてくださっていると 理解しました。 ただ、本文の参考の文の中盤あたりに 「コンピュータアカウント(LinuxアカウントとSambaアカウント)が追加されます」と書かれていました(最初から書かれてました?途中で追記された?)。 つまり①Linuxアカウントと②Sambaアカウントの2つを合わせた呼称として ③「コンピュータアカウント」を使用していると読み取れそうです。 ですがどうも前半部分の説明では「コンピュータアカウント」を①②を 合わせたものに対して使っているようには見えないんですよね、、、、 どちらかというと、①②③がそれぞれ別物か、もしくは②③が同じかのようか 説明に見えます。
2024/12/19 コメント
コンピュータアカウント、Linuxアカウント、Sambaアカウント
すいません。質問の書き方が悪かったかもしれませんが、 より具体的に書きます。 例えば以下は本文の「参考」の説明抜粋です。 -------------------------------- 対応するSambaアカウントの追加にはpdbeditコマンドを使用します。なお、pdbeditコマンドでコンピュータアカウントを追加する際はコンピュータ名の末尾に「$」を付けませんので注意が必要です。指定するオプションは、アカウントを追加する「-a」と、コンピュータアカウントであることを示す「-m」です。 例)クライアントntclientのコンピュータアカウントを作成する場合 # useradd -d /dev/null -s /bin/false ntclient$ # pdbedit -a -m ntclient ----------------------------------- この抜粋の中で、 「Sambaアカウントの追加にはpdbeditコマンドを使用します」 「pdbeditコマンドでコンピュータアカウントを追加する際は・・・」 「例)クライアントntclientのコンピュータアカウントを作成する場合」 いずれもコンピュータアカウント作成(追加)の方法のことを指すのに 「コンピューかアカウント」と「Sampaアカウント」の2種類の用語が 同義として使用されていると思ってよいのか、というのが質問の趣旨です。
2024/12/19 投稿
「domain logons=yes」にした場合の、「domain master」と「preferred master」がyesに変わる挙動について

本問解説で
「domain logons=yes」でドメインコントローラ機能を有効化すると、設定項目「domain master」と「preferred master」がデフォルト値のautoの場合に自動的にyesに設定されます。
とあります。

この「自動的にyesに設定される」という動きについて。
・それは文字通りsmb.confの設定が 「= yes」 に自動的に上書きされるという意味でしょうか。
 それとも、記述は「= auto」のままで、動作がyesの動作に変わるという意味でしょうか
・自動的にyesに変わるのは、もともと「= auto」に設定していた場合に限った挙動でしょうか。
 それとも、「= no」と設定している場合でも「= yes」に変わるのでしょうか

2024/12/18 投稿
コンピュータアカウント、Linuxアカウント、Sambaアカウント

この問題に限りませんが、「参考」に書かれている説明にて、
「Linuxアカウント」と「Sambaアカウント」と「コンピュータアカウント」の3種類が登場しますが、
これら3者の違いがいまいち明確に書かれていない気がします。特に後者2者の違いが分かりにくいです。

①Sambaサーバで構築したNTドメインにクライアントのマシンを参加させるには、
「コンピュータアカウント」の作成が必要である。作成にはpdbeditを用いる。
②だが、その前に コンピュータアカウントに対応する「Linuxアカウント」が作られている必要がある
 「Linuxアカウント」は通常のLinuxのユーザアカウント。useraddで作れるアカウント。

と理解したつもりですが、説明文を読むと、「対応するSambaアカウントの追加にはpdbeditコマンドを使用します。」
と書かれているものの、そのコマンド実行例にコメントには「コンピュータアカウントを作成する場合」とあり、混乱します。

「Sambaアカウント」=「コンピュータアカウント」ですか?
それとも、「コンピュータアカウント」は、「Linuxアカウント」と「Sambaアカウント」の2つを合わせてそう呼んでいる?

2024/12/14 コメント
本文の「参考」の記載について
ありがとうございます。 理解できました。[homes]にbrowseable = no を書くのは "homes"という共有名として表示されてしまうことを抑止するだけで 認証ユーザ名の共有は依然として表示される   ↓ 認証ユーザ名の共有すらも表示させなくするには [global]にbrowseable = no の記述が必要 ということですね。 ありがとうございました。
2024/12/11 投稿
本文の「参考」の記載について

本文の参考の最下部に
 ユーザのホームディレクトリ自体を非表示するには、[global]セクションに「browseable = no」と記述する必要があります。
とありますが、
ユーザのホームディレクトリ自体を、というか、すべての共有がブラウズリストに表示されなくなってしまうのでは?

この文の手前の部分では [homes]内にbrowsable=no を書くことでホームディレクトリの共有を非表示にする方法はすでに示しているのでは。
その続きに「ユーザのホームディレクトリ自体を非表示にするには[global]内にbrowsable=no」という形の説明が続くので、
話の流れがよくわからない。

2024/11/24 投稿
「* auth」が誤りの理由

本文で「* auth」が間違いである理由がわかりませんでした。
解説は「全てのユーザに認証する権利を与えていますので、誤りです。」とありますがピンと来ません。
by self write
by users read
の2行で、ユーザ自身と、認証済のユーザに対してアクセス権を先に設定しているので、
このあとの行で「*」を指定すれば、実質対象は匿名ユーザ(anonymous)になると思ったのですが違いますか。

「anonymous auth」と違い 「* auth」にしてしまうと具体的に
どういうアクセスまで認証範囲が広がってしまうことになりますか。

2024/10/23 コメント
「/etc/fstab」ファイルに、マウントする共有の情報を記述する が誤りの理由
ありがとうございます。 下記のとおり修正された模様です。 選択肢からこの/etc/fstabの件が削除されています。
2024/10/23 投稿
「/etc/fstab」ファイルに、マウントする共有の情報を記述する が誤りの理由

解説に
「/etc/fstab」ファイルはマウントするファイルシステムの情報を静的に記述するためのファイルですので、設問の対処にはなりません。
とありますが、この理由が分かりませんでした。

たとえば問題27470の参考記述に
「uid」「gid」「file_mode」「dir_mode」などのオプションを「/etc/fstab」ファイルに記述し自動マウント時に設定することも可能
とのことが書かれています。よって本選択肢も正解ではないのでしょうか。

静的か動的かの違い?でも問題文はそんな縛りは書いてありません。
問題文は、いったんはマウントしたがrootしか書き込みができないことが出発点になっていて、
そこから一般ユーザにも書き込みできるようにする方法を問うているのだとすると、
次回マウント時に当該オプションを指定(動的)
  であろうと
次回起動時にfstabの当該オプションによって自動的に書き込みができるようになる(静的)
だろうとどちらでもよいのでは、と思いました。

2024/10/10 コメント
バックエンド「ldif」について
ありがとうございます。 LDIFのL は LDAPのL => さらにそのLDAPの「L」はLightweightのL、 とうことから、結局LightweightのLだ、と言えるのかもしれないですね。 話がズレますが、そういうことから、一つ思うのは、 問題23062のような「何の略か」という問いって、イマイチですね。 それでも本家LinuCでもこういう問題が出るというなら仕方ないわけですが。 略す前の形って、唯一の答えがあるようで無いというか、名付け親のメーカなり団体がHP等でこうだと書いている文言がそりゃ正解といえば正解なのかもしれませんが、テクニカルな内容を問う問題に比べると上記のようなファジーさを感じてしまいます。 私も追求をやめます。
2024/10/09 投稿
バックエンド「ldif」について

解説の表で
ldif は「Lightweight Data Interchange Format」 backend と書かれているが、
問題23062のLDIFの略と同じくLDAP Data Interchange Format なのでは?

2024/10/06 投稿
「Requireの引数として、all、env、method、Orderなどがある」が誤りである理由について

選択肢
「Requireの引数として、all、env、method、Orderなどがある」
が誤りである理由について、
解説では
「mod_authz_coreのみの場合、Requireディレクティブではall、env、method、exprのエンティティをとれます。」
とありますが、説明になっていない気が。
Orderという引数は存在しない(またはRequireでは指定不可)から、というのを理由に書くべきでは、

仮にOrderという引数がRequireで指定可能だとしても、
この選択肢は「などがある」と「など」としているので、別に引数をall/env/method/Orderの4つに限定しているわけでもない。
なので、解説のように「mod_authz_coreのみの場合」という条件を持ち出したり、exprの存在を持ち出すのは、
この選択肢を誤りとする理由としてポイントがズレているような気がします。

2024/10/02 投稿
「required」の記述例の説明

 [success=ok new_authtok_reqd=ok ignore=ignore default=bad]が
なぜ コントロール「required」の動作になるのか、分かりません。
「使用されているリターンコードとアクションは次のような意味です。」の下にある
リターンコードとアクション個別の説明だけで、
 [success=ok new_authtok_reqd=ok ignore=ignore default=bad]
を直訳してみると、
 ①モジュールが「成功」を返せば => 処理は成功とする
 ②モジュールが「新たな認証情報が必要」を返せば => 処理は成功とする
 ③モジュールが「認証モジュールを無視」を返せば => 処理結果を無視する
 ④モジュールがその他のリターンコードを返せば => 処理結果を失敗とする
これだけでも何となくの雰囲気しか分からないですが、さらにこれが
requireの動作となぜイコールになるのか、となると、なおさら対応が取れないです。

「以上より正解は、、、」って、解説が雑すぎでは。
もはや①②でほんのりrequireっぽい雰囲気がある点を頼りに丸暗記するしかないと思ってますが。

2024/09/23 投稿
本問と同じ問題のコマ問の回答について

どちらかといえばping-t 事務局向けの質問です。

この問題自体は選択問題なので特に疑問点はありません。

が、これと全く同じ問題がコマ問にもあります。
「NFSv3サーバで必要なデーモンは?(アルファベット順に3つ)」
この回答について疑問点があります。正解は、本文と同じくmountd, nfsd, portmapです。

ですが、問題ID : 22869の解説より、portmapはIPv6で"rpcbind"に置き換わり(NFSv3でもrpcbindは使用可能)、
また mountdは rpc.mountd(別名?)でもあるようです。

このことから、コマ問では問題にさらに条件縛りを入れないと正解が1通りにならないのでは。
試してませんがおそらくrpcbind, rpc.mountd を入力しても不正解になるのでは。

2024/09/10 コメント
RequireAnyの中でRequire notが使えない理由
詳しく教えていただきありがとうございます!助かります! 中立という概念があるのですね。 プログラム言語のBooleanやそれを返す関数の扱いと同じ感覚で当てはめて 考えようとすると理解しにくくなりますね。 といってもApacheもプログラムなわけですが、、、 真偽の論理積・論理和というよりスリーステート(もしくはそれ以上?)の評価値 で判断して設定ファイルをパースしているのかもしれませんね。 慣れない考え方ですが、記載いただいた考え方で大筋理解できました。 重ねて、詳細なご説明ありがとうございました。
2024/09/08 投稿
RequireAnyの中でRequire notが使えない理由

本文の正誤とは直接関係ないですが
参考の中のでRequireAnyの中でRequire notが使えない理由の説明の意味がよく分かりません。

「否定条件(Require not)の結果は偽(拒否)を返しますが、真(許可)を返さないため、ディレクティブ内のいずれかの条件が真であるかどうかを判定するの動作に影響を及ぼしません。」

たとえば、
Require ip 10.0.0.1 の場合・・・アクセス元が10.0.0.1なら真、192.168.0.1なら偽を返す、
Require not ip 10.0.0.1 の場合・・・アクセス元が10.0.0.1なら偽、192.168.0.1なら真を返す、
かと思いましたが「真(許可)を返さない」の意味が分かりません。
Require not ip 10.0.0.1 の場合、アクセス元が10.0.0.1なら偽というのは合ってる?では192.168.0.1なら何を返すのか?
Require notだけ、たとえ条件(の否定)が合致しても真は返さない特殊な仕様だとういことでしょうか?

それだったらもう少しその特殊な仕様を強調するなりはっきりロジックで書くなりしないと、ただ真偽が反転するだけの前提で
考えると、なぜ問題なのか悩んでいまうと思いますが。
逆に、真を返すことが絶対にない仕様なのであれば、RequireAllの中なら問題がない理由もよく分かりません。
RequireAllは中の条件が全て真なら真とするディレクティブなのであれば、Require notが真を返さないならRequireAllが真になること
もまたあり得ないことになってしまうのでは。

2024/09/03 返信
ApacheのDNSの逆引きについて

ありがとうございます。

2024/09/02 コメント
本文のhttp_accessの設定例について
ありがとうございます。 ご指摘をふまえ3行目   http_access deny CONNECT !SSL を見ると、 (CONNECT) かつ (SSLでない) 場合は拒否される =>つまり、(CONNECTでない)または(SSL)場合は許可されてしまう、  (以降の行へ評価が移る) =>そんな場合でも、前提としてポートはHTTP(80)か4SSL(43)に限定したい  から2行目が必要 ということですね。理解できました。
戻る