
HTTPSとリバースプロキシの背後でOctoPrintを使用する方法
リバースプロキシはHTTPSと安定したローカル名を追加できますが、パスを書き換えたりOctoPrintのリアルタイム接続をブロックしたりすることもあります。APIとWebSocketを個別にテストしてください。
Printer Toolsは、対応するプリンターやカメラとローカルプロトコルを通じて通信します。デバイスをプライベートに保ち、認証情報を保護し、モデル固有の機能については現在の互換性マトリックスを権威として使用してください。
意図する基本URLを選択してください
OctoPrintがプロキシのルートにあるのか、/octoprint/のようなサブパスにあるのかを決定してください。プロキシとOctoPrintの設定は、その外部アドレスについて一致している必要があります。
プロキシヘッダーを保持してください
元のホストとスキームを OctoPrint で推奨されるヘッダーと共に転送します。ヘッダーが正しくないと、内部ホスト名へのリダイレクトやHTTPS URLのダウングレードが発生する可能性があります。
WebSocket のアップグレードを許可します
ページやRESTエンドポイントが動作しても、プロキシが Upgrade および Connection の処理を中断するとライブステートが失敗する場合があります。永続的な WebSocket のためにタイムアウトは十分に長く保ちます。
認証と信頼性を有効な状態に保ちます
電話が検証できる証明書を使用し、API の資格情報は意図したホストのみに送信してください。名前の不一致を隠すために証明書チェックを無効にしないでください。
ローカルトラブルシューティングチェックリスト
- 外部ベースパスをテストしてください。
- リダイレクト先を確認してください。
- REST と WebSocket を個別に検証してください。
- 信頼された証明書とプライベートアクセスを使用してください。
よくある質問
なぜウェブページは動作するのにライブステータスは動作しないのですか?
プロキシは HTTP を正しく提供する一方で、WebSocket のアップグレードをブロックする場合があります。
自己署名証明書は自動的に機能しますか?
電話が正しく信頼する必要があり、証明書名が一致する必要があります。
プロキシはOctoPrintを公開するべきですか?
いいえ。HTTPSはアクセス制御やプライベートネットワークに代わるものではありません。





