Torna indietro   Hardware Upgrade Forum > Altre Discussioni > Amministrazione e Configurazione Server

ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ultrawide si fondono
ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ultrawide si fondono
Da ASUS un monitor particolare ma molto completo: principalmente indirizzato al videogiocatore, può essere sfruttato con efficacia anche per attività creative e di produzione multimediale
Dreame L10s Pro Ultra Heat: la pulizia di casa tutta sostanza
Dreame L10s Pro Ultra Heat: la pulizia di casa tutta sostanza
Il nuovo robot aspirapolvere domestico di Dreame abbina funzionalità complete a un moccio flottante che raggiunge al meglio gli angoli delle pareti. Un prodotto tutto in uno semplice da utilizzare ma molto efficace, in grado di rispondere al meglio alle necessità di pulizia della casa
HONOR Magic6 Pro: come funziona Magic Portal, il modo ''intelligente'' di condividere
HONOR Magic6 Pro: come funziona Magic Portal, il modo ''intelligente'' di condividere
HONOR ha introdotto con Magic6 Pro la funzione Magic Portal che consente, tramite intelligenza artificiale, di suggerire scorciatoie agli utenti in modo da permettere di passare e accedere facilmente ai servizi tra app e dispositivi con un semplice tocco. Vi spieghiamo qui come funziona
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 27-08-2018, 15:06   #1
Drugolebowski
Junior Member
 
Iscritto dal: Jul 2013
Messaggi: 2
Putty con connessione a CentOS

Ciao ragazzi, ho registrato un periodo di assenza da questo forum e vi faccio i complimenti più sentiti per come sta andando!

Vi pongo un quesito che mi sta attanagliando, spero sia la sezione giusta e spero di non farvi mettere le mani nei capelli, sono abbastanza neofita in questo

Dunque... ho montato un server test con su CentOS nella mia azienda a scopo didattico per riaffacciarmi al mondo del networking.
A questo servertest ho affidato un IP fisso privato (192.168.x.xxx) che risultava essere libero.
Tutta la rete LAN viene reindirizzata ad un router con IP privato che esce poi sul web NAttato (dovrebbe essere una traslazione dinamica) con un unico indirizzo IP pubblico uguale per tutti i dispositivi privati appartenenti alla LAN, premettendo che l'unica porta aperta del router è la 443.

Per fare dei test ho installato xRDP su macchina CentOS, porta 3389 e fin qui tutto bene,su rete locale e con una macchina Windows riesco a connettermi in RDP senza problemi in LAN.

Ho installato poi putty, ho cambiato la porta ssh CentOS 443 in modo tale da predisporre il tutto per una eventuale connessione anche WAN e non per forza LAN a questo server (ho agito su semodule in CentOS), e fin qui tutto ok.. anche con la 443 in LAN e con la macchina con su Windows va alla grande.

Il problema sussiste quando mi connetto da remoto, ho installato Putty su una macchina non appartenente alla LAN.
Naturalmente, essendo l'IP affidato al server Linux, un IP privato fisso non posso connettermi direttamente al server dal client remoto.
Così ho tentato di fare un tunnel SSH in Putty, mettendo come primo IP nella pagina iniziale l'IP fisdso privato, la porta la 443, e poi nel tunnel ho aggiunto come Source Port una porta a caso (ho provato anche mettendo la 443) e come Destination l'ip pubblico del router aziendale:443.

Ho tirato giù il firewall anche sul client e sul server (rimuovendo proprio firewalld), ma il risultato è:
Putty Fatal Error - Connection Time Out.

Sul pc windows, ovvero il client, ho provato a fare anche da cmd un netstat -net per vedere cosa mi segnalava e viene fuori SYN_SENT (che in teoria dimostra che il pacchetto è stato inviato?).

Scusate la lunghezza, magari mi sto perdendo veramente in un bicchiere d'acqua, ma mi piacerebbe capire cosa sto sbagliando. Vi ringrazio tantissimo per la vostra pazienza e attenzione!
Drugolebowski è offline   Rispondi citando il messaggio o parte di esso
Old 28-08-2018, 23:35   #2
Tasslehoff
Senior Member
 
L'Avatar di Tasslehoff
 
Iscritto dal: Nov 2001
Città: Kendermore
Messaggi: 6491
Quote:
Originariamente inviato da Drugolebowski Guarda i messaggi
SNIP
Scusate la lunghezza, magari mi sto perdendo veramente in un bicchiere d'acqua, ma mi piacerebbe capire cosa sto sbagliando. Vi ringrazio tantissimo per la vostra pazienza e attenzione!
Forse non ho capito bene o mi manca un pezzo, però a parte aprire la porta 443 sul firewall/router per le connessioni provenienti da web hai nattato la porta 443 del server CentOS sulla porta 443 dell'interfaccia esterna del router?

Permettere la connessione sulla porta 443 è necessario ma non sufficiente, in questo modo il router riceve connessioni su quella porta ma non avendo nessun servizio in ascolto la connessione con Putty non può che andare in timeout.

Se ho capito correttamente ed è questo il caso non c'è nessun tunnel ssh da fare (per internderci intendo l'opzione -L di ssh, e di putty), nattando la 443 di CentOS rendi accessibile tramite nat il servizio in ascolto sulla porta 443 su CentOS.
Il test lo puoi fare anche direttamente con un telnet (telnet <IP> 443), se la porta è aperta e il nat è correttamente configurato dovrebbe risponderti ssh con una intestazione del tipo "SSH-2.0-OpenSSH_x.x".
__________________
https://tasslehoff.burrfoot.it | Cloud? Enough is enough! | SPID… grazie ma no grazie
"Arguing that you don't care about the right to privacy because you have nothing to hide is no different than saying you don't care about free speech because you have nothing to say."
Tasslehoff è offline   Rispondi citando il messaggio o parte di esso
Old 03-09-2018, 14:18   #3
Kaya
Senior Member
 
Iscritto dal: Apr 2005
Messaggi: 2984
Quote:
Originariamente inviato da Drugolebowski Guarda i messaggi
Ciao ragazzi, ho registrato un periodo di assenza da questo forum e vi faccio i complimenti più sentiti per come sta andando!

Vi pongo un quesito che mi sta attanagliando, spero sia la sezione giusta e spero di non farvi mettere le mani nei capelli, sono abbastanza neofita in questo

Dunque... ho montato un server test con su CentOS nella mia azienda a scopo didattico per riaffacciarmi al mondo del networking.
A questo servertest ho affidato un IP fisso privato (192.168.x.xxx) che risultava essere libero.
Tutta la rete LAN viene reindirizzata ad un router con IP privato che esce poi sul web NAttato (dovrebbe essere una traslazione dinamica) con un unico indirizzo IP pubblico uguale per tutti i dispositivi privati appartenenti alla LAN, premettendo che l'unica porta aperta del router è la 443.

Per fare dei test ho installato xRDP su macchina CentOS, porta 3389 e fin qui tutto bene,su rete locale e con una macchina Windows riesco a connettermi in RDP senza problemi in LAN.

Ho installato poi putty, ho cambiato la porta ssh CentOS 443 in modo tale da predisporre il tutto per una eventuale connessione anche WAN e non per forza LAN a questo server (ho agito su semodule in CentOS), e fin qui tutto ok.. anche con la 443 in LAN e con la macchina con su Windows va alla grande.

Il problema sussiste quando mi connetto da remoto, ho installato Putty su una macchina non appartenente alla LAN.
Naturalmente, essendo l'IP affidato al server Linux, un IP privato fisso non posso connettermi direttamente al server dal client remoto.
Così ho tentato di fare un tunnel SSH in Putty, mettendo come primo IP nella pagina iniziale l'IP fisdso privato, la porta la 443, e poi nel tunnel ho aggiunto come Source Port una porta a caso (ho provato anche mettendo la 443) e come Destination l'ip pubblico del router aziendale:443.

Ho tirato giù il firewall anche sul client e sul server (rimuovendo proprio firewalld), ma il risultato è:
Putty Fatal Error - Connection Time Out.

Sul pc windows, ovvero il client, ho provato a fare anche da cmd un netstat -net per vedere cosa mi segnalava e viene fuori SYN_SENT (che in teoria dimostra che il pacchetto è stato inviato?).

Scusate la lunghezza, magari mi sto perdendo veramente in un bicchiere d'acqua, ma mi piacerebbe capire cosa sto sbagliando. Vi ringrazio tantissimo per la vostra pazienza e attenzione!
Io eviterei di usare la 443: è tipicamente usata per connessioni https e farebbe solo casino.
Suggerimento semplice: apri un'altra porta (tipo la 2022, evita di esporre la 22 aperta ) e nattala internamente sulla 22 (dove sta tipicamente in ascolto ssh server, evita di usare porte non standard che ti fa casini ).
Dododiche da putty usi IP_PUBBLICO e la porta 2022 o quello che hai messo.
Così dovrebbe funzionare senza problemi
Kaya è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ultrawide si fondono ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ul...
Dreame L10s Pro Ultra Heat: la pulizia di casa tutta sostanza Dreame L10s Pro Ultra Heat: la pulizia di casa t...
HONOR Magic6 Pro: come funziona Magic Portal, il modo ''intelligente'' di condividere HONOR Magic6 Pro: come funziona Magic Portal, il...
L'innovazione richiede fiducia: Workday si propone come guida nell'era dell'IA L'innovazione richiede fiducia: Workday si propo...
Recensione HONOR Pad 9: ampio display e audio top per il tablet per l'intrattenimento Recensione HONOR Pad 9: ampio display e audio to...
Xbox Series X si veste di bianco, ma &eg...
La Porsche Boxster elettrica beccata in ...
L'iPad da 10,9" (Wi-Fi, 64GB) è sceso a ...
Dell, calo del mercato PC: licenziati 13...
Alfa Romeo Milano, scopriamo profilo e l...
Hisense vende un TV FHD 32 pollici con Q...
Cisco Webex anche in auto: ora è ...
Phil Schiller, il boss dell'App Store di...
Lola in Formula E insieme a Yamaha, due ...
Motorola MA1 è l'accessorio ideale per u...
Tineco e aspirapolveri senza fili, la nu...
Blocco note, c'è un modo per ripr...
Relic Entertainment dice addio a SEGA: l...
SPATIUM M580 FROZR, il nuovo SSD PCIe Ge...
Le schede video NVIDIA GeForce RTX con i...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 12:24.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Served by www3v