Controllo remoto. "Connection refused" dal DSL-G624T...

[frakka]

Vorrei impostare il mio muletto di casa in modo da poterlo controllare anche da remoto.

Per la lentezza della connessione internet via cellulare del client ho deciso si utilizzare per il controllo remoto un programma della NoMachine, NXClient. Tra l'altro esiste come precompilato sia per il server (muletto in sign con OpenSuSE 10.2) che per il client (portatile con Ubuntu 6.10) quindi il programma è correttamente installato con tutte le dipendenze soddisfatte.
Il lato server ha poi bisogno di un webserver per funzionare e siccome c'era il tutorial per apache ho installato quello (Apache 2.2.3).

In lan tutto funziona a modo, il server web è up e risponde correttamente, il server NX è attivo e funziona, il client installato sul portatile funziona sia con le configurazioni di test proposte da loro (server di nomachine che sono up e disponibili per testare la configurazione e le potenzialità del client) che con la mia configurazione se come host uso l'indirizzo IP locale e la porta 22. SSH funziona regolarmente, posso tranquillamente aprire sessioni tra client e server e viceversa senza problemi sempre sulla porta 22.

Stacco il cavo di rete dal portatile, avvio la connessione internet via UMTS.

Sia SSH che NX a questo punto smettono di funzionare.
La risposta è sempre la stessa, "Connection Refused". Ovviamente la rete è dietro un router con firewall (il solito, famigerato D-LINK DSL-G624T) ma dovrebbe essere configurato correttamente. Ho aperto per l'IP locale del server la porta 22 ma la risposta, sia per SSH che dal client NX è sempre la stessa.

Ho provato anche a mettere il server locale nella DMZ ma non è servito a nulla.

Purtroppo di reti ne sò molto poco e probabilmente ho dimenticato qualcosa. Sapete darmi qualche suggerimento???

[frakka]

Stò provando di nuovo via cellulare e confermo che il server web è attivo.

Se inserisco l'IP internet nel browser mi restituisce la schermata di apache con l'errore 403 che dice che non c'è la pagina iniziale (come giusto). Questo significa che almeno la porta web nel router è aperta. Ma allora perchè cacchio non mi si connette???? Le porte le ho aperte tutte allo stesso modo!!!

[frakka]

Nessuno???

Per SSH la porta 22 è sufficiente, vero??

[4x4]

ma sul tuo router hai un ip statico?

riesci a pingare il server?

hai provato magari ad usare il vnc? aprendo il suo ip e la porta? (se non sbaglio è la 599)

[TheMic]

...

hai provato magari ad usare il vnc? aprendo il suo ip e la porta? (se non sbaglio è la 599)

è la 5900.


Per il resto quoto anch'io quello che ha detto 4x4


ZAO!

[4x4]

ecco mi ricordavo che c'erano il 5 e il 9...

[4x4]

se usi un ip dinamico, che vengono dati al 99% delle connessioni domestiche, per raggiungere il tuo router devi usare un servizio tipo dyndns, e solitamente nei router (il dlink non lo conosco) hanno un menù per configurare i servizi dns.

[frakka]

Ciao, effettivamente uso dyndns.

Con VNC e/o altri tool non ho provato, vedrò cosa riesco a fare quando torno a casa. Il server risponde ai ping e anche scrivendo l'indirizzo nel browser si apre la pagina di apache. Il problema me lo dà con ssh e con il client (che utilizza una connessione cifrata). Credo di aver aperto tutte le porte, ho usato la stessa procedura che uso per aprire le porte di emule e quindi dovrebbe funzionare. Il dubbio è che ci sia qualche altra porta da aprire ma ssh mi rifiuta le connessioni proprio sulla porta 22.

[frakka]

Non vorrei che la colpa fosse del firewall di SuSE anche se credo di aver aperto correttamente quelle porte. Inoltre, in caso contrario, la connessione non dovrebbe funzionare neppure il lan invece il problema si presenta solo con i collegamenti via internet... Uff!!!

[4x4]

solitamente le connessioni lan to lan e lan to wan non vengono bloccate di default dai firewall, forse è per quello che in lan tutto funziona.
Prova a disabilitare momentaneamente i firewall e lasciare solo la nut del router per le porte che ti servono. E se la cosa funziona abilita il firewall e vedi che succede.

Sotto linux non ho mai provato, ma con winzoz/vnc/dyndns non ho mai avuto problemi.