Newsgroup: it.comp.reti.ip-admin
Titolo: socks5 + squid

ciao a tutti
ho il seguente problema:
ho installato il server socks5 ed anche squid, ora ho la necessita' di fare 
collegare un client al server socks5 e fin qui tutto bene, vorrei pero' che il 
server socks5 girasse a sua volta le richieste ottenute al proxy server squid 
che infine si incarichera' di soddisfare la richiesta. COME POSSO FARE?
bye bye
Enry

 che infine si incarichera' di soddisfare la richiesta. COME POSSO FARE?
Lasciamo stare il fatto che mi sembri un giro inutile.
Comunque, il problema e' anche dei client, non solo dei server.
Per fare in modo che funzioni, per prima cosa il proxy deve funzionare in maniera
trasparente (in quanto non riceve richieste di proxy).
La cosa potrebbe essere fattibile con ipchains:
dovresti fare in modo che tutti i pacchetti in uscita diretti ad una porta 80
siano rediretti sulla porta del proxy. Il proxy dovrebbe essere configurato per
funzionare in maniera trasparente. I client invece dovrebbero usare socks...
PRBABILMENTE cosi' funzionerebbe, ma sarebbe un vero e proprio spreco. Infatti,
dato che proxy e socks devono risiedere sulla stessa macchina, tanto vale far
usare sempre il proxy ad i browser ed il socks a tutti gli altri protocolli.
--
Ciauz!
   midorichan

, --
pai...@paipai.net
 says...

Vedi il punto e' che il proxy squid e' un proxy satellitare, quindi ti faccio 
subito un esempio cosi che tutto ti risulta piu chiaro. Quindi vorrei rigirare 
ad esempio le richieste che provengono da un client napster verso il proxy cosi 
da ridirigere i download al  proxy satellitare, cosi da ridurre al massimo 
l'utilizzo della banda terrestre.
Visto che non ho trovato un client napster che supporti un http proxy ma al 
massimo un socks4 o socks5 avevo pensato di fare tutto questo.
Oppure mi consigli semplicemente di utilizzare ipchains e e ridirigere tutte le 
chiamate dirette alla porta napster e dirigerle verso la porta dello squid?
bye bye
Enry

Cioa,
    non vedo l'utilità del server sock5...usa il NAT.
Fatto questo, ma anche attualmente, secondo me, è solo una questioni di tabelle di
routing ad hoc.

 chiamate dirette alla porta napster e dirigerle verso la porta dello squid?
Purtroppo quello che hai pensato, anche se affascinante, non e' minimamente
fattibile, ed ora ti spieghero' perche'.
Se non ho capito male, puoi usare un proxy collegato via satellite; e probabilmente
si tratta di un semplice proxy HTTP(S)/FTP/GOPHER
.
Socks, invece, è un protocollo attraverso il quale dei client non dotati di un
proprio IP pubblico routabile accedono comunque ad internet in maniera quasi
completa (non conosco esattamente tutte le funzioni del socks, potrei sbagliarmi).
Adesso, quando ti connetti ad un proxy HTTP, esso si aspetta che tu gli ponga delle
richieste HTTP. Se gli arriva qualche altra cosa (ad esempio qualcosa da parte di
Napster), per lui è come se fosse marocchino: non sa che farne perchè non riesce
manco a capire che cosa ha ricevuto (oltre al fatto che probabilmente non
riuscirebbe manco a riceverlo per bene).
Quello che ti proponevo io era dovuto ad una non conoscenza di cio' che volevi
realmente fare:
Io supponevo che con un browser che supportasse socks tu volessi connetterti ad un
proxy HTTP che asu avolta avrebbe fatto le connessioni HTTP (un giro inutile, come
ribadivo)
La soluzione che ti propongo adesso e' la seguente:
Se hai accesso al server connesso via satellite (o puoi parlare con qualcuno che
possa farlo per te) devi installare su di esso, insieme al proxy HTTP/FTP (squid,
mi pare tu abbia detto) un server Socks. Questo permetterà ad i browser di
continuare ad usare il Poxy per l'accesso HTTP/FTP ed ai client che supportano
Socks di connettersi tranquillamente ad internet.
Se non hai modo di accedere al server connesso al satellite, allora ci sono ben
poche speranze di poter fare qualcosa di diverso dalla navigazione mediante
HTTP/FTP.
Inoltre tieni conto di un fatto importante: se la comunicazione via satellite non è
bidirezionale (cosa COSTOSISSIMA), vuol dire che in ricezione avviene via satellite
(velocissima) mentre quella in trasmissione via cavo (o peggio modem), che è
lentissima.
--
Ciauz!
   midorichan
////////////////////////////////////
     ... Erroneus Error. Nothing Wrong.