FTPクロール実施後インデックスのサイズが0

お世話になります。厖と申します。
Fessシステムを勉強していますが、素晴らしい全文検索システムであると思います。
最近FTPサーバのクロール方法を調査していますが、
IISでテスト用のFTPを構築して、このFTPに対してクロールを実施しましたが、
インデックスがうまく生成できませんでした。

詳細の設定内容は下に記述しています。
お忙しいところ申し訳ないですが、
Fess側の項目設定が正しいかどうか、ほか何か設定が必要かどうか、
ご確認いただけませんでしょうか。

Fessバージョン:14.2.0
Elasticsearchバージョン:8.2.2

FTPホストは例えば192.168.xxx.xxxとします。
ユーザ(aaa)/パスワード(aaa)で認証してログインします。
フォルダ構成は下記のイメージです:
FTP(ルートフォルダ)
→A00フォルダ
→テストデータファイル若干
→abcフォルダ
→テストデータファイル若干
→B00フォルダ
→テストデータファイル若干
→00abc00.txt
→00abc01.txt

エクスプローラーで「ftp://192.168.xxx.xxx/」を入力してEnterすると、ユーザID/パスワードを入力する画面が出て、認証OKの場合は、上記のフォルダ構成が見えます。

ファイルシステムクローラは下記のように作成しました:
クローラ名:clawer_ftp
パス:ftp://192.168.xxx.xxx/
深さ:5
スレッド数:5
他の項目はデフォルト値です。

「ファイル認証」で下記のようにデータを登録しました:
ホスト名:192.168.xxx.xxx
ポート:(入力なし)
スキーム:FTP
ユーザー名:aaa
パスワード:aaa
パラメータ:(入力なし)
ファイルクロール設定:clawer_ftp

上記を設定した後に、clawer_ftpクローラを実行した後に、
クロール情報に「インデックスのサイズ 」が0です。
fess-crawler.logも確認しましたが、下記のような内容を出力しています。

2022-07-06 17:53:31,796 [main] INFO Starting Crawler…
2022-07-06 17:53:31,958 [WebFsCrawler] INFO Target Path: ftp://192.168.xxx.xxx/
2022-07-06 17:53:32,046 [Crawler-RKMj0oEB2kG_90VHtHHv-1-3] INFO Crawling URL: ftp://192.168.xxx.xxx/
2022-07-06 17:53:41,995 [IndexUpdater] INFO Processing no docs in indexing queue (Doc:{access 7ms}, Mem:{used 147MB, heap 444MB, max 768MB})
2022-07-06 17:53:51,991 [IndexUpdater] INFO Processing no docs in indexing queue (Doc:{access 11ms}, Mem:{used 150MB, heap 444MB, max 768MB})
2022-07-06 17:54:01,988 [IndexUpdater] INFO Processing no docs in indexing queue (Doc:{access 6ms}, Mem:{used 153MB, heap 444MB, max 768MB})
2022-07-06 17:54:03,336 [WebFsCrawler] INFO [EXEC TIME] crawling time: 31485ms
2022-07-06 17:54:11,998 [IndexUpdater] INFO Processing no docs in indexing queue (Doc:{access 16ms}, Mem:{used 153MB, heap 444MB, max 768MB})
2022-07-06 17:54:12,000 [IndexUpdater] INFO [EXEC TIME] index update time: 60ms
2022-07-06 17:54:12,023 [main] INFO Finished Crawler

エラーがなさそうですが、FTP下のファイルはクロールしてないと思います。
上記、ご確認いただけませんでしょうか。

クロール先がなかったみたいなログになっているので、より詳細を確認するにはクローラーのログをデバッグレベルに変更して確認するのが良いと思います。