DEVKEY BLOG

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 を起動すると再発したため、同じポート競合だと切り分けられました。

参考: Get-NetUDPEndpoint / Deadlock 公式フォーラムの解決報告

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 回避策の報告

再起動後の割り当ては次の状態になりました。

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 という拒否規則でした。

Hamachi のピア診断ではトンネルとアダプターは正常でしたが、トラフィックテストは受信ブロックになっていました。

Windows 標準の PktMon で確認すると、参加者から UDP 8211 へのパケットはサーバー PC まで届いている一方、サーバーからの応答は 0 件でした。詳細トレースには次のドロップ理由も出ていました。

INET: receive inspection
INET: transport endpoint was not found
Inspection drop

「Hamachi がオンライン」と「PalServer が UDP 8211 を待ち受けている」だけでは、Windows 内部をパケットが通過できるかまでは分かりません。

参考: Hamachi のピア診断 / PktMon でパケットロスを調べる

wf.msc の「受信の規則」を確認すると、PalServer-Win64-Shipping-Cmd.exe に対する有効な拒否規則が 2 件ありました。

• 名前: Pal
• 操作: 接続をブロックする
• プロトコル: TCP と UDP が 1 件ずつ
• ローカルポート: すべてのポート
• プロファイル: プライベート、パブリック

Windows Firewall は、競合する許可規則より明示的な拒否規則を優先します。Microsoft の説明では、アプリの初回通信時に出る許可ダイアログで「いいえ」を選ぶか閉じると、通常は TCP と UDP の拒否規則が作られます。この 2 件も同じ形でした。

参考: Windows Firewall の規則と優先順位

実行ファイルが PalServer のものだと確認してから、2 件の Pal 拒否規則だけを無効にしました。代わりに、次の条件へ絞った受信許可規則を残しています。

• プログラム: 自分のインストール先にある PalServer-Win64-Shipping-Cmd.exe
• プロトコルとポート: UDP 8211
• プロファイル: パブリック
• インターフェイス: Hamachi
• リモート IP アドレス: 25.0.0.0/8

変更後のキャプチャでは、参加者からの 10 パケットに対してサーバーから 1,766 パケットの応答が発生し、そのまま参加できました。

ファイアウォール全体を切ったり、全ポートを許可したりする必要はありません。Palworld のポートを変えている場合だけ、UDP 8211 を実際の待受ポートへ読み替えます。

参考: Palworld Server Guide: Configure the server

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>.json

r_profile<UUID>.json では、次の6組を開放済みにします。すでに開放済みのものは変更不要です。

各組で変更した値は次のとおりです。

実績データ:
  isNew = true
  isCompleted = true
  currentProgress = maxProgress
  completeTimestamp = 現在のUnix時刻
  persistentVariables = null

Lucid Dream:
  status = 2
  didReadMemory = false
  isNewHeroOrHeroSkill = false
  isAvailableInGame = true

Lucid 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 ではなく、次のプロファイル保存ファイルです。

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_SUPREMACY
• GrievousWounds: ACH_VIVID_DREAM
• MadLife: ACH_MASTER_OF_EVASION
• MarshOfDestiny: ACH_EMPRESS_OF_PAIN
• Overpopulation: ACH_M_M_M_MONSTER_KILL
• PrudentJellyfish: ACH_WRIST_FRIENDLY_BUILD

基本の流れはこうです。

1. ゲームを終了する
2. r_profile...json をバックアップする
3. 追加したい Evil Lucid Dream に対応する ACH_* を完了扱いにする
4. 対象の LucidDream_* を status: 2 / isAvailableInGame: true にする
5. JSON が壊れていないことを確認する

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 実績も自動で解除されました。実績を動かしたくない場合は、この手順は使わないほうがよさそうです。