
Hur man använder OctoPrint bakom HTTPS och en omvänd proxy
En omvänd proxy kan lägga till HTTPS och ett stabilt lokalt namn, men den kan också skriva om vägen eller blockera OctoPrints realtidsanslutning. Testa API och WebSocket separat.
Printer Tools kommunicerar med stödda skrivare och kameror genom lokala protokoll. Håll enheterna privata, bevara referenser och använd den aktuella kompatibilitetsmatrisen som auktoritet för modell-specifika funktioner.
Välj den avsedda bas-URL:en
Besluta om OctoPrint ska ligga på proxy-rot eller en underlänk som /octoprint/. Proxy- och OctoPrint-konfigurationen måste vara överens om den externa adressen.
Bevara proxy-huvuden
Vidarebefordra den ursprungliga värden och schemat med de rubriker som rekommenderas av OctoPrint. Felaktiga rubriker kan skapa omdirigeringar till ett internt värdnamn eller nedgradera en HTTPS-URL.
Tillåt WebSocket-uppgradering
En sida eller REST-endpoint kan fungera medan live-tillståndet misslyckas om proxyn tappar Upgrade och Connection-hantering. Håll timeouts tillräckligt långa för en persistent WebSocket.
Håll autentisering och förtroende giltiga
Använd ett certifikat som telefonen kan validera och skicka API-uppgifterna endast till den avsedda värden. Inaktivera inte certifikatkontroller för att dölja ett namnfel.
Lokal felsökningschecklista
- Testa den externa basvägen.
- Kontrollera omdirigeringsdestinationer.
- Verifiera REST och WebSocket separat.
- Använd ett betrott certifikat och privat åtkomst.
Vanliga frågor
Varför fungerar webbsidan men inte live-statusen?
Proxyn kan betjäna HTTP korrekt samtidigt som den blockerar WebSocket-uppgraderingar.
Kan ett självsignerat certifikat fungera automatiskt?
Telefonen måste lita på det korrekt och certifikatets namn måste matcha.
Bör proxyn exponera OctoPrint offentligt?
Nej. HTTPS ersätter inte åtkomstkontroll och privat nätverk.





