Hermes Agentはntfyで設定されていますが、電話側では通知を受け取っていません。まず、トピックのURLを確認し、ゲートウェイが実行中か、タスクが実際にsend_messageをトリガーしているかを確認してください。 v0.15.0ではメッセージングプラットフォームとしてNTFYが追加されました。利点はアカウント登録が不要で、単一のトピックでメッセージをプッシュできることです。しかしシンプルなので、トピックの書き方が間違っていたりゲートウェイが起動しなかったりすると、問題を見逃しやすいです。
まず、ヘルメスがメッセージを送ったかどうか確認してください
最初からNTFYサービスを疑わないでください。 まずHermesゲートウェイのログを確認し、CronやKanbanがイベントを完了するのか、あるいは会話中のsend_messageが呼び出されているかを確認してください。 ヘルメスがメッセージを送らなければ、問題はタスクによって引き起こされます。 すでに送信済みでntfyに届いていない場合は、トピック、ネットワーク、サーバーを確認してください。
最短トラブルシューティング経路
- ブラウザやコマンドラインでNTFYトピックに直接アクセスし、そのトピックが存在し、クライアントが同じトピックにサブスクライブしているかを確認してください。
- 特にサーバー再起動後にサービスが自動的に起動する場合は、
hermes gatewayが稼働しているか確認してください。 - 設定内のntfyサーバーURLやトピック名に余計なスペースや誤字がないか確認してください。
- セルフホスト型のntfyを使っている場合は、リバースプロキシ、HTTPS証明書、ファイアウォールを確認してください。
通知が届かない多くのケースは「私の携帯がトピックAを購読し、HermesがトピックBに送信している」という理由です。 トピックにはアカウントシステムがなく、名前はまったく同じでなければなりません。 チームを使うときは、命名ルールについて合意するのが最善です。全員が似たようなトピックを作らせるのは避けましょう。
どのような状況に適していますか?
ntfyはパーソナルサーバー、ホームオートメーション、カンバンのタスク完了リマインダー、cronの結果通知に非常に適しています。 強力な監査や権限を持つエンタープライズメッセージングシステムとしてはあまり適していません。 これは「できるだけ早く結果を自分のスマホにプッシュする」という問題に対処しており、SlackやWeCom、あるいは完全なチケットシステムに置き換えるものではありません。