SOCKS

Questa voce o sezione sull'argomento telematica non cita le fonti necessarie o quelle presenti sono insufficienti.

---

Puoi migliorare questa voce aggiungendo citazioni da fonti attendibili secondo le linee guida sull'uso delle fonti.

Questa pagina sull'argomento informatica sembra trattare argomenti unificabili alla pagina Socks 4a, che potrebbe confluire qui.

---

Puoi contribuire unendo i contenuti in una pagina unica. Commenta la procedura di unione usando questa pagina di discussione. Segui i suggerimenti del progetto di riferimento.

Un server SOCKS è un particolare tipo di proxy che permette di effettuare connessioni TCP dirette (e, dalla versione 5, di veicolare traffico UDP oltre che TCP) tra computer su due reti IP differenti nei casi in cui un instradamento diretto (routing) non sia disponibile. È l'abbreviazione di "SOCKet Secure".

I punti di forza del protocollo SOCKS sono l'estrema semplicità di implementazione (sia dal lato client che dal lato server) e la completa indipendenza dal protocollo da veicolare attraverso di esso.

Storicamente SOCKS è stato usato come punto di contatto tra due LAN oppure tra una LAN e una WAN (come ad esempio Internet). Recentemente è più comune incontrare reti direttamente connesse ad Internet o connesse attraverso un proxy HTTP.

Versioni

Attualmente esistono tre versioni del protocollo SOCKS:

• SOCKS 4, definito da NEC nel documento "SOCKS: A protocol for TCP proxy across firewalls"
• Socks 4a, definito da NEC nel documento "SOCKS 4A: A Simple Extension to SOCKS 4 Protocol"
• SOCKS 5, definito da IETF nella RFC 1928

Logica di funzionamento

La logica di funzionamento di un server SOCKS è simile a quello di un proxy:

• Il client si collega al server SOCKS invece che al server di destinazione e, dopo una fase di handshake in cui vengono negoziati versione del protocollo ed eventuale cifratura, invia una richiesta in cui specifica alcuni parametri tra cui l'indirizzo ip e la porta di destinazione;
  • se per un qualsiasi motivo la richiesta non viene accettata (mancanza di autorizzazione, servizio non disponibile, parametri errati, ecc.) viene inviata al client una risposta negativa e termina la connessione;
  • se la richiesta viene accettata, il server SOCKS cerca di stabilire una connessione col server di destinazione;
    • se la connessione col server non può venir stabilita viene inviata al client una risposta negativa e termina la connessione;
    • se la connessione col server viene stabilita con successo, il server SOCKS comincia a trasferire i dati in modo bidirezionale tra client e server; da questo punto in poi il server SOCKS ignora completamente il formato e il protocollo usati per il trasferimento dei dati;
• il servizio termina con la chiusura della connessione indifferentemente da parte del server o del client.

Protocollo v4/4a

Lo stesso argomento in dettaglio: Socks 4a.

       +----+----+----+----+----+----+----+----+----+----+....+----+
       | VN | CD | DSTPORT |      DSTIP        | USERID       |NULL|
       +----+----+----+----+----+----+----+----+----+----+....+----+
bytes:    1    1      2              4           variable       1

       +----+----+----+----+----+----+----+----+
       | VN | CD | DSTPORT |      DSTIP        |
       +----+----+----+----+----+----+----+----+
bytes:    1    1      2              4

Collegamenti esterni

• (EN) Denis Howe, SOCKS, in Free On-line Dictionary of Computing. Disponibile con licenza GFDL

Portale Telematica: accedi alle voci di Wikipedia che parlano di reti, telecomunicazioni e protocolli di rete