8 / 8 shorts · 1 / 1
Windows 11 で Palworld Dedicated Server を動かしている間だけ、Deadlock が起動後のロード画面へ進まず、PUBG では「外部プロバイダーからの認証に失敗しました」と表示されました。 Palworld を停止すると Deadlock は起動できました。その後、Palworld の Query Port を UDP 27015 から 27100 へ変更すると、サーバーを動かしたまま PUBG も起動できました。
Windows 11 で Palworld Dedicated Server を動かしている間だけ、Deadlock が起動後のロード画面へ進まず、PUBG では「外部プロバイダーからの認証に失敗しました」と表示されました。
Palworld を停止すると Deadlock は起動できました。その後、Palworld の Query Port を UDP 27015 から 27100 へ変更すると、サーバーを動かしたまま PUBG も起動できました。
Palworld のゲーム接続には UDP 8211 を指定していましたが、実際の待受ポートを PowerShell で確認すると、PalServer-Win64-Shipping-Cmd.exe が UDP 27015 も使っていました。
Get-NetUDPEndpoint -LocalPort 27015 |
Select-Object LocalAddress, LocalPort, OwningProcess,
@{Name = "ProcessName"; Expression = {
(Get-Process -Id $_.OwningProcess).ProcessName
}}Deadlock の公式フォーラムにも、無限ロードの原因が使用中のポート 27015 だったというユーザー報告があります。今回は Palworld を終了すると Deadlock が進み、Palworld を起動すると再発したため、同じポート競合だと切り分けられました。
Palworld の起動引数へ -queryport=27100 を追加しました。変更前に 27100 が空いていることを確認し、ワールドのバックアップを取ってからサーバーを再起動しています。
PalServer.exe -port=8211 -players=5 -logformat=text -queryport=27100-port=8211 はゲームに接続するポート、-queryport=27100 は Steam のサーバー照会に使うポートです。Steamworks の API でも Game Port と Query Port は別の値として扱われています。
2026 年 7 月 23 日時点の Palworld 公式起動引数一覧には -queryport の記載がありません。コミュニティで使われていた回避策を試し、この PC では Palworld が UDP 27100 を待ち受けるところまで確認しています。
参考: Palworld Server Guide の起動引数 / SteamGameServer_Init / 同じ -queryport 回避策の報告
再起動後の割り当ては次の状態になりました。
| UDP ポート | 使用プロセス | 用途 |
|---|---|---|
| 8211 | Palworld | ゲーム接続 |
| 27015 | PUBG の TslGame.exe | PUBG 起動後に取得 |
| 27100 | Palworld | Query Port |
Palworld の Query Port を 27100 へ変更したあと、PUBG は空いた UDP 27015 を取得して起動できました。エラーメッセージだけでは原因を絞れませんでしたが、この PC では Palworld の Query Port 変更で解消しています。
Hamachi 経由の参加先は、変更前と同じ 25.x.x.x:8211 です。参加者側の設定変更はありませんでした。
このサーバーは IP アドレスと UDP 8211 を直接入力する身内用なので、Query Port を変えても接続先は変わりません。コミュニティサーバーとして Steam のサーバー一覧へ公開している場合は、変更先の Query Port をファイアウォールとルーターで通せるか確認が必要です。
関連: Palworld Dedicated Server に Hamachi から繋がらなかったときの Windows Firewall 設定
Windows 11 で Palworld Dedicated Server を起動し、離れた友人と Hamachi 経由で遊ぼうとしたところ、参加者側は接続できず、サーバーログにも何も出ませんでした。 Hamachi ではお互いオンラインで、サーバーも既定の UDP 8211 を待ち受けていました。原因は Windows Firewall に残っていた Pal という拒否規則でした。
Windows 11 で Palworld Dedicated Server を起動し、離れた友人と Hamachi 経由で遊ぼうとしたところ、参加者側は接続できず、サーバーログにも何も出ませんでした。
Hamachi ではお互いオンラインで、サーバーも既定の UDP 8211 を待ち受けていました。原因は Windows Firewall に残っていた Pal という拒否規則でした。
Hamachi のピア診断ではトンネルとアダプターは正常でしたが、トラフィックテストは受信ブロックになっていました。
Windows 標準の PktMon で確認すると、参加者から UDP 8211 へのパケットはサーバー PC まで届いている一方、サーバーからの応答は 0 件でした。詳細トレースには次のドロップ理由も出ていました。
INET: receive inspection
INET: transport endpoint was not found
Inspection drop「Hamachi がオンライン」と「PalServer が UDP 8211 を待ち受けている」だけでは、Windows 内部をパケットが通過できるかまでは分かりません。
wf.msc の「受信の規則」を確認すると、PalServer-Win64-Shipping-Cmd.exe に対する有効な拒否規則が 2 件ありました。
PalWindows Firewall は、競合する許可規則より明示的な拒否規則を優先します。Microsoft の説明では、アプリの初回通信時に出る許可ダイアログで「いいえ」を選ぶか閉じると、通常は TCP と UDP の拒否規則が作られます。この 2 件も同じ形でした。
実行ファイルが PalServer のものだと確認してから、2 件の Pal 拒否規則だけを無効にしました。代わりに、次の条件へ絞った受信許可規則を残しています。
PalServer-Win64-Shipping-Cmd.exeHamachi25.0.0.0/8変更後のキャプチャでは、参加者からの 10 パケットに対してサーバーから 1,766 パケットの応答が発生し、そのまま参加できました。
ファイアウォール全体を切ったり、全ポートを許可したりする必要はありません。Palworld のポートを変えている場合だけ、UDP 8211 を実際の待受ポートへ読み替えます。
Shape of Dreams のリンボ6は、ゲーム本体の config ではなくセーブ JSON を編集して開放できました。例では Bismuth をリンボ5クリア済み扱いにして、深度6を選べる状態にしています。 リンボ本体は Evil Lucid Dream が4個あれば開きますが、深度6の開始には6個すべてが必要です。
Shape of Dreams のリンボ6は、ゲーム本体の config ではなくセーブ JSON を編集して開放できました。例では Bismuth をリンボ5クリア済み扱いにして、深度6を選べる状態にしています。
リンボ本体は Evil Lucid Dream が4個あれば開きますが、深度6の開始には6個すべてが必要です。
ゲームを終了し、次の QuickSave フォルダを丸ごとバックアップします。
C:\Users\<ユーザー名>\AppData\LocalLow\Lizard Smoothie\Shape of Dreams\QuickSave編集するのは、同じIDが付いた2ファイルです。
r_profile<UUID>.json
r_stats<UUID>.jsonr_profile<UUID>.json では、次の6組を開放済みにします。すでに開放済みのものは変更不要です。
| Evil Lucid Dream | 対応する実績ID |
|---|---|
LucidDream_FishScales | ACH_BARE_SKIN_SUPREMACY |
LucidDream_GrievousWounds | ACH_VIVID_DREAM |
LucidDream_MadLife | ACH_MASTER_OF_EVASION |
LucidDream_MarshOfDestiny | ACH_EMPRESS_OF_PAIN |
LucidDream_Overpopulation | ACH_M_M_M_MONSTER_KILL |
LucidDream_PrudentJellyfish | ACH_WRIST_FRIENDLY_BUILD |
各組で変更した値は次のとおりです。
実績データ:
isNew = true
isCompleted = true
currentProgress = maxProgress
completeTimestamp = 現在のUnix時刻
persistentVariables = null
Lucid Dream:
status = 2
didReadMemory = false
isNewHeroOrHeroSkill = false
isAvailableInGame = trueLucid Dream 側だけを変えると起動時の検証で戻る可能性があるため、対応する実績データも合わせました。
同じファイルの .root.preferredGameSettings.limbo は、Bismuth とリンボ6を選ぶ設定にします。
{
"difficulty": "diffLimbo",
"hero": "Hero_Bismuth",
"lucidDreams": [
"LucidDream_FishScales",
"LucidDream_GrievousWounds",
"LucidDream_MadLife",
"LucidDream_MarshOfDestiny",
"LucidDream_Overpopulation",
"LucidDream_PrudentJellyfish"
],
"allowDejavu": false,
"customData": {
"GameMod_Limbo::depth": "6"
}
}既存の lobbyName や heroSelectedLoadoutIndex など、ここに載せていない項目は消さずに残します。
r_stats<UUID>.json では、Bismuth のクリア深度を 5 にします。リンボの進行はキャラ別なので、別キャラで深度6を開ける場合はキャラ名を差し替えます。
.root.heroes.Hero_Bismuth.completedLimboDepth = 5
.root.total.completedLimboDepth = 5保存後は jq empty <ファイル名> で2ファイルとも JSON として読めることを確認してからゲームを起動します。Steam Cloud の競合が出た場合は編集したローカル側を選びます。実績データも変更するため、Steam 実績に反映される可能性があります。
Shape of Dreams のリンボは、LocalLow 配下のセーブ JSON を編集すると開放条件だけを満たせます。 編集対象はゲーム本体の config ではなく、次のプロファイル保存ファイルです。
Shape of Dreams のリンボは、LocalLow 配下のセーブ JSON を編集すると開放条件だけを満たせます。
編集対象はゲーム本体の config ではなく、次のプロファイル保存ファイルです。
C:\Users\<ユーザー名>\AppData\LocalLow\Lizard Smoothie\Shape of Dreams\QuickSave\r_profile*.jsonゲームコード上のリンボ開放条件は、Evil Lucid Dream が 4 個以上解放済みであることでした。
編集前に現在解放済みの Evil Lucid Dream を確認し、不足分だけ追加します。例では MadLife と Overpopulation を追加して 4 個にしています。
Evil Lucid Dream と対応する achievement は次の組み合わせです。
FishScales: ACH_BARE_SKIN_SUPREMACYGrievousWounds: ACH_VIVID_DREAMMadLife: ACH_MASTER_OF_EVASIONMarshOfDestiny: ACH_EMPRESS_OF_PAINOverpopulation: ACH_M_M_M_MONSTER_KILLPrudentJellyfish: ACH_WRIST_FRIENDLY_BUILD基本の流れはこうです。
r_profile...json をバックアップするACH_* を完了扱いにするLucidDream_* を status: 2 / isAvailableInGame: true にするLucidDream 側だけを書き換えても、起動時のプロファイル検証で戻される可能性があります。対応するゲーム内 achievement も一緒に完了扱いにするのがポイントです。
以下は MadLife と Overpopulation を追加する例です。バックアップを取ったうえで、PowerShell + jq で一時ファイルに変換してから置き換えます。jq が入っていない場合は、同じ値を手で編集しても大丈夫です。
$quickSave = "$env:USERPROFILE\AppData\LocalLow\Lizard Smoothie\Shape of Dreams\QuickSave"
$save = Get-ChildItem -LiteralPath $quickSave -Filter "r_profile*.json" |
Sort-Object LastWriteTime -Descending |
Select-Object -First 1 -ExpandProperty FullName
if (-not $save) { throw "r_profile*.json が見つかりません" }
$backup = "$save.bak_$(Get-Date -Format yyyyMMdd_HHmmss)"
Copy-Item -LiteralPath $save -Destination $backup
$ts = [DateTimeOffset]::UtcNow.ToUnixTimeSeconds()
$tmp = "$save.tmp"
$filter = @'
.root.achievements.ACH_MASTER_OF_EVASION |= (.isNew=true | .isCompleted=true | .currentProgress=.maxProgress | .completeTimestamp=$ts | .persistentVariables=null)
| .root.achievements.ACH_M_M_M_MONSTER_KILL |= (.isNew=true | .isCompleted=true | .currentProgress=.maxProgress | .completeTimestamp=$ts | .persistentVariables=null)
| .root.lucidDreams.LucidDream_MadLife |= (.status=2 | .didReadMemory=false | .isNewHeroOrHeroSkill=false | .isAvailableInGame=true)
| .root.lucidDreams.LucidDream_Overpopulation |= (.status=2 | .didReadMemory=false | .isNewHeroOrHeroSkill=false | .isAvailableInGame=true)
'@
jq --argjson ts $ts $filter $save > $tmp
jq empty $tmp
Move-Item -LiteralPath $tmp -Destination $save -Force編集後にそのままゲームを起動すると、リンボが開放され、Steam 実績も自動で解除されました。実績を動かしたくない場合は、この手順は使わないほうがよさそうです。
ゲーム中などに、Samsung 990 PRO の M.2 SSD が急に読み書きできなくなることがありました。 また、再起動しても対象の SSD が Windows から見えないことがあり、もう一度再起動するか、シャットダウンして起動し直すと認識される状態が頻繁にありました。
ゲーム中などに、Samsung 990 PRO の M.2 SSD が急に読み書きできなくなることがありました。
また、再起動しても対象の SSD が Windows から見えないことがあり、もう一度再起動するか、シャットダウンして起動し直すと認識される状態が頻繁にありました。
Windows のイベントログには、stornvme のコントローラーエラー、disk の Event ID 51、Ntfs の書き込み失敗が出ていました。
やったことは、Samsung Magician で SSD のファームウェアを更新しただけです。
更新前は 4B2QJXD7、更新後は 8B2QJXD7 になりました。
Samsung 公式の Samsung Storage Firmware では、990 PRO の 7B2QJXD7 に “To address the intermittent non-recognition and blue screen issue.”、8B2QJXD7 に “To improve read-operation stability.” と書かれていました。更新前の 4B2QJXD7 より後に、今回の症状に近い修正が出ていた形です。
今のところ、ゲーム中に SSD が読み書きできなくなる症状も再発していません。
Steam版 SAND: Raiders of Sophie が Unexpected error occurred で起動できませんでした。 最後は、Sand BE.exe を「管理者として実行」にして PC を再起動したら、Steam から起動できるようになりました。再起動がトリガーっぽいので、この設定だけで直ったのかはまだ分かりません。
Steam版 SAND: Raiders of Sophie が Unexpected error occurred で起動できませんでした。
最後は、Sand_BE.exe を「管理者として実行」にして PC を再起動したら、Steam から起動できるようになりました。再起動がトリガーっぽいので、この設定だけで直ったのかはまだ分かりません。
出ていたダイアログはこれです。
先に試したのは、Steam の整合性確認、E ドライブから C ドライブ（OSが入っているドライブ）への移動、BattlEye の再インストールです。どれも、その時点では同じエラーのままでした。
最終的に触ったのは、ゲームフォルダ内の Sand_BE.exe です。
プロパティ → 互換性 → 管理者としてこのプログラムを実行する を有効にして、そのあと PC を再起動しました。
この再起動後、Steam から SAND: Raiders of Sophie が起動するようになりました。
時間あるときに、インストール先を E ドライブへ戻しても起動できるかを確認しますね〜。
PC版Shadowverse WBのQRコード読み取りは、画像ファイルを保存しなくても、ファイル選択画面の「ファイル名」欄に画像URLを貼るだけでデッキを作れます。Xで見つけたデッキを試すときに少し楽です。
PC版Shadowverse WBのQRコード読み取りは、画像ファイルを保存しなくても、ファイル選択画面の「ファイル名」欄に画像URLを貼るだけでデッキを作れます。Xで見つけたデッキを試すときに少し楽です。
X の画像なら、画像を右クリックして「新しいタブで画像を開く」を選び、https://pbs.twimg.com/media/〇〇〇〇?format=png のような画像URLをコピーします。
ファイル選択画面では、保存した画像を選ぶ代わりに「ファイル名」欄へURLを貼り付けて「開く」を押します。ローカル保存の手間だけを省く小技です。
URLに &name=small が付いているとQR読み込みに失敗することがあります。うまくいかないときは、その部分を削ってから試します。
例として、このような X 画像の URL を使います。
PC移行後に旧PCからコピーしたリポジトリを SourceTree で開くと、Git for Windows の所有者チェックで fatal: detected dubious ownership in repository... が出ることがあります。今回は対象ディレクトリの所有者を takeown で付け替えて解消しました。
PC移行後に旧PCからコピーしたリポジトリを SourceTree で開くと、Git for Windows の所有者チェックで fatal: detected dubious ownership in repository... が出ることがあります。今回は対象ディレクトリの所有者を takeown で付け替えて解消しました。
このエラーは、リポジトリの所有者が現在の Windows ユーザーと一致しないときに、Git が意図しない実行を防ぐためにブロックする挙動です。リポジトリ単体の問題というより、コピー後のファイル所有者のズレを疑います。
管理者で PowerShell を開き、対象ディレクトリの所有者を付け替えます。C:\github は自分のリポジトリを置いているディレクトリに置き換えます。
takeown /F "C:\github" /R /D Y実行後、SourceTree から対象リポジトリを開けるようになりました。共有PCや他ユーザーのファイルを含む場所では、ディレクトリ範囲を広げすぎないようにします。