Newsgroup: it.comp.os.linux.iniziare
Titolo: winmx su lan

Ciao pinguin lovers :-)))
approfitto della vs. passione e vi pongo i seguenti dubbi....
in una lan con server linux con squid e samba attivi + msec impostato
a 4 (mandrake) come posso fare funzionare winmx da un client winxp ??
se non sbaglio il prg ha bisogno di socks proxy e squid non lo
è...esiste qualche modo per farlo funzionare? per rendere attive le
porte devo lavorare su iptables ?
Scusate la stupidità della domanda ma sto armeggiando da linux da 4
settimane ed ho il cervelletto riscaldato :-))))
ciao e grazie

Fotman wrote:

Se ho capito bene winxp è dietro il proxy con Linux.
La questione è molto semplice, devi installare un SOCKS Proxy su Linux, ti 
consiglio Dante.
E' molto facile da configurare e vedrai che non ti darà problemi!
Ciao

 Ciao
Ti ringrazio per il consiglio ma vorrei approfittare della tua
cortesia ;-)))
Mi sono scaricato Dante ed installato...se non ho capito male bisogna
copiare il file sockd.conf in /etc, andare a cambiare i parametri e
farlo partire come demone...
Vorrei capire questo: ho l'esigenza di farlo partire in modo tale che
possa accedere solo io dalla lan interna (alla porta 1080) e nessuno
da internet (sarebbe un po pericoloso che dici)...ho letto questo in
sockd.conf:
# The server will bind to the address 10.1.1.1, port 1080 and will
only
# accept connections going to that address.
#internal: 10.1.1.1 port = 1080
*** Internal sarebbe il mio indirizzo IP ???
# Alternatively, the interface name can be used instead of the
address.
#internal: eth0 port = 1080
*** Questo permette a tutti di accedere al proxy?
# all outgoing connections from the server will use the ipaddress
# 195.168.1.1
#external: 192.168.1.1
Il numero Ip pubblico del server????
Considera che in lan uso giÃ  squid, dante mi serve per winmx...quindi
considera eventuali configurazioni al fine di usare quel prog dalla
lan....
ciao e grazie

 ciao e grazie
Se setti bene i parametri sopra, per navigare dal tuo client, devi settare 
altri paramentri:
client pass {
        from: 
172.30.105.111/32
 port 1-65535 to: 
0.0.0.0/0
        log: connect disconnect
}
 allow bind to ports greater than 1023
pass {
        from: 
0.0.0.0/0
 to: 
0.0.0.0/0
 port gt 1023
        command: bind
        log: connect disconnect
}
# allow outgoing connections (tcp and udp)
pass {
        from: 
0.0.0.0/0
 to: 
0.0.0.0/0
        command: connect udpassociate
        log: connect disconnect
}
# allow replies to bind, and incoming udp packets
pass {
        from: 
0.0.0.0/0
 to: 
0.0.0.0/0
        command: bindreply udpreply
        log: connect error
}
###Blocca tutto il resto
block {
        from: 
0.0.0.0/0
 to: 
0.0.0.0/0
        log: connect error
}
questo permette SOLO al client 172.30.105.111 di passare utilizzando 
qualsiasi porta.
Gioca con questi parametri e vedrai che funzionerà tutto.
Ciao

ti ringrazio per la risposta, ho provato ad inserire i tuoi parametri
ma non funziona ancora...ho provato a settare anche il livello msec a
3 (si vede la porta aperta 1080) ma niente da fare....questa č la mia
impostazione...
io ho l'ip 10.0.0.20, eth1 č l'int.interno ed eth0 quello
esterno.......
tutto quello che č omesso č commentato in sockd.conf, se hai 5 minuti
da perdere aiutami ti prego !!!
internal:  eth1 port = 1080
# #internal: eth1 port = 1080
# all outgoing connections from the server will use the ipaddress
external: eth0
# methods for socks-rules.
method: username none #rfc931
# This is identical to above, but allows clients without a rfc931
(ident)
# too.  In practise this means the socksserver will try to get a
rfc931
# reply first (the above rule), if that fails, it tries this rule.
client pass {
	from: 
10.0.0.20/8
 port 1-65535 to: 
0.0.0.0/0
	log: connect disconnect
}
# or you might want to allow it, for instance "active" ftp uses it.
# Note that a "bindreply" command must also be allowed, it
# should usually by from "
0.0.0.0/0
", i.e if a client of yours
# has permission to bind, it will also have permission to accept
# the reply from anywhere.
pass {
	from: 
0.0.0.0/0
 to: 
0.0.0.0/0
 port gt 1023
	command: bind
	log: connect disconnect
}
# some connections expect some sort of "reply", this might be
# the reply to a bind request or it may be the reply to a
# udppacket, since udp is packetbased.
# Note that nothing is done to verify that it's a "genuine" reply,
# that is in general not possible anyway.  The below will allow
# all "replies" in to your clients at the 
10.0.0.0/8
 net.
pass {
	from: 
0.0.0.0/0
 to: 
0.0.0.0/0
	command: bindreply udpreply
	log: connect error
}
# everyone from our internal network, 
10.0.0.0/8
 is allowed to use
# tcp and udp for everything else.
pass {
	from: 
0.0.0.0/0
 to: 
0.0.0.0/0
	command: connect udpassociate
	log: connect disconnect
}
# last line, block everyone else.  This is the default but if you
provide
# one  yourself you can specify your own logging/actions


 
Il resto dovrebbe andar bene.
Fai le modifiche, uccidi il demone e fallo ripartire poi riprova a 
connetterti da xp e vedi cosa succede.
Approposito, lo sai che se non usi winmx3.3 non funge?
Hai impostato il tipo di SOCKS 5?
Ciao

 Ciao
ho fatto anche queste modifiche ma niente da fare :-((((( non va ne
winmx ne ie6
ho la versione 3.31 di winmx....non riesco a capire xchè cavolo non
funziona..ho provato a disabilitare squid ma non funzia cmq....
tu hai l'impostazione identica alla mia?

 tu hai l'impostazione identica alla mia?
FREEENA!! Che c'entra ie6 con Dante?
Perchè hai disabilitato squid?
Come configuri winmx?
Devi usare la ver 3.3 altrimenti non ti si collega al server loro.
Credo di avere la tua stessa configurazione, ma non ben capito come è 
configurato il tuo client,quello con winxp.
Ciao

 Ciao
E' partitooooooooooooooooooooooooooo...finalmente Raziel!!!
l'unico pensiero che ho Ã¨ che probabilmente si riescono a connettere
cani e porci da fuori..(devo anche dire che la porta Ã¨ diversa e il
server non Ã¨ pingabile).......questa Ã¨ l'impostazione funzionante:
# $Id: sockd.conf,v 1.40 2001/07/31 10:08:44 michaels Exp $
#
# A sample sockd.conf
#
#
# The configfile is divided into two parts; first serversettings,
# then the rules.  
#
# The recommended order is:
#   Serversettings:
#               logoutput
#               internal
#               external
#               method
#               clientmethod
#               users
#               compatibility
#               extension
#               connecttimeout
#               iotimeout
#		srchost
#
#  Rules:
#	client block/pass
#		from to
#		libwrap
#		log
#
#     block/pass
#		from to
#		method
#		command
#		libwrap
#		log
#		protocol
#		proxyprotocol
# the server will log both via syslog, to stdout and to
/var/log/lotsoflogs
logoutput: syslog stdout /var/log/lotsoflogs
logoutput: stderr 
# The server will bind to the address 10.1.1.1, port 1080 and will
only
# accept connections going to that address.
internal:  eth1 port = 1088
# Alternatively, the interface name can be used instead of the
address.
#internal: eth1 port = 1080
# all outgoing connections from the server will use the ipaddress
# 195.168.1.1
external: eth0
#over acceptable methods, order of preference.
# A method not set here will never be selected.
#
# If the method field is not set in a rule, the global
# method is filled in for that rule.
#
# methods for socks-rules.
method: username none
# methods for client-rules.
#lientmethod: none 
#or if you want to allow rfc931 (ident) too
#method: username rfc931 none
#or for PAM authentification
#method: pam
#
# An important section, pay attention.
#
# when doing something that can require privilege, it will use the
# userid "sockd".
#user.privileged: sockd
# when running as usual, it will use the unprivileged userid of
"sockd".
#user.notprivileged: sockd
# If you compiled with libwrap support, what userid should it use
# when executing your libwrap commands?  "libwrap".
#user.libwrap: libwrap
#
# some options to help clients with compatibility:
#
# when a client connection comes in the socksserver will try to use
# the same port as the client is using, when the socksserver 
# goes out on the clients behalf (external: ipaddress).
# If this option is set, Dante will try to do it for reserved ports
aswell.
# This will usually require user.privileged to be set to "root".
#compatibility: sameport
# If you are using the bind extension and have trouble running servers
# via the server, you might try setting this.  The consequences of it
# are unknown.
#compatibility: reuseaddr
#
# The Dante server supports some extensions to the socks protocol.
# These require that the socks client implements the same extension
and
# can be enabled using the "extension" keyword.
#
# enable the bind extension.
#extension: bind
# 
#
# misc options.
#
# how many seconds can pass from when a client connects til it has
# sent us it's request?  Adjust according to your network performance
# and methods supported.
#connecttimeout: 30   # on a lan, this should be enough if method is
"none".
# how many seconds can the client and it's peer idle without sending
# any data before we dump it?  Unless you disable tcp keep-alive for
# some reason, it's probably best to set this to 0, which is
# "forever".
#iotimeout: 0 # or perhaps 86400, for a day.
# do you want to accept connections from addresses without
# dns info?  what about addresses having a mismatch in dnsinfo?
#srchost: nounknown nomismatch
#
# The actual rules.  There are two kinds and they work at different
levels.
#
# The rules prefixed with "client" are checked first and say who is
allowed
# and who is not allowed to speak/connect to the server.  I.e the
# ip range containing possibly valid clients.
# It is especially important that these only use ipaddresses, not
hostnames,
# for security reasons.
#
# The rules that do not have a "client" prefix are checked later, when
the
# client has sent its request and are used to evaluate the actual
# request.
#
# The "to:" in the "client" context gives the address the connection
# is accepted on, i.e the address the socksserver is listening on, or
# just "
0.0.0.0/0
" for any address the server is listening on.
#
# The "to:" in the non-"client" context gives the destination of the
clients
# socksrequest.
#
# "from:" is the source address in both contexts.
#
# the "client" rules.  All our clients come from the net 
10.0.0.0/8
.
#
# Allow our clients, also provides an example of the port range
command.
#client pass {
#	
10.0.0.0/8
 port 1-65535
#	method: rfc931 # match all idented users that also are in
passwordfile
#}
# This is identical to above, but allows clients without a rfc931
(ident)
# too.  In practise this means the socksserver will try to get a
rfc931
# reply first (the above rule), if that fails, it tries this rule.
client pass {
	from: 
10.0.0.0/24
 port 1-65535 to: 
0.0.0.0/0
}
# drop everyone else as soon as we can and log the connect, they are
not
# on our net and have no business connecting to us.  This is the
default
# but if you give the rule yourself, you can specify details.
client block {
from: 
0.0.0.0/0
 to: 
0.0.0.0/0
log: connect error
}
# the rules controlling what clients are allowed what requests
#
# you probably don't want people connecting to loopback addresses,
# who knows what could happen then.
#block {
#	from: 
0.0.0.0/0
 to: 
127.0.0.0/8
#	log: connect error
#}
# the people at the 
172.16.0.0/12
 are bad, no one should talk to them.
# log the connect request and also provide an example on how to
# interact with libwrap.
#block {
#	from: 
0.0.0.0/0
 to: 
172.16.0.0/12
 
#	libwrap: spawn finger @%a
#	log: connect error
#}
# unless you need it, you could block any bind requests.
#block {
#	from: 
0.0.0.0/0
 to: 
0.0.0.0/0
#	command: bind
#	log: connect error
#}
# or you might want to allow it, for instance "active" ftp uses it.
# Note that a "bindreply" command must also be allowed, it
# should usually by from "
0.0.0.0/0
", i.e if a client of yours
# has permission to bind, it will also have permission to accept
# the reply from anywhere.
pass {
	from: 
10.0.0.0/24
 to: 
0.0.0.0/0
 
	command: bind
	log: connect error
}
# some connections expect some sort of "reply", this might be
# the reply to a bind request or it may be the reply to a
# udppacket, since udp is packetbased.
# Note that nothing is done to verify that it's a "genuine" reply,
# that is in general not possible anyway.  The below will allow
# all "replies" in to your clients at the 
10.0.0.0/8
 net.
pass {
	from: 
0.0.0.0/0
 to: 
10.0.0.0/24
	command: bindreply udpreply
	log: connect error
}
# pass any http connects to the 
example.com
 domain if they
# authenticate with username.
# This matches "
example.com
" itself and everything ending in
".
example.com
".
#pass {
#	from: 
10.0.0.0/8
 to: .
example.com
 port = http
#	log: connect error
#	method: username
#}
# block any other http connects to the 
example.com
 domain.
#block {
#	from: 
0.0.0.0/0
 to: .
example.com
 port = http
#	log: connect error
#}
# everyone from our internal network, 
10.0.0.0/8
 is allowed to use
# tcp and udp for everything else.
pass {
	from: 
10.0.0.0/24
 to: 
0.0.0.0/0
	protocol: tcp udp


ho cantato vittoria troppo presto :-((((((
ero connesso ma alla prima richiesta di scambio di winmx mi ha dato
sullo status
could connect to proxy server...dopo di che chiudendo il prg e
riavviandolo non si connette piu'... ho la versione 3.31..il proxy è
settato come sock4 e la user è vuota..cosi funzionava prima ...ora ho
killato il demone e riavviato....
mi viene il dubbio che ci sia qualche protezione a livello di
mandrake...che ne pensi???
ciaooo


-----------dove si scarica IL PROXY DANTE?----QUALE SITO?
GRAZIE
PAO...@FREEMAIL.IT
--------------------------------
Inviato via 
http://usenet.libero.it

 
il sito è 
http://www.inet.no/dante/...la
 documentazione
non è molto chiara...
in un altro sito (vedi link sotto) ho trovato un buon esempio
di uso di Dante proxy....il proxy a me non funziona per altri motivi
penso..:-(
il buon Razier sta diventando matto dietro alle mie domande !!!!
ciao
http://arstechnica.infopop.net/OpenTopic/page?a=tpc&s=50009562&f=96509133&m=4090934431

 sock4 
^^^^^^^
Lo sapevo che c'era l'inghippo!
Devi usare "SOCKS5" e vedrai che funzionerà!
Ciao e fammi sapere.

 Ciao e fammi sapere.
no Raziel...purtroppo ho provato anche con socks5...la cosa strana Ã¨
che mi si era connesso (tralaltro in socks 4)...
ho notato comunque che la porta 1080 non viene aperta in esterno (ho
fatto un portscan) il che lo reputo strano....non Ã¨ che bisogna
superare qualche protezione di mdrk 9 ? poi mi Ã¨ venuto un
dubbio...il routing e relative impostazioni di sockd.conf sono giuste?
questo Ã¨ l'estratto di route -n:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref   
Use Iface
xxx.xxx.xxx.n    0.0.0.0         255.255.255.248 U     0      0       
0 eth0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0       
0 eth1
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0       
0 lo
0.0.0.0         xxx.xxx.xx.n-1    0.0.0.0         UG    0      0      
 0 eth0
in eth0 c'Ã¨ la sub a /29...255.255.255.248 non Ã¨ che bisogna
impostarla in sockd.conf ???
booh

 booh
Il sockd.conf è ok, mi sembra che le schede sul proxy non sono configurate 
correttamente. Il tuo proxy è connesso direttamente ad Internet? Con che 
tipo di connessione?
La scheda con IP esterno deve puntare ad un gw ( default GW, che ti fa 
uscire i client su internet ), qui vedo un default gw su loopback, quindi 
tutte le richieste dei client, te le rigira in locale, quindi non esce 
all'esterno.
Per ora ti saluto, fammi sapere ciao

 Per ora ti saluto, fammi sapere ciao
Come già riportato con squid mi funziona tutto
perfettamente....inoltre da server si pinga e naviga tranquillamente
anche senza proxy quindi non penso ci sia un problema di gateway.
Il mio dubbio è sul funzionamento di dante...la porta 1080 viene
aperta solo internamente la lan e non fuori....il demone funziona (lo
vedo con ps aux) anche se ho notato che lanciando sockd con l'opzione
debug il pc si blocca...
Mi viene il dubbio cmq che ci sia una protezione nell'apertura della
porta 1080 (e non solo quella)
Sono peplesso anche perchè mi era partito il prg e poi ispiegabilmente
non ne ha voluto + sapere...
ciao