タグ: Steam Page 1 of 28

【速報】『ライザのアトリエ3』最高難易度LEGEND、開幕2000万ダメージ成功

この記事の続きです。

与ダメージ2000万ダメージを乗せました。(正確には20,229,707)です。

DLC『ロスカ島』に対しても8,318,537ダメージ与えています。

再現性、ほぼ確定。詳細な記事は改めてご紹介します。

『ライザのアトリエ3』A/Bテスト。『エイビスコール』重ねがけによる対照実験。

ブログ読者様より、興味深つ鋭い検証ログをいただきました。

「エイビスコールの使用回数によってアカシアの原典のダメージが変化する」

というものです。

しかし、ゲーム内の仕様上、エイビスコールのバフは「重ねがけ(重複)」ができないはず。
では、なぜダメージが段階的に跳ね上がり、時に反落したのか?

その謎を徹底検証したところ、ライザの隠されたパッシブスキルとアイテムラッシュの仕様が浮き彫りになりました。

1. 質問者様の検証結果(提示されたデータ)

読者様が難易度LEGENDの「ライノフィーンド」を相手に、ライザ単体・時空の天文時計なしで計測された実測ログがこちらです。

  • エイビスなしのアカシア:
    • 1回目:46,485 / 2回目:49,446(平均 約4.8万)
  • エイビス1個直後のアカシア:
    • 1回目:71,124 / 2回目:78,797(平均 約7.5万)
  • エイビス2個直後のアカシア:
    • 1回目:86,968 / 2回目:89,169(平均 約8.8万)
  • エイビス3個直後のアカシア:
    • 1回目:78,207 / 2回目:79,343(平均 約7.8万)
  • エイビス3個後、通常行動を挟んでエイビス2個直後のアカシア:
    • 81,764

エイビスを1個から2個に増やすと約8.9万まで跳ね上がるものの、3個にすると7.8万付近へ低下する。
一見すると「エイビスの効果が累積しているのか、それとも別の法則があるのか?」という疑問は確かに謎です。

2. 実際のエイビスコールのバフ仕様

大前提として、エイビスコールが付与するステータスバフの挙動を確認します。

  • 付与効果(他にもあります):
    • 全属性ダメージ40%上昇(火・氷・雷・風)
  • 重ねがけの仕様:
    • エイビスコールを何回連続で使用しても、ステータス画面のバフアイコンは増殖せず、「残り効果時間が29秒に上書き更新されるだけ」です。

つまり、アイテム自体の攻撃力上昇や属性ダメージ補正が2重・3重に乗ることはシステム上できません。

しかし、この計測データがある以上、「エイビスコール以外の変数」が裏で動いていると考えてみます。

3. ライザのパッシブスキル「錬金術の真髄」の存在

ここで浮上した真犯人が、ライザの固有パッシブスキル『錬金術の真髄』です。

スキル効果:
「アイテムラッシュ時、アイテムを選択するごとに、アイテムの威力が増加する」

ライザの初期コアチャージ(CC)上限は3。
このパッシブが存在するため、同一ターン内でアイテムを連続選択(ラッシュ)すると、後ろに選択したアイテムほど威力が跳ね上がります。

これは検証いただいた方の検証の詳細の仮説です(間違っていたら申し訳ありません)

  • エイビス2個直後(8.9万)のカラクリ:
    • 「①エイビス → ②エイビス → ③アカシア」と1回のラッシュで3連投したため、3枠目のアカシアに『真髄』の最大連続ボーナスが上乗せされた。
  • エイビス3個直後(7.8万)のカラクリ:
    • エイビスを3連打した時点でCCが枯渇。スキルでCCを回復し、改めて単発でアカシアを撃ったため、ラッシュの連打補正が途切れて素のエイビス1回分(7.8万)に反落した。

乱高下の原因は、バフの増減ではなく「ラッシュの何枠目でアイテムを発動したか」という選択順の差であると考えていきます。

4. 検証結果のリニア値(レッドチリスープによるCC4環境の実証)

この仮説を立証するため、料理「レッドチリスープ(戦闘開始時CC追加)」を使用して開幕CCを4に拡張し、完全同一ラッシュ内でのダメージ推移を精密測定しました。

  • 条件: 同一戦闘・同一ラッシュ内でエイビスからコアアイテムへ接続
  • 強引に「1回のアイテムラッシュで4連打できる状況を作る」

エイビスコール×1のダメージ値

エイビスコール×3の後のダメージ値

投入パターン(同一ラッシュ内)叩き出したダメージ前回からの増加量増加率(リニア検証)
エイビス × 1 → コアアイテム703,931 Damage基準値
エイビス × 2 → コアアイテム731,770 Damage+27,839約 +3.95%
エイビス × 3 → コアアイテム761,585 Damage+29,815約 +4.07%

結果は驚くほど綺麗な完全線形(リニア)となりました。

アイテムを1つ手前に挟む(選択順を1つ後ろにする)ごとに、ダメージが約2.8万〜3.0万(約4.0%刻み)で正確に等差増加しています。

読者様の環境で起きていた微増も、クリティカル等のノイズを排せば、全く同じ「1回あたり約4%」の真髄ボーナスによるもの(×1.25倍)を抜くときれいに計算が合います。

5. 対照実験(A/Bテスト):ライザの師匠「アンペル」での検証

「本当に『錬金術の真髄』によるものなのか?」

この証明を盤石にするため、ライザと同じ器用さ99・アルケミストLv.97に揃えた師匠・アンペルを用いて全く同一の対照実験を行いました。

アンペルは「錬金術の真髄」を持っていません。

  • アンペルによる実戦検証結果:
    • エイビス × 1 → コアアイテム: 695,264 Damage
    • エイビス × 2 → コアアイテム: 690,119 Damage
    • → 2回目の段階で実験は不要。

差分: -5,145(完全な乱数誤差の範囲内)

アンペルの場合、エイビスを1回撃とうが2回撃とうが、ダメージは約69万で完全に横並びとなりました。
これにより、以下の2点が確定しました。

  1. エイビスコール自体のバフは、2回以上使っても一切加算・累積されない(効果時間の上書きのみ)。
  2. ライザのダメージが連続使用で伸びていたのは、固有パッシブ「錬金術の真髄」がもたらす1枠あたり約4%のラッシュ乗算によるものである。

まとめ

同等のステータスやロールレベルであっても、コアアイテムの瞬間最大火力においてライザが他の錬金術士を圧倒できる真の理由は、この「アイテムラッシュを組むだけで倍率が伸びる錬金術の真髄」にありました。

アイテムで極限ダメージを狙う際は、単にバフをかけるだけでなく、「低消費CCのバフ・デバフアイテムでラッシュ枠数を稼ぎ、本命の攻撃アイテムを3〜4枠目に配置する」ことというのが結論と言えます。

『ライザのアトリエ3』スキルダメージのPOC:「スキル特化型のボオスのダメージを確認する」

ここを起点にした「コアアイテムを補助的に使うキャラクターがスキル強化にしたらどうなるか?」の確認。

  • スキル強化基本枠: +15%(武器効果) + 25%(スーパースキル) + 50%(ウルトラスキル) = 常時+90%
  • FD特化枠: +50%(ドライブ強化) + 75%(決死の一太刀) = FD時にさらに+125%
  • 追加強化枠: 「身を焦がす怒り(WT比例大幅強化)」+「神域の花びら(スキル強化+HPドレイン)」

を実施した形で、

こちらのクリムゾンアームズ(ネメド北西)に挑みます。

スキル特化型でカイザーエンフォースをぶっ放した場合

効果は目に見えて明らか。361,118ダメージ。

続いて秘密の鍵「スキル強化・神域」とした場合は

684,033ダメージです。

1. クリムゾンアームズ戦:改訂版ダメージ完全比較表

比較検証項目ステータス特化型(A系統)(攻撃力 3207 / ブレイバー 97)スキル・FD特化型(B系統・改訂版)(攻撃力 2577 / ブレイバー 72)格差・実数値の差分
① 素撃ちFDダメージ
(エイビス・ラブリー・T-Lv5)
216,551 Damage
(敵HP 259,495 に対し未撃破)
361,118 Damage
(敵HP 229,035 を一撃粉砕)
+144,567 Damage
(約1.67倍へ上昇)
② 秘密の鍵バフ込みFD
(生命のゆりかごの鍵等)
413,171 Damage
(余剰撃破)
684,033 Damage
(余剰約46万の大爆発)
+270,862 Damage
(約1.66倍へ上昇)
③ 鍵バフ単体による伸び率
(素撃ち → 鍵ブースト)
約 1.91 倍
(216,551 → 413,171)
約 1.89 倍
(361,118 → 684,033)
ほぼ同一の伸び率
(約1.9倍の乗算枠)

2. 実証データから導き出されるバフ・ダメージ計算式

検証結果の通り、ステータス特化型とスキル特化型のどちらにおいても、「秘密の鍵(与ダメージ+50% + 全能神域 + スキル神域)を噛ませた際の上昇率」は完全に一致して【約1.9倍(1.89〜1.91倍)】となっています。

ここから、ライザ3のバフ計算式は「高い数値への上書き」ではなく、以下の多重乗算構造であることが証明されます。

最終ダメージ=基礎威力(攻撃力,敵防御力)×(1+武器特性・効果)加算枠(1)×(1+鍵シンボル・神域バフ)乗算枠(2)×(1+アイテム・デバフ補正)乗算枠(3)\text{最終ダメージ} = \text{基礎威力}(\text{攻撃力}, \text{敵防御力}) \times \underbrace{(1 + \text{武器特性・効果})}_{\text{加算枠(1)}} \times \underbrace{(1 + \text{鍵シンボル・神域バフ})}_{\text{乗算枠(2)}} \times \underbrace{(1 + \text{アイテム・デバフ補正})}_{\text{乗算枠(3)}}
  • なぜスキル特化が圧倒するのか:
    • 基礎加算枠①(スーパースキル+25% + ドライブ強化+50% + 決死の一太刀+75% + ウルトラスキル+50% + 装備付与)で基礎倍率を極限まで引き上げているため、素撃ちの時点でステ盛り型を14.4万ダメージ(1.67倍)突き放す。
  • なぜ鍵で差がさらに開くのか:
    • 鍵バフは独立した「乗算枠②(約1.9倍)」として掛かるため、元の基礎ダメージが大きいスキル特化型は 36.1万 × 1.89倍 = 68.4万 となり、差額が27万ダメージへ拡大する。

ここから得られたこと

最初に疑問を戴いた

  • ●A系統
    • 攻防
    • 攻速
    • 防速
    • 全能
  • ●B系統
    • スキル強化++
    • スキル強化+
    • スーパースキル

の2つの系統

の2つに関しては「B系統の方がダメージが乗る」という結論です。

ただし:上位下位の関係では無いことに注意。

筆者のやり方はあくまでも「先んじて敵を屠る」タイプですから、この先制での圧倒的なダメージが乗る「スキルで戦うキャラクターはスキルを活かす調合をした方がいい」という結論ですが、例えば

  • ギリギリまで耐えたい
  • 低レベルのコアアイテムでボオスがコアアイテムのダメージを叩き出したい

などの条件を加えれば、この結論が真ではないということもあり得ます。

『ライザのアトリエ3』スキルダメージのPOC:「スキル特化型の武器を作る」

この記事の分岐として、ボオスが「スキルダメージ特化型」にした場合、どういうステータスになるかを確認してみます。

ソードマスター三兄弟のグランツオルゲン

  • クーケン島
  • サルドニカ
  • ネメド

の3つでソードマスター入りの武器を納品し、入手できるグランツオルゲン。

  • スーパースキル
    • スキルの威力が25%増加する
  • ドライブ強化
    • フェイタルドライブの威力を50%増加させる
  • 決死の一太刀
    • フェイタルドライブ使用時、自信のHPを消費し威力を75%増加させる

を用います。

スキル特化のリンクコール

今回使うのは賢者の石の必須素材、エーテルコア。これをリンクコールすることで「スキル強化」が見込めます。

超特性はウルトラスキル:威力50%上昇。

ボオス最強武器「ロストアルカード」(スキル・FD特化型)調合工程別データ

1. 各制作ステップのステータス推移表

項目1. リビルド完了時 (Lv.85)2. 装備強化完了時 (Lv.85)3. ボオス装備・最終ステータス
ランク / 品質S / 999S / 999S / 999(装備品質: 200)
属性 / 属性値氷・雷 / 5氷・雷 / 5氷・雷 / 5
HP1311351262 (基礎 1314)
攻撃力2733822577 (基礎 3207)
防御力1221232384 (基礎 2824)
素早さ2062183333 (基礎 3863)
ロールブレイバー(Lv. 72)

2. 各工程の詳細データ

  • ① リビルド完了時 (Lv.85)
    • 効果: 妖魔狩りの剣 / スキル強化+15%(※リンクコールで「アタッカーの証」から変化)
    • 特性: スーパースキル / ドライブ強化 / 決死の一太刀
    • 超特性: ウルトラスキル(スキルの威力が50%上昇)
  • ② 装備強化完了時 (Lv.85)
    • 付与素材:
      • 逆鱗:身を焦がす怒り(スキルの威力が上昇。スキルのWTが長いほど効果上昇)
      • ドンケルハイト:神域の花びら(スキルの威力が上昇。与ダメージに応じてHP回復)
    • 効果: 妖魔狩りの剣 / スキル強化+15% / 身を焦がす怒り / 神域の花びら
    • 特性: スーパースキル / ドライブ強化 / 決死の一太刀
    • 超特性: ウルトラスキル
  • ③ ボオス最終装備時
    • 発現ロール: ブレイバー Lv.72(攻撃72 / 防御0 / 補助0)
    • 最終パラメータ: HP 1262 / 攻撃力 2577 / 防御力 2384 / 素早さ 3333

ステータス特化型 vs スキル特化型のステータス比較・減少幅

項目ステータス特化型(A系統)スキル・FD特化型(B系統)減少幅・差分
武器単体攻撃力649382-267 (-41.1%)
武器単体素早さ369218-151 (-40.9%)
最終HP13141262-52
最終攻撃力32072577-630 (-19.6%)
最終防御力28242384-440 (-15.6%)
最終素早さ38633333-530 (-13.7%)
ロール値ブレイバー Lv.97ブレイバー Lv.72-25(証を外した影響)

【分析まとめ:代償と引き換えに得た超絶倍率】

  • ステータス面の代償:
    • 「アタッカーの証」をリンクコールで外し、「英雄の心得」やステ盛り特性(攻防++、全能力++等)を全てスキル特性に換装したため、最終攻撃力は約630低下、ロール値も97から72へ25レベル低下しました。
  • 手に入れたスキル・FD倍率:
    • スキル強化基本枠: +15%(武器効果) + 25%(スーパースキル) + 50%(ウルトラスキル) = 常時+90%
    • FD特化枠: +50%(ドライブ強化) + 75%(決死の一太刀) = FD時にさらに+125%
    • 追加強化枠: 「身を焦がす怒り(WT比例大幅強化)」+「神域の花びら(スキル強化+HPドレイン)」

後は、この数値が本当かどうかの確認を行います。

『ライザのアトリエ3』スキルダメージのPOC:「ステータス特化型のボオスのダメージを確認する」

ここからの分岐として、ボオスのステータス特化型の武器を作りました。

そこで、スキルダメージを乗せていくことにします。

検証条件撤回

検証と言うからには、「かなり手こずる敵」が必要です。そこで選んだのがラムロースト4号で敵の姿を変えることでしたが

ここで仕様が判明。ラムロースト4号のパラメータは「Normal」をそのまま踏襲しているため、攻撃力もHPも参考になりません。

「通常攻撃で即死する」のは概念実証になりません。なので「実物」と戦うことにしました。

即ち、

この魔物、クリムゾンアームズがいるネメド地方、最奥へ続く跳ね橋。

https://atelier.reisalin.com/issues/223

ここでの戦いを行います。

ダメージの当て方

ここは、バフとデバフを使います。というのも、ライザが1000万ダメージ(注:魔物3匹の総合計)を当てたときの

エイビスコールと

ラブリーブロッサム。

この2つを合わせることは「そこからのコアアイテム」と「フェイタルドライブ」の軸を合わせるためには必須要素です。

ダメージの検証結果

検証環境・前提条件

  • 標的: クリムゾンアームズ(難易度LEGEND級 / HP: 259,495)
  • 共通事前準備(ライザのサポート展開):
    1. エイビスコール: 全体攻撃力・火力バフ付与
    2. ラブリーブロッサム: 敵全体への耐性低下・デバフ付与
    3. 時空の天文時計: タクティクスレベルを即座に「Lv.5」へ最大化
  • 装備構成:
    • 武器:ロストアルカード(妖魔狩りの剣 / アタッカーの証6 / 神域の花びら / 立派な切れ味)
    • ロール:ブレイバー(Lv.97)

普通にフェイタルドライブを放つ

フェイタルドライブ、カイザーエンフォースの結果。

討伐ならず。4.3万ほど残りました。

秘密の鍵のバフを乗せる

今度は、白楼の鍵で得た「スキル強化・神域」を使います。

その場合はしっかりと倒しきることができました。(むしろ余剰ダメージ)

2. フェイタルドライブ(FD)ダメージ比較

ここから以下の表が導き出されます。

検証パターン鍵バフ・付与状況叩き出したダメージ討伐結果考察・実戦評価
パターン1(素撃ち)なし(事前アイテムバフ・デバフのみ)216,551 Damage討伐失敗(HP約4.3万残り)HP25.9万に対しミリ残りで耐えられ、先制一撃で屠りきることができない。
パターン2(鍵ブースト)生命のゆりかごの鍵
・与えるダメージ +50%
・全能のシンボル・神域
・スキル強化・神域
413,171 Damage完全殲滅(一撃粉砕)ダメージ量が約1.9倍。余剰ダメージ15万以上。

PoCの滑り出し:順調

とても有意義な結果となりました。つまり、

「ステータス特化型の武器」はバフが乗らない限り強敵は倒せないという結果。

この、現状(AS-IS)を知ることが「本来のスキルを当てるキャラクターの理想(TO-BE)を知る」ことに繋がるので。

『ライザのアトリエ3』スキルダメージのPOC:「ステータス特化型の武器を作る」

ここから端を発した思考実験をやってみます。

即ち

「コアアイテムを補助的に使うキャラクターはスキルダメージがどこまで乗るのか?」

という、今まで考えてすらいなかったテーマ。その概念実証:POC(Proof of Concept)に臨みます。

現段階の「ステータス特化型」の武器を作ってみる

コメントを戴いた方がボオスを強くするという目的でしたので「ちょうどいい。こちらも余り使っていなかった」ということでロストアルカードを作ることにしました。

調合:ロストアルカード

ライザ3DXをトロコンしておきながら、今回の検証で初めて調合したあたりが「いかに使っていなかったか」がわかります。

まずはグランツオルゲン(攻防強化 / 攻速強化 / 全能力強化)をぶち込みます。

秘密の鍵はDLC「ロスカ島」で得た新瀬在図効果の「全能力上昇・神域」。レシピLvが合っていませんが、それをさしおいても、このパラメータ上昇は段違いです。

この通り。

秘密の鍵によるステータス上昇値の比較検証(ロストアルカード調合時)

項目条件一致を優先した鍵(時を統べる者の鍵)実際に採用した鍵(神翼の支配者の鍵)差分・優位性
モチーフ / レアリティ歯車(条件Lv.2一致) / スーパーレア羽根(条件Lv不一致) / スーパーレア
シンセサイズ効果風属性値増加・強全能力上昇・神域圧倒的な基礎ステータス補正
HP補正9 (+12)9 (+56)+44 の大幅リード
攻撃力補正52 (+56)52 (+63)+7 上回る
防御力補正0 (+12)0 (+56)+44 の大幅リード
素早さ補正0 (+56)0 (+63)+7 上回る
総合ステータス上昇量合計 +136合計 +238実数値で「+102」

調合→リビルド→武器強化

他のマテリアル環には目もくれずグランツオルゲンだけを入れて調合。

リビルドで発現。ここは、本来のアタッカーの証を「アタッカーの証が発現する」古の闘剣を入れます。なぜなら、これをリンクコールすることで「攻撃力」のマテリアル環が発現するからです。

装備強化による能力上昇は

スキル強化+HP回復を持つドンケルハイト

そして、クリティカル時のダメージを上乗せする巨大なツメ(立派な切れ味)です。

最終的な数値の変遷はこんな感じです。

装備と合わせた全ステータス

こちらがそのステータス。アタッカーLv.を重ねたことで、ブレイバーLv.がそのまま乗ります。つまり、「ロールレベルに応じて全能力が上昇」の恩恵に与ることができます。

1. ステータス推移まとめ表

項目1. 調合完了時 (Lv.48)2. リビルド完了時 (Lv.82)3. 装備強化完了時 (Lv.82)4. 秘密の鍵込み全ステータス (ボオス最終)
ランク / 品質B / 999S / 999S / 999S / 999(装備品質: 200)
属性 / 属性値氷・雷 / 3氷・雷 / 5氷・雷 / 5氷・雷 / 5
HP1311811871314
攻撃力2585236493207
防御力1222722732824
素早さ2063563693863
発現ロールブレイバー(Lv. 97)

2. 各工程の詳細データ

  • ① 調合完了時 (Lv.48)
    • 効果: 怪物狩りの剣・中 / アタッカーの証2
    • 特性: 攻防強化++ 99 / 全能力強化++ 99 / 攻速強化++ 99
    • 超特性: (未付与)
  • ② リビルド完了時 (Lv.82)
    • 効果: 妖魔狩りの剣 / アタッカーの証6
    • 特性: 攻防強化++ 99 / 全能力強化++ 99 / 攻速強化++ 99
    • 超特性: 英雄の心得(アタッカーレベルが上昇)
  • ③ 装備強化完了時 (Lv.82)
    • 効果: 妖魔狩りの剣 / アタッカーの証6 / 神域の花びら / 立派な切れ味
    • 特性: 攻防強化++ 99 / 攻速強化++ 99 / 全能力強化++ 99
    • 超特性: 英雄の心得
  • ④ 秘密の鍵・全身装備反映時(ボオス最終ステータス)
    • 発現ロール: ブレイバー Lv.97(攻撃97 / 防御0 / 補助0)
    • ロール効果: ターゲットとなる確率が上昇し、パーティのブレイバーの数だけフェイタルドライブの威力が上昇。ロールレベルに応じて全能力が上昇
    • 最終パラメータ:
      • HP: 1314
      • 攻撃力: 3207
      • 防御力: 2824
      • 素早さ: 3863

という形。

まずはこのベースモデルができたことで、

「このステータス特化型」ボオスと、今後作ることになる「スキル特化型」、どこまでダメージを乗せることができるかの下地が完成です。

『ライザのアトリエ3』調合ケーススタディ:『渡り鳥のお守り』の作り方。

2年ほど前に公開した「ボオス&クラウディア」の調合記事に対し、システムへの深い探求心に満ちたご質問コメントをいただきました。

まずは、お寄せいただいたコメントをご紹介します。

【読者様からのコメント】
3点ほど、助言いただけたら幸いです。
1.武器の特性・超特性に対して
2.ロールに対して
3.属性防御について
1.武器の調合に関してですが、
●A系統(攻防 / 攻速 / 防速 / 全能)
●B系統(スキル強化++ / スキル強化+ / スーパースキル)
の2つの系統に対し(他もある?)、今日の時点でA系統の強化しかしていないです。
よく攻略記事などで「最強武器」などは謳われていますが、それは「自分で操作する前提」「サポートモード」「アグレッシブモード」のどれにおける最強なのかというのがわからないなぁと思っています。
どうやって特性・超特性を決めていくのか、効果の計測方法はどんな感じでやっているのかなど知りたいです。
2.ロールについての理解が全くできてないです。。
たまにロール60みたいな画像が載っている記事を見ますが、私はロールが5とか7とかまでしか上がりません。そもそも役割もわかっていません。
ロールはどうやって60などに高めるのでしょうか?そうすると、何が変わるのでしょうか?
3.属性防御について
ボオスだけはなぜかステータス画面で属性の耐性に色がついていますが、なぜついているのかもわかりません。他の10人は色がついていないので、低耐性だと思います。もっとちゃんとした耐性の付け方があるのだと思います。(※その割にボオスは撃たれ弱すぎます。。)
11人全員に、渡り鳥のお守りをつけています。この渡り鳥は当然すべての効果を開放できています。14賢者、11クリスタルエレメント、その他、竜素材や動物素材にいたるまで可能なカテゴリの影響拡大中間生産物は作ってあるので。

基礎を完全に理解されているからこそ突き当たる、非常に鋭く本質的な疑問です。

そこで今回は、いただいた3つの疑問に対して小手先の回答で終わらせるのではなく、「筆者が実施している調合方針」を解き明かす形で、徹底的に解説してみたいと思います。

本記事では、以下のステップに沿って順を追ってロジックを展開していきます。

  1. 装飾品「渡り鳥のお守り」:私はこう組みました
    (※あえてリンクコールを使わずに組んだ基礎例
  2. ステータス決定論:A系統(ステ盛り)vs B系統(スキル特化)の真実
    (※なぜ私はA系統に寄せるのか? アイテムダメージ200万超を叩き出すための相乗効果)
  3. 効果測定の実践:ラムロースト2号を用いた武器性能の計測手法
    (※自操作・サポート・アグレッシブの各モードにおける実戦値の比較検証)
  4. ロールの極意:「ロール60」への到達手順と劇的なダメージ変化
    (※ボオスを題材に、ロールレベル合算の仕組みと「リンクコールを利用した高レベルロール」の真価を解明)

読者様のヒントになれば幸いです。

それでは、まずは「渡り鳥のお守り」の設計から見ていきましょう。

前提条件

  • 中和剤ループによって各種特性をコントロールできていること。
  • 超純度による無限ジェムと中間素材の複製ができていること。
  • クリアデータ / クリアデータに近いレベルでSSRのシンセサイズキーを所有していること。
  • アドバンススキル「マテリアルプラス」(秘密の鍵を調合で使用したとき、投入回数が1回増える)を解放している。

筆者調合の渡り鳥のお守り

ステータス

項目備考
装飾品名渡り鳥のお守りランクS / Lv.39
装備可能者全員(11人)ボオス装備中
属性 / 属性値風・雷 / 4
品質999
HP145
攻撃力492
防御力237
素早さ499

効果・特性・超特性

  • 効果1:安全本願
    • 状態異常耐性が上昇する。戦闘開始時、防御力が上昇する。
  • 効果2:アイテム強化+20%
    • 使用するコアアイテムの威力が20%増加する
  • 効果3:ダメージ軽減+20%
    • あらゆるダメージを20%軽減する
  • 効果4:旅の休息
    • 行動時にHPとブレイク値を回復する
  • 特性1:攻速強化++ 99
    • 攻撃力と素早さが最大で100増加する
  • 特性2:防速強化++ 99
    • 防御力と素早さが最大で100増加する
  • 特性3:全能力強化++ 99
    • 全ての能力値が最大で50増加する
  • 超特性:英雄の心得
    • アタッカーレベルが上昇する

中間素材の調合

グランツオルゲン

筆者は上記の例で言う「A系統:ステータス振り切り」でやっています。理由は

「コアアイテム主体で戦うため、敵より素早さを上げて先制攻撃で屠る」

ためです。

そのため、グランツオルゲンは

  • 攻速強化++ 99
  • 防速強化++ 99
  • 全能力強化++ 99

を特性に選んでいます。ちょっとしたTIPSとして

  • 武器で使えるステータス上昇の特性は「攻撃」に関する特性が利用できます。
    • 速強化
    • 防強化
  • 防具で使えるステータス上昇の特性は「防御」に関する特性が利用できます。
    • 強化
    • 速強化
  • 装飾品で使えるステータス上昇の特性は「素早さ」に関する特性が利用できます。
    • 強化
    • 強化

そのため、武器や防具でグランツオルゲンを作る際は、筆者は上記を組み替えています。

ここでのポイントはシンセサイズキー「属性追加:雷」を使うこと。

これにより、グランツオルゲンには全属性が付与され、どの属性であっても「金属」のマテリアル環を発現できます。

クリムゾンバース

影響拡大+4を持つ気体。渡り鳥のお守りでの調合/リビルド時にマテリアル環を一気に発現させます。

ここでのポイントはシンセサイズキー「属性追加:風」を使うこと。渡り鳥のお守りのマテリアル環は風属性が多いため、調合レベルをあまり上げずに一気に効果を発現できるからです。

秘密の鍵

各地のランドマークを回り、○○上昇・超 をそろえておきます。(もちろん、DLCで白楼の鍵を手に入れているのであれば、○○上昇・神域が望ましいです)

調合

パールクリスタルを調合します。

秘密シリーズの定跡、下位素材から調合していき、最終的な投入回数を増やします。

  • 大貝の白玉(属性値3以上)を入れます。
  • コライユサーブル(属性値3以上)を入れます。
  • レシピ変化のマテリアル環があるところまで寄り道せずに素材を入れていきます。
  • レシピ変化の前にシンセサイズキーを入れます。「○○上昇・超 以上」のステータス上昇を投入します。

※このシンセサイズキーのパラメータ(ステータス)上昇は、レシピ変化で装飾品に変わったときにそのまま引き継がれます。

献身のロケットからレシピ変化させます。

  • 巨鳥の風切羽(属性値3以上)×2
  • 巨鳥の風切羽(属性値4以上)×1

を入れます。

  • レシピ変化の前にシンセサイズキーを入れます。「○○上昇・超 以上」のステータス上昇を投入します。

金属のマテリアル環で、先に述べた「グランツオルゲン(攻速強化、防速強化、全能力強化)を、「調合回数残り1」になるまで入れます。

というのも、渡り鳥のお守りで入れられるステータス上昇系のインゴットは、ステータス上昇がやや弱いクリミネアしかないからです。

導きの鳥の羽を入れてレシピ変化をします。

渡り鳥のお守りを調合します。

  • シンセサイズキーを入れます。

条件は

  • 属性:風
  • モチーフ:羽根
  • レアリティ:SSR以上
  • 効果:ステータス上昇系
  • クリムゾンバース(追加属性:風)を投入し、中間のマテリアル環を発現させます。
  • 後は投入回数いっぱいまでクリミネアを入れます。

※TIPS※「ソーサリーローズ」は「気体」を持つクロース系なので、投入に余裕があるなら、これを入れてのステータスアップも見込めます。

この段階での渡り鳥のお守りがこちらです。

ステータス

項目備考
装飾品名渡り鳥のお守りランクS / Lv.13
装備可能者全員(11人)初期調合完了時点
属性 / 属性値風・雷 / 4
品質999
HP142
攻撃力441
防御力237
素早さ436

効果・特性・超特性

  • 効果1:安全祈願・極
    • (※リビルド前段階の発現効果)
  • 効果2:アイテム強化+20%
    • 使用するコアアイテムの威力が20%増加する
  • 効果3:ダメージ軽減+10%
    • あらゆるダメージを10%軽減する(※リビルドで+20%へ成長余地あり)
  • 効果4:旅の休息
    • 行動時にHPとブレイク値を回復する
  • 特性1:攻速強化++ 99
    • 攻撃力と素早さが最大で100増加する
  • 特性2:全能力強化++ 99
    • 全ての能力値が最大で50増加する
  • 特性3:防速強化++ 99
    • 防御力と素早さが最大で100増加する
  • 超特性
    • (※この調合段階では未付与 / リビルド時に「英雄の心得」等を投入)

リビルドを行います。

この段階で超特性の気体(英雄の心得)を入れます。残りの効果を発現させていきます。

項目初期調合完了時 (Lv.13)アイテムリビルド完了時 (Lv.39)変化・進化ポイント
HP142142変動なし(初期投入素材で完成済み)
攻撃力441441変動なし
防御力237237変動なし
素早さ436436変動なし
アイテムLvLv.13Lv.39リビルド投入により上昇
効果1安全祈願・極安全本願ランクアップ発現!
効果3ダメージ軽減+10%ダメージ軽減+20%被ダメージ軽減が10%強化!
超特性なし(空き枠)英雄の心得アタッカーレベル上昇が付与

装備強化を行います。

既に効果テーブルは埋まっているので、適当にステータスが上がる中間素材(マスターレザー)を入れました。ドレッドレザーがあれば更に上がると思います。

まとめ

  1. 全属性を付与したグランツオルゲンを作っておく。
  2. その際に必要な特性を発現させておく。
  3. レシピ変化がある装飾品は下位素材から作っていく。
  4. この時、全ての段階でシンセサイズキーを入れてステータス上昇とマテリアルプラスによる投入回数上昇を見込んでおく。
  5. 調合の時点でステータス上昇の特性の素材をたっぷりと入れるため効果発現はリビルドで行う。
  6. リビルド時に超特性の付与をついでに行う。
  7. 最後に装備強化でステータスの追加上昇を行う。

が筆者の武器の調合法です。

次の展望

ステータス決定論:A系統(ステ盛り)vs B系統(スキル特化)の真実
(※なぜ私はA系統に寄せるのか? アイテムダメージ200万超を叩き出すための相乗効果)

を書いていこうと思います。

【ネタバレあり】『BLUE REFLECTION QUARTET』で詰まったところ。(やみのどうくつ)

  • BLUE REFLECTION
  • BLUE REFLECTION Ray/澪(ダイジェスト版)
  • BLUE REFLECTION Sun/燦(ダイジェスト版)
  • BLUE REFLECTION Tie/帝

が揃ったブルリフQ。そこの実績である「やみを統べるものを統べる者」解除。一筋縄ではいかなかったので、そのメモ書きです。

やみのどうくつとは?

初代ブルリフ、フリスペ(作中内スマートフォンアプリ)に入っているミニゲーム。

簡単な選択肢を選ぶことで魔物のステータス

  • げんき
  • あいきょう
  • きてん
  • ストレス

が増減。そのたびに「しあがり」がカウントアップ。ステータスに応じて魔物の姿が変化していき、仕上がりが全て埋まったら(10回ステータスを変化させたら)クリア。

これが難所だった理由

「ステータスを全て上げてからストレス以外のステータスをゼロ/1以下にする」

というパラメーター調整に他なりません。しかも、選択肢は10回。画面の切り替わりがお世辞にも高速とは言えず、更に「エリアを3回遷移しないと次の選択肢に切り替わらない」のもめんどくささに拍車がかかります。

事前準備

この実績は第三章のフリー期間から解除可能です。

場所を選ぶ

筆者はこの中庭を選びました。というのも、左に進めば

1F廊下に切り替わり、そのまま左に進むことを繰り返すことで、次の選択肢が出てくるからです。

セーブ&ロード

これが一番大事です。

初期値が極めて高い個体がでるまでセーブ&ロード(リセマラ)を繰り返します。

  • げんき:3
  • あいきょう:3
  • きてん:4

が基準点です。

選択肢を変更し、ステータスを上げていく

赤い■がステータスアップ(しあがりのカウントアップ)、青い■がステータスダウンとなります。

最初の段階で、ストレス以外のステータスを全て5まで持って行きます。

このとき、□やYボタンなどで「選択肢を変えられる」のがポイントです。効率的に上げる、下げるを繰り返します。

クリアできるかどうかは「しあがり」が3のところで

  • げんき
  • あいきょう
  • きてん

が5になっていること。

選択肢を変更してステータスを下げる

ここからはステータスを下げる選択肢を選び続けます。「一度に3ステータスダウン」が目標です。

また、ストレスを上がっていると、ステータスがダウンしやすい傾向にあるようです。

こうして、しあがり8の段階で

  • げんき:0
  • あいきょう:1
  • きてん:2

まで下がりました。

しあがり「9」で『ネクラノミーコ』に変化すれば最終形態。晴れて実績解除になります。

まとめ

  • 次の画面に行きやすい場所を選ぶ。
  • 初期ステータスが高い魔物がでるまでセーブ&ロード
  • ステータスを上げる選択肢を切り替えていく。
  • 「しあがり3」の段階でストレス以外のステータスを5にする。
  • あとはストレス以外のステータスを0にしていく選択肢を切り替えて選んでいく。

方法そのものはなんてこと無い作業ですが、非常にストレスフルな実績で、「なんで無印で苦労した(実際解除できませんでした)地獄がQで残っているんだ……」と軽く絶望しました。

セキュリティデッキを組もう:ModSecurity Request-900-Exclusionの編集意義

MtGやDMを遊んだことがあるのであれば聞いたことがあるだろう

「カードはルールに勝つ
 (カードの効果とルールが直接矛盾した場合、カードの効果を優先する)」

という大原則。

「カードを2枚引く」

というシンプルなテキストであっても、通常、プレイヤーは1ターンに1枚のみカードを引くと言うルールがありますが、カードにそう書かれていればそのルールを無視した挙動が可能になります。

一見すると乱暴な言葉ですが、実際にはゲームデザイン上もっとも重要な考え方の一つです。

基本ルールは全員共通。しかし、カードには「この場合だけは例外」が書かれています。だからこそ何万種類ものカードが共存できます。

実は、この考え方は ModSecurity にも、そのまま当てはまります。

今回、私がModSecurityに導入している「REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf」について解説します。

REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.confとは?

ModSecurityで本格的な防御を行う際、多くの人が「OWASP CRS(Core Rule Set)」という、世界中のセキュリテイ専門家が作った強力な既製ルール集を導入します。

CRSは非常に優秀ですが、何千もの緻密なルールが詰まっているため、上から順にすべてをチェックするとそれなりの処理コスト(CPUやメモリ)がかかります。

また、これは非常にデリケートでガチガチなので

  1. ファイルをアップロードした
  2. コードを書き込んだ
  3. クリックを繰り返した

だけで「こいつは怪しい動きをしている」として、アクセスそのものを遮断する「偽陽性」が発生します。

そこで、膨大なCRSの本体を書き換えることなく

  1. プログラムのコードやコマンドラインなどを投稿するのはOK
  2. だが、それを使った攻撃は許さない
  3. 複雑なスキャンは不要。「悪・即・斬」レベルで不審な攻撃をたたき落とす
  4. 逆に「こいつは面白い動きをするからハニーポットに誘導しよう」

などの「デッキを作るような感覚で」膨大なCRSを制御する方法として用意されているのが、REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf(以下、900番BEFOREルール)です。

設置例

筆者環境

  • ModSecurity 2.9.7
  • Core Rule Set 3.3.5
  • Apache 2.4
  • Ubuntu 24.04

どこに置くか?

筆者環境の場合は

/usr/share/modsecurity-crs/coreruleset/rules配下のREQUEST-900-EXCLUSION-RULES-BEFORE-CRS.confですが、

/home/hoge/script/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf

など、自分がメンテナンスしやすい位置にこのファイルの実体を置いておき、ln -sfでシンボリックリンクを張る方が非常に簡単です。というのも、「このデッキ調整」はデリケートな作業なので何回も何十回も調整が必要になります。そのたびに深い階層を掘ってファイルを編集するのは効率的ではありません。

とはいえ、シンボリックファイル is Evil だったりrootアカウントしかないとかいう方はいるので流儀に合わせてください。

ケーススタディ

効果的なカスタム案

筆者が実際に使っている中で最も効果的なルールがこれです。

# IPアドレス直打ちアクセス対策 
SecRule REQUEST_HEADERS:Host "@rx ^[\d.]+(:\d+)?$" \
    "id:10004,\
    phase:1,\
    deny,\
    status:404,\
    log,\
    msg:'[CUSTOM RULE] Host header is a numeric IP address (incl port). Blocked immediately.',\
    tag:'application-attack',\
    tag:'PROTOCOL_VIOLATION/INVALID_HREQ'"

# Hostヘッダーが存在しない場合は即ブロック
SecRule &REQUEST_HEADERS:Host "@eq 0" \
    "id:10005,\
    phase:1,\
    deny,\
    status:404,\
    log,\
    msg:'[CUSTOM RULE] Missing Host Header. Blocked immediately.'"
  • id:10004:
    • 正規表現 @rx ^[\d.]+(:\d+)?$ を使い、Hostヘッダーの中身が「数字とドットだけ(または末尾にポート番号)」で構成されているかを判定します。IPアドレス直打ちであれば、その瞬間に合致(マッチ)します。
  • id:10005:
    • 変数の頭に & をつけることで、そのヘッダーの「個数」を数えます。@eq 0(=0個、つまりHostヘッダーが存在しない)場合にマッチします。
  • phase:1:
    • これが非常に重要です。リクエストの解析が始まった「最速の段階(フェーズ1)」で検査を行います。
  • deny, status:404:
    • 条件にマッチしたら、荷物の中身(Body)を見るまでもなく、即座に通信を拒否し、404エラーを返して追い払います。

カスタム案が拾ったログ

以下、実際に私のサーバにアクセスしたログです。

# 例①:Hostヘッダー自体が存在しない(欠落)
[ security2:error] ModSecurity: Access denied with code 404 (phase 1). ... [file "/usr/share/modsecurity-crs/coreruleset/rules/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf"] [line "72"] [id "10005"] [msg "[CUSTOM RULE] Missing Host Header. Blocked immediately."]

# 例②:Hostヘッダーがドメインではなく「IPアドレス直打ち」
[ security2:error] ModSecurity: Access denied with code 404 (phase 1). ... [file "/usr/share/modsecurity-crs/coreruleset/rules/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf"] [line "63"] [id "10004"] [msg "[CUSTOM RULE] Host header is a numeric IP address (incl port). Blocked immediately."]
sequenceDiagram Note over Crawler: 不正なリクエストを送信<br>(Host: 192.0.2.1) Crawler->>ModSecurity_WAF: HTTP GET / (Host不正) Note over ModSecurity_WAF: phase:1 で瞬時に検知!<br>背後のWebサーバーやアプリには<br>一切パスさせない ModSecurity_WAF-->>Crawler: 404 Not Found (即座に遮断)

という形で、ModSecurityの背後にあるコンテンツに一切触れさせることなく追い払うことができます。

余談:これで追い返して問題は無いのか?

ありません。断言します。なぜなら、ローカル運用ならいざ知らず、ドメインで動くモダンインターネットにおいて

http://203.0.113.6

などと直打ちするケースはほぼありません。なので、IPアドレス直打ちはほぼ確実に「膨大なIPをしらみつぶしに探し回るボット」です。

そして、Webサイトを閲覧するとき、ブラウザとサーバーの間では「データの荷物」がやり取りされています。この荷物は、大きく分けると「ヘッダー(Header)」「ボディ(Body)」の2つで構成されています。

郵便に例えると、以下のようなイメージです。

  • ヘッダー(Header): 封筒の表面。「宛先」「差出人」「中身の形式」などが書かれた管理情報。
  • ボディ(Body): 封筒の中身。「実際のページデータ(HTML)」や「画像」そのもの。

普段目にするWebページは「ボディ」ですが、それを正しく届けて表示するためには、不備のない「ヘッダー(封筒の表面)」を付与するというのがブラウザの挙動です。

900番BEFOREルールである意味

そして、このファイルは「CRSが動く前に対処できる」という、MtGで言う「打ち消し呪文」のようなものとして機能します。

もし、これをRESPONSE-999-EXCLUSION-RULES-AFTER-CRS.confという「最終的に評価するルール」で書いた場合

sequenceDiagram Crawler->>ModSecurity_WAF: HTTP GET / (Host: 192.0.2.1) Note over ModSecurity_WAF: 1.900番BEFORE ルール(何もなし) -> 通過 Note over ModSecurity_WAF: 2. メインCRS審査(数千のルール) Note over ModSecurity_WAF: SQLインジェクションの検査...OK<br>XSSの検査...OK<br>(延々とノーマル審査が続く) Note over ModSecurity_WAF: 3. (AFTERルールに書いた場合) Note over ModSecurity_WAF: ここでようやくルール10004にヒット ModSecurity_WAF-->>Crawler: 404 Not Found (一応遮断はできたが...)

という流れになります。

もしクローラーが超高速で連射してきた場合、この「無駄なフルコンボ審査」のせいでModSecurity自体の処理が追いつかなくなり、サーバーのCPU使用率が100%に張り付いて、一般ユーザーのアクセスが重くなる(あるいは落ちる)という本末転倒な事態が起きます。

このカスタム案の意義

OWASP CRSは非常に優秀です。

SQLインジェクション、XSS、RCEなど、現代的な攻撃に対する膨大な知見が詰め込まれており、何も考えずに導入しても一定以上の防御力を得られます。

しかし、それはあくまで「世界中の誰にでも当てはまる最大公約数」です。

私のサーバーには私のサイト構成があり、私の利用者がおり、私の攻撃ログがあります。

だからこそ

  • このサイトではコードの投稿は許可する
  • このURLへの異常なクロールだけは絶対に許さない
  • この挙動は攻撃ではないので除外する
  • この通信はコンテンツを見る価値すらないので即座に落とす
  • 面白い相手ならハニーポットへ誘導する

という「自分だけのルール」が必要になります。そのための「私のデッキ」が900番BEFOREルールです。

CRS本体を直接編集する必要はありません。

世界中のセキュリティ専門家が更新し続けるルールセットはそのまま利用し、自分の環境だけに必要な判断を、カードを1枚追加するような感覚で差し込めます。

だから冒頭で紹介した

「カードはルールに勝つ」

という考え方が、そのままModSecurityにも当てはまるのです。

CRSという基本ルールがあり、その前に「このサイトではこうする」という例外を定義する。それだけで、自分だけのWAFが出来上がります。

私にとってREQUEST-900-EXCLUSION-RULES-BEFORE-CRS.confは、単なる設定ファイルではありません。

毎日流れてくるログを眺め、

  • 「これは900番で落とせるな」
  • 「このクローラーはハニーポット送りにしよう」
  • 「これはCRSに任せた方がいい」

そんな調整を繰り返しながらデッキをチューニングしていく場所です。Webサイトを運営する人にとって、攻撃ログは鬱陶しいものに見えるかもしれません。

しかし見方を変えれば、それは次の一枚を考えるための対戦ログでもあります。

オリジナルに手を加えない意義

また、この900番BEFOREルールを別ファイルとして管理する最大の理由は、「本家に手を入れない」ことです。

CRSは更新され続けます。

もしCRS本体を書き換えてしまうと、アップデートのたびに差分を確認し、競合を解消し、自分の修正を書き戻す必要があります。

一方、自分のデッキを900番BEFOREだけに閉じ込めておけば、CRSが更新されても自分のカードはそのまま使い続けられます。

新しいサーバーへ移行するときも、自分のデッキを1枚コピーするだけです。デッキは、一度組んで終わりではありません。

  • 新しい攻撃ログを見つけたら1枚差し替え、
  • 不要になったカードは抜き、
  • 新しい環境に合わせて調整していく。

世界中の専門家が作ったルールセットを土台に、自分のサイトで得た対戦ログから一枚ずつカードを選び、デッキを育てていく。それが私にとってのREQUEST-900-EXCLUSION-RULES-BEFORE-CRS.confです。

Ubuntu26.04とQNAPの連携。

QNAPの構築も一段落したため、やりたいこと「LinuxサーバとQNAPをつなぎ、冗長化を持たせた大容量ストレージにする」を開始します。

そもそもNFS (Network File System) とは?

NFSは、主にUNIXやLinuxなどのOS間でファイルを共有するために開発されたプロトコルです。

一番の特徴は、リモート(NASなど)にあるフォルダを、自分のコンピュータのディレクトリツリー(/mnt/qnap など)の一部として組み込めることです。
一度マウントしてしまえば、ユーザーやアプリからはそれがネットワーク経由であるということを意識せず、通常のファイル操作と同じコマンド(ls, cp, mvなど)で扱えるようになります。

主な用途

  • Webサーバーのデータ共有: 複数台のサーバーで同じ画像データなどを参照する場合。
  • バックアップ: サーバーのログやDBのダンプファイルをNASに直接書き込む。
  • 仮想化環境: 仮想マシンのディスクイメージを保存する場所(ストレージ)として利用。

他の共有方式(SMB/CIFS)との違い

よく比較されるものに、Windowsで一般的に使われる SMB (Server Message Block) があります。QNAPはどちらも使えますが、以下のような違いがあります。

特徴NFSSMB (Windows共有)
主なOSLinux / UNIXWindows (Linuxでも可)
設定のしやすさ非常にシンプル(IPベース)ユーザー名/パスワードが基本
パフォーマンスLinux間なら非常に高速以前は遅かったが今は高速
権限管理LinuxのUID/GIDに依存WindowsのACLに依存

今回目指したこと。

sequenceDiagram autonumber participant U as ユーザー participant S as Linuxサーバ (OS) participant NC as Nextcloud (アプリ) participant Q as QNAP (NAS) Note over S, Q: 1. インフラ層のマウント設定 S->>Q: NFSマウント要求 (linuxserver:/NFS) Q-->>S: 接続許可・ディレクトリを /mnt/qnap に結合 Note over U, Q: 2. Nextcloudでの外部ストレージ利用 U->>NC: ファイル一覧を表示 NC->>S: 外部ストレージ設定に基づき /mnt/qnap を参照 S->>Q: NFSプロトコル経由で実データにアクセス Q-->>S: フォルダ・ファイル情報を返す S-->>NC: データを透過的に引き渡し NC-->>U: ブラウザ上にQNAP内のファイルを表示 Note over U, Q: 3. ファイルのアップロード時 U->>NC: ファイルをアップロード NC->>S: /mnt/qnap 配下に書き込み命令 S->>Q: ネットワーク経由でQNAPにデータを転送・保存 Q-->>U: 保存完了

手順

以下、作業メモです。

ステップ1:QNAP側でのサービス有効化

  1. コントロールパネル > ネットワークとファイルサービス > Win/Mac/NFS/WebDAV を開く。
  2. NFSサービス タブで「NFSサービスを有効にする(v2/v3, v4)」にチェックを入れ、「適用」。

ステップ2:共有フォルダの権限設定

  1. コントロールパネル > 権限 > 共有フォルダ で対象フォルダ(例:NFS)の「アクセス権の編集」を開く。
  2. 「権限タイプの選択」を NFSホストのアクセス に切り替える。
  3. 「追加」 を押し、ホスト名に *(またはLinuxのIP)を入力。
  4. 重要設定:
    • 権限: 「読み取り/書き込み」を選択。
    • Squashオプション: rootユーザーで操作する場合は「なし(NO_ROOT_SQUASH)」を推奨。
  5. 設定を保存し、表示されている ネットワークパス(今回なら /NFS)をメモする。

ステップ3:Linuxサーバー側でのマウント操作

  1. ツールのインストール(未導入の場合):
    • sudo apt install nfs-common (Ubuntu/Debian)
    • sudo yum install nfs-utils (RHEL/CentOS)
  2. マウントポイントの作成:
    • sudo mkdir -p /mnt/qnap
  3. 手動マウントの実行:
    • sudo mount -t nfs QNAPのIP、ホスト名:/NFS /mnt/qnap
  4. 確認:
    • df -h を実行し、ファイルシステム欄に QNAP のパスと容量が表示されれば成功。

ステップ4:自動マウントの設定(永続化)

サーバー再起動後も自動で接続されるよう設定します。

/etc/fstabは正直編集したくないファイル筆頭です。可能な限り先にやっておくことを強く勧めます。

  • /etc/fstabバックアップ

※バックアップと言ったところで、失敗した瞬間にサーバが立ち亜が楽なるは普通に発生します。慎重を期してください。

sudo cp -pi /etc/fstab /path/to/backup/fstab.$(date +%Y%m%d)
  • バックアップ確認
diff -u /path/to/backup/fstab.$(date +%Y%m%d) /etc/fstab

差分がないことを確認します。

  • /etc/fstab追記:
QNAPのIP、ホスト名:/NFS  /mnt/qnap  nfs  defaults,_netdev  0  0

※自分の環境に合わせます。

  • /etc/fstab追記確認:
diff -u /path/to/backup/fstab.$(date +%Y%m%d) /etc/fstab

以下の差分を確認します。

+ QNAPのIP、ホスト名:/NFS  /mnt/qnap  nfs  defaults,_netdev  0  0

テスト

  • NFSマウント解除
sudo umount /mnt/qnap
  • fstabマウント
sudo mount -a
  • マウント確認
df -h

は味気ないので

{
&nbsp; echo "| デバイスパス | タイプ | 全サイズ | 使用率 | マウントポイント |"
&nbsp; echo "| --- | --- | --- | --- | --- |"
&nbsp; df -hPT | grep -vE 'tmpfs|shm|devtmpfs' | tail -n +2 | awk '{printf "| %s | %s | %s | %s | %s |\n", $1, $2, $3, $6, $7}'
}

のワンライナーを用います。

デバイスパスタイプ全サイズ使用率マウントポイント
/dev/sda2ext4233G6%/
efivarfsefivarfs256K12%/sys/firmware/efi/efivars
/dev/sda1vfat1.1G1%/boot/efi
QNAP:/NFSnfs44.2T30%/mnt/qnap

などが表示されればOKです。

サーバの再起動

この段階で

sudo reboot

をかけておきます。序盤でfstabの不具合に気づかないと、後のサーバ運用そのものが詰みます。

Page 1 of 28

Powered by WordPress & Theme by Anders Norén