
Jak używać OctoPrint za HTTPS i za pomocą reverse proxy
Reverse proxy może dodać HTTPS i stabilną lokalną nazwę, ale może również przepisywać ścieżkę lub blokować połączenie czasu rzeczywistego OctoPrint. Testuj API i WebSocket osobno.
Printer Tools komunikuje się z obsługiwanymi drukarkami i kamerami za pomocą lokalnych protokołów. Zachowuj prywatność urządzeń, chroń dane uwierzytelniające i używaj aktualnej matrycy zgodności jako źródła informacji o możliwościach specyficznych dla danego modelu.
Wybierz zamierzone podstawowe URL
Zdecyduj, czy OctoPrint znajduje się w katalogu głównym proxy, czy w podścieżce, takiej jak /octoprint/. Konfiguracja proxy i OctoPrint musi zgadzać się co do tego zewnętrznego adresu.
Zachowaj nagłówki proxy
Przekazuj oryginalnego hosta i schemat wraz z nagłówkami zalecanymi przez OctoPrint. Nieprawidłowe nagłówki mogą powodować przekierowania na wewnętrzną nazwę hosta lub obniżać URL HTTPS.
Zezwól na przełączenie na WebSocket
Strona lub punkt końcowy REST mogą działać, podczas gdy stan na żywo zawiedzie, jeśli proxy odrzuca obsługę Upgrade i Connection. Utrzymuj wystarczająco długie limity czasu dla trwałego WebSocket.
Utrzymuj ważną autoryzację i zaufanie
Użyj certyfikatu, który telefon może zweryfikować, i wysyłaj poświadczenia API tylko do zamierzonego hosta. Nie wyłączaj sprawdzania certyfikatów, aby ukryć niezgodność nazwy.
Lokalna lista kontrolna rozwiązywania problemów
- Przetestuj zewnętrzną ścieżkę bazową.
- Sprawdź miejsca docelowe przekierowania.
- Zweryfikuj REST i WebSocket niezależnie.
- Używaj zaufanego certyfikatu i prywatnego dostępu.
Najczęściej zadawane pytania
Dlaczego strona internetowa działa, ale status na żywo nie?
Serwer proxy może poprawnie obsługiwać HTTP, blokując jednocześnie przełączenie na WebSocket.
Czy certyfikat samopodpisany może działać automatycznie?
Telefon musi go poprawnie ufać, a nazwa certyfikatu musi się zgadzać.
Czy serwer proxy powinien publicznie udostępniać OctoPrint?
Nie. HTTPS nie zastępuje kontroli dostępu ani sieci prywatnej.





