Ciao a tutti,
scusate se riprendo questo discorso, ma nel mio faticoso viaggio nelle reti ogni tanto mi imbatto in qualche ostacolo ostico;
ho deciso di sperimentare, prima di approcciare il reverse proxy, il
tunneling SSH, come suggerito da
On 10/6/21, Diego Zuccato <
[email protected]> wrote:
Il 06/10/2021 11:16, Giuliano Curti ha scritto:
.......
..... Inizia quindi pensando a cosa ti serve fare e a quanto
vuoi che sia comodo. P.e. se devi solo poter accedere *tu* da remoto
alle telecamere, ti conviene esporre solo il servizio SSH. Quando vuoi
vedere qualcosa, ti colleghi via SSH (che ti autentica con la tua
chiave) e apri un tunnel ("-L localport:remotehost:remoteport") per
poter accedere a remotehost:remoteport collegandoti a localhost:localport. Non è il massimo della comodità, però un malintenzionato dovrebbe poter bucare ssh, che è molto più blindato (credo e spero :) ) di ogni altro servizio che si possa far girare...
ho fatto una prova (in locale) e sembra funzionare, solo però per la porta
del webcontrol di motion, non riesco a reindirizzare le porte delle
telecamere, ammesso sia possibile;
ho provato anche a reindirizzare le porte delle una camere una alla volta,
ma purtroppo qui il metodo fallisce, non riesco a visualizzare lo stream
della camera: non capisco quale sia la differenza che rende possibile uno e impossibile l'altro.
Ho fatto anche un altro esperimento: ho fatto l'X forwarding e riesco a lanciare il browser di rPi4 e vedo tutto (finora ho sperimentato in
locale); per metterlo a regime dovrò installare un X server su Android e
iOS; pensate sia una soluzione praticabile? Avete suggerimenti su Xserver
da installare nei due casi?
O forse è meglio che mi oriento subito sul reverse proxy che suggeriva qualcuno?
spero di aver formulato con chiarezza contesto e quesiti; grazie dell'attenzione, saluti,
giuliano
<div dir="auto">Ciao a tutti,<br>
scusate se riprendo questo discorso, ma nel mio faticoso viaggio nelle reti ogni tanto mi imbatto in qualche ostacolo ostico;<br>
ho deciso di sperimentare, prima di approcciare il reverse proxy, il tunneling SSH, come suggerito da<br>
On 10/6/21, Diego Zuccato <<a href="mailto:
[email protected]" target="_blank" rel="noreferrer">
[email protected]</a>> wrote:<br>
> Il 06/10/2021 11:16, Giuliano Curti ha scritto:<br>
> <br>
> .......<br>
><br>
> ..... Inizia quindi pensando a cosa ti serve fare e a quanto <br>
> vuoi che sia comodo. P.e. se devi solo poter accedere *tu* da remoto <br> > alle telecamere, ti conviene esporre solo il servizio SSH. Quando vuoi <br>
> vedere qualcosa, ti colleghi via SSH (che ti autentica con la tua <br> > chiave) e apri un tunnel ("-L localport:remotehost:remoteport") per <br>
> poter accedere a remotehost:remoteport collegandoti a localhost:localport.<br>
> Non è il massimo della comodità, però un malintenzionato dovrebbe poter <br>
> bucare ssh, che è molto più blindato (credo e spero :) ) di ogni altro <br>
> servizio che si possa far girare...<br>
ho fatto una prova (in locale) e sembra funzionare, solo però per la porta del webcontrol di motion, non riesco a reindirizzare le porte delle telecamere, ammesso sia possibile; <div dir="auto"><br></div><div dir="auto">ho provato anche a reindirizzare
le porte delle una camere una alla volta, ma purtroppo qui il metodo fallisce, non riesco a visualizzare lo stream della camera: non capisco quale sia la differenza che rende possibile uno e impossibile l'altro.</div><div dir="auto"><br></div><div
dir="auto">Ho fatto anche un altro esperimento: ho fatto l'X forwarding e riesco a lanciare il browser di rPi4 e vedo tutto (finora ho sperimentato in locale); per metterlo a regime dovrò installare un X server su Android e iOS; pensate sia una
soluzione praticabile? Avete suggerimenti su Xserver da installare nei due casi? </div><div dir="auto"><br></div><div dir="auto">O forse è meglio che mi oriento subito sul reverse proxy che suggeriva qualcuno?<br>
spero di aver formulato con chiarezza contesto e quesiti; grazie dell'attenzione, saluti,<br>
giuliano<br></div></div>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)