L’accesso remoto è una strada verso il server che possiedi, non una copia della libreria nel cloud altrui. Quven supporta rete self-managed gratuita e relay opzionale quando l’ingresso diretto è impossibile o indesiderato.
L’accesso self-managed lascia a te i controlli di rete
Port-forward, reverse proxy o rete overlay privata possono esporre il server senza che il relay gestito entri mai in gioco, ma certificati, firewall, DNS e banda restano responsabilità tua, quindi è la strada giusta se in casa gestisci già un po’ di infrastruttura e sai valutare da solo il confine di sicurezza che ne risulta.
L’indirizzo che pubblichi si scrive nelle app native. Nella schermata di connessione, «Connetti tramite indirizzo» accetta sia un host secco come 192.168.1.50 sia un indirizzo completo come https://quven.example.com. Il client browser su app.quven.tv funziona all’opposto: chiede l’accesso al tuo Quven Account, elenca i server collegati a quell’account e apre con il relay quello che scegli. In quella schermata non esiste alcun campo indirizzo, e nessun port-forward te lo farà comparire.
Il relay gestito elimina il lavoro sul router
NAT, carrier-grade NAT e una connessione domestica con un indirizzo che cambia rendono l’ingresso diretto una faccenda complicata. Il relay collega i client autorizzati al server di casa senza pubblicarlo su internet. I media arrivano comunque dal tuo server e usano l’upload disponibile a casa, che resta il tetto vero della qualità fuori rete.
Si sblocca con Pro, e lo portano anche Max e Lifetime. Il server deve essere collegato a quell’account: finché non lo è, la scheda dice «L’accesso remoto richiede un Quven Account collegato con piano Pro o Max, oppure entitlement Lifetime.» e l’interruttore resta fermo.
Il relay corrente termina la cifratura di trasporto e può vedere i media mentre li inoltra, pur essendo progettato per non registrarli, e questo confine dichiarato è diverso da un tunnel opaco end-to-end e va considerato nella scelta tra accesso gestito e self-managed.
Dov’è l’interruttore e cosa ti sta dicendo la scheda
Impostazioni, poi la scheda Account: la sezione Quven Cloud contiene la card «Accesso remoto», con l’interruttore e due righe sopra di esso. È una card da amministratore del server. Chi non lo è legge una riga che glielo dice, ed è anche il motivo per cui nessuno dei tuoi ospiti può chiuderti il bridge.
La prima riga è «Stato» e riporta Disabilitato, Connessione in corso, Connesso, Riconnessione in corso o Errore. La seconda è «Ultimo heartbeat» e compare solo quando il canale di segnalazione ne ha prodotto uno valido: una card su Connesso con un heartbeat di un’ora fa merita un secondo sguardo. Errore significa che il bridge non si è aperto. Il log del server ne riporta il motivo, il server riprova al ciclo di osservazione successivo, e di solito conviene lasciare acceso l’interruttore mentre lo fa.
Fuori casa può cambiare il percorso media
L’upload di casa regge? Insieme alla banda di destinazione può imporre un bitrate più basso anche se il client capisce benissimo il codec di partenza. Prova reconnect, seek, resume e una sessione sostenuta sulla rete esterna reale, perché un login riuscito prova l’identità e dice ben poco sulla consegna stabile dei media.
La qualità automatica segue quello che la connessione regge davvero, che fuori casa è di solito la risposta giusta. Se scegli la qualità a mano, dalla 1.1.4 il relay arriva fino a 2160p: nelle versioni precedenti una scelta manuale restava a 480p a prescindere dalla connessione, e sembrava un limite del relay mentre era un valore predefinito del server rimasto indietro.
La card «Flussi attivi», nella scheda Attività, è dove un amministratore osserva una sessione mentre va in onda, e c’è un’etichetta da leggere con attenzione. Una richiesta che passa dal relay arriva al server in loopback, quindi il chip di quella sessione riporta Locale · 127.0.0.1. «Remoto», sullo stesso chip, dice una cosa più stretta: un indirizzo fuori dalla tua rete ha raggiunto il server direttamente, che è l’aspetto del percorso self-managed visto da dentro. Per sapere se il bridge è aperto guarda la card «Accesso remoto»; questa ti dice invece che cosa sta facendo il server con il file mentre qualcuno guarda da un albergo.
Far guardare qualcun altro
Puoi condividere l’intero server con persone che hanno un Quven Account loro, e si fa su accounts.quven.tv. «Persone» elenca chi guarda dai tuoi server e quali server altri hanno condiviso con te. L’invito parte invece dalla sezione «Server» della console, un server e un indirizzo email alla volta.
L’ospite entra con la propria identità. Stato di visione e punti di ripresa sono suoi, e sul tuo server è un utente normale: niente librerie, niente impostazioni, niente interruttore dell’accesso remoto. Il conteggio dei posti include l’invito che nessuno ha ancora accettato, quindi un invito in sospeso tiene il posto finché non scade, e revocare l’accesso chiude subito le sessioni di quell’ospite.
Quanti ospiti puoi tenere dipende dal piano, e la pagina dei piani pubblica il tetto di ciascuno. La condivisione funziona su tutti i piani, però l’ospite deve comunque poter raggiungere la macchina, e la card lo dice chiaramente proprio dove stai per mandare l’invito, con queste parole: «Gli ospiti raggiungono questo server solo dove possono già incontrarlo: sulla tua rete, o tramite un accesso remoto che hai configurato tu. Un piano Pro o superiore aggiunge il relay gestito, che lo raggiunge da ovunque.»
I controlli host-local restano locali. Stato aggiornamenti, check, download e installazione sono operazioni host-local. Client remoti e web hosted non devono esporre né invocare quei controlli di manutenzione.
Domande frequenti
Se ho già un port-forward, mi serve il relay?
No. Le app native raggiungono un indirizzo pubblicato esattamente come raggiungono quello in LAN, e quel traffico non passa da nulla di nostro. Quello che il port-forward non ti dà è il client browser su app.quven.tv, che apre solo server collegati all’account e passa sempre dal relay.
Perché una sessione remota risulta «Locale» in Flussi attivi?
Perché il relay consegna la richiesta al server dalla macchina stessa, e il chip riporta l’indirizzo che il server ha visto: in loopback. Per lo stato del bridge guarda la card «Accesso remoto»; «Flussi attivi» ti dice invece che cosa sta facendo il playback.
Chi riceve il mio server condiviso può cambiarci qualcosa?
No. L’ospite si autentica come utente normale di quel server, quindi non gli è aperto niente di ciò che lo amministra: librerie, scansioni, impostazioni, interruttore dell’accesso remoto. Anche lo stato di visione resta suo, e i suoi punti di ripresa non finiscono sul tuo profilo.
La card dice Errore. Da dove comincio?
Dall’account e dal piano, poi dal log. Un relay che rifiuta un server ora dice quale dei due non va, invece di farlo passare per una macchina spenta, e il tentativo di apertura fallito viene registrato con il suo motivo sul server stesso.