Newsgroup: it.comp.sicurezza.varie
Titolo: [OT] Aiuto!!! wingate & LAN

..premetto che non mi ritengo per nulla esperto..vi chiedo un consiglio ed
aiuto al tempo stesso...
Lan aziendale, 200 Client circa. Tutti Windows 95.
Da molte postazioni è possibile accedere ad internet.
Dalla mia macchina ovviamente no. Ho provato a dare un'occhiata alle
impostazioni di un Client abilitato..vedo che si connettono ad un proxy
aziendale sulla porta :80
Provando a connettersi da un client _non_ abilitato, il browser restituisce
l'indirizzo della macchina locale, nel mio caso appare qualcosa del genere
"Dns Error 198.191.1.101 not valid IP"
allora ho provato a cambiare l'IP della mia macchina (con il Client
abilitato spento) e le impostazione del proxy e mi accorgo che la
navigazione funziona!!!
Non mi ritengo tanto imbecille da continuare questa pratica...allora
qualcuno mi ha parlato di Wingate...installare il Server su un Client
abilitato..e poi connetersi a quel Client...beh..io ho provato..ma devo dire
che non c'ho capito molto...la versione era la 3.0
Ho anche chiesto ad un'amico del CED che mi ha detto di prendere una Ver. di
Wingate piu' vecchia, la 2.0 ? piu' facile da installare..non riesco proprio
a trovarla :-(
ora, sapreste mica consigliarmi un qualche prodotto molto facile da
installare e che mi permetta di connettermi ad uno di questi benedetti
Client abilitati?
grazie a tutti
PS sul Client abilitato alla navigazione, ho il consenso del mio collega per
installare qualcosa del genere, non so (probabilmente no) cosa ne pensi il
mio..ehm, amministatore..s'incavolerà?)

mio..ehm, amministatore..s'incavolerà?)
Ti conviene sottoscrivere anche it.annunci.lavoro, anche a nome del tuo
collega, visto che, di solito, e' previsto il licenziamento per giusta
causa, in casi del genere.
Si', se l'amministratore e' bastard inside, prima o poi vi scopre, se e'
fully-bastard-inside, prima.
Ciao.roberto
-- 
Save our planet!
Save wildlife;
For your E-MAIL use only recycled Bytes !!
roberto poggi  
rpo...@softhome.net

mio..ehm, amministatore..s'incavolerà?)
Fossi io, si', mi incazzerei alquanto. Se non hai il permesso si suppone
che un motivo ci sia.
Comunque - quello che ti serve e' semplicemente un port redirector. Gira
sul client abilitato, ridirige la propria porta 80 sulla porta 80 proxy,
e tu usi il client abilitato come tuo proxy.
(La stessa cosa la potevi scoprire in 45 secondi su un motore di ricerca
decente: 
http://www.google.com
 per la prossima volta)
Leonardo
".signature": bad command or file name

 decente: 
http://www.google.com
 per la prossima volta)
a questo punto ti voglio chiedere una cosa: se per caso sai o conosci un
qualunque URL o dirmi il nome del programma che devo cercare, beh, allora mi
faresti un favore davvero grande;
cmq per ora grazie tante ;-)
ciao

faresti un favore davvero grande;
Dato che l'hai chiesto per favore... ;-)
ftp://ftp.boutell.com/pub/boutell/rinetd/rinetd.zip


Continui ad essere molto gentile con me,  ti ringrazio per
questo...purtroppo la tua soluzione _NON_ è adatta ad utenti Windows....come
immaginavo....
ciao ;-)
P.S. (sotto) ecco il tuo link:
ftp://ftp.boutell.com/pub/boutell/rinetd/rinetd.zip
RINETD(8)  Unix System Manager's Manual  RINETD(8)
NAME
rinetd -- internet ``redirection server''
SYNOPSIS
/usr/sbin/rinetd
VERSION
Version 0.61, 3/1/1999.
WHERE TO GET
For Linux: By anonymous FTP from 
ftp.boutell.com
 in the subdirectory
boutell/rinetd as the file rinetd.tar.gz.
For Windows 95/98/NT: By anonymous FTP from 
ftp.boutell.com
 in the
subdirectory boutell/rinetd as the file rinetd.zip.
DESCRIPTION
Redirects TCP connections from one IP address and port to another. rinetd is
a single-process server which handles any number of connections to the
address/port pairs specified in the file /etc/rinetd.conf. Since rinetd runs
as a single process using nonblocking I/O, it is able to redirect a large
number of connections without a severe impact on the machine. This makes it
practical to run TCP services on machines inside an IP masquerading
firewall. rinetd does not redirect FTP, because FTP requires more than one
socket.
rinetd is typically launched at boot time, using the following syntax:
/usr/sbin/rinetd
The configuration file is found in the file /etc/rinetd.conf, unless another
file is specified using the -c command line option.
FORWARDING RULES
Most entries in the configuration file are forwarding rules. The format of a
forwarding rule is as follows:
bindaddress bindport connectaddress connectport
For example:
206.125.69.81 80 10.1.1.2 80
Would redirect all connections to port 80 of the "real" IP address
206.125.69.81, which could be a virtual interface, through rinetd to port 80
of the address 10.1.1.2, which would typically be a machine on the inside of
a firewall which has no direct routing to the outside world.
Although responding on individual interfaces rather than on all interfaces
is one of rinetd's primary features, sometimes it is preferable to respond
on all IP addresses that belong to the server. In this situation, the
special IP address 0.0.0.0 can be used. For example:
0.0.0.0 23 10.1.1.2 23
Would redirect all connections to port 23, for all IP addresses assigned to
the server. This is the default behavior for most other programs.
Service names can be specified instead of port numbers. On most systems,
service names are defined in the file /etc/services.
Both IP addresses and hostnames are accepted for bindaddress and
connectaddress.
ALLOW AND DENY RULES
Configuration files can also contain allow and deny rules.
Allow rules which appear before the first forwarding rule are applied
globally: if at least one global allow rule exists, and the address of a new
connection does not satisfy at least one of the global allow rules, that
connection is immediately rejected, regardless of any other rules.
Allow rules which appear after a specific forwarding rule apply to that
forwarding rule only. If at least one allow rule exists for a particular
forwarding rule, and the address of a new connection does not satisfy at
least one of the allow rules for that forwarding rule, that connection is
immediately rejected, regardless of any other rules.
Deny rules which appear before the first forwarding rule are applied
globally: if the address of a new connection satisfies any of the global
allow rules, that connection is immediately rejected, regardless of any
other rules.
Deny rules which appear after a specific forwarding rule apply to that
forwarding rule only. If the address of a new connection satisfies any of
the deny rules for that forwarding rule, that connection is immediately
rejected, regardless of any other rules.
The format of an allow rule is as follows:
allow pattern
Patterns can contain the following characters: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9,
. (period), ?, and *. The ? wildcard matches any one character. The *
wildcard matches any number of characters, including zero.
For example:
allow 206.125.69.*
This allow rule matches all IP addresses in the 206.125.69 class C domain.
Host names are NOT permitted in allow and deny rules. The performance cost
of looking up IP addresses to find their corresponding names is prohibitive.
Since rinetd is a single process server, all other connections would be
forced to pause during the address lookup.
LOGGING
rinetd is able to produce a log file in either of two formats: tab-delimited
and web server-style "common log format."
By default, rinetd does not produce a log file. To activate logging, add the
following line to the configuration file:
logfile log-file-location
Example:
logfile /var/log/rinetd.log
By default, rinetd logs in a simple tab-delimited format containing the
following information:
Date and time
Client address
Listening host
Listening port
Forwarded-to host
Forwarded-to port
Bytes received from client
Bytes sent to client
Result message
To activate web server-style "common log format" logging, add the following
line to the configuration file:
logcommon
COMMAND LINE OPTIONS
The -c command line option is used to specify an alternate configuration
file.
The -h command line option produces a short help message.
The -v command line option displays the version number.
REINITIALIZING RINETD
The kill -1 signal (SIGHUP) can be used to cause rinetd to reload its
configuration file without interrupting existing connections. Under
Linux(tm) the process id is saved in the file /var/run/rinetd.pid to
facilitate the kill -HUP. An alternate file name can be provided by using
the pidlogfile configuration file option.
BUGS
The server redirected to is not able to identify the host the client really
came from. This cannot be corrected; however, the log produced by rinetd
provides a way to obtain this information. Under Unix, sockets would
theoretically lose data when closed with SO_LINGER turned off, but in Linux
this is not the case (kernel source comments support this belief on my
part). On non-Linux Unix platforms, alternate code which uses a different
trick to work around blocking close() is provided, but this code is
untested.
The logging is inadequate. The duration of the connection should be logged.
LICENSE
Copyright (c) 1997, 1998, 1999, Thomas Boutell and Boutell.Com, Inc. This
software is released for free use under the terms of the GNU General Public
License, version 2 or higher.
CONTACT INFORMATION
See the rinetd web page for the latest release. Thomas Boutell can be
reached by email: 
bou...@boutell.com
THANKS
Thanks are due to Bill Davidsen, Libor Pechachek, Sascha Ziemann, Joel S.
Noble, the Apache Group, and many others who have contributed advice,
encouragement and/or source code to this and other open software projects.

 The -v command line option displays the version number.
Bye, G.

 e non so piu' che fare....
crea una dir sotto "root" ( quindi C:\ D:\ a seconda... ) di nome "etc" 
e mettici il tuo bel file di configurazione, che come spiegato:
-------
The format is "bindaddress bindport connectaddress connectport" For 
example, 
192.168.0.1 80 10.10.0.4 80
would forward all requests on IP address 192.168.0.1 (which could be an 
external network interface) on port 80 (www) to an internal WWW-Server 
(10.10.0.4 in this example) with no direct route to the other net.
--------
quindi nel tuo caso
client.abilitato 80 proxy 80
e setti client.abilitato sotto proxy come ti ha spiegato Leonardo Serni.
ciao
erGoline

>al porting per Windows 95 di rinetd. Il proxy andava lento... 45".
     ^^^^^^^^^^^^^^^^^^^^^^
Ti potra' toccare di leggerti il manuale, il README, o di spulciare un
sito web, ma la soluzione *c'e'* e *funziona*.
Un altro sistema e' insistere a dire "Non funziona, come immaginavo" e
vedere se cio' spinge qualcuno a postarti lo step-by-step per il setup
sulla tua macchina ;-). Pero' questo vedi di farlo in un altro NG, che
qui siamo pesantemente off topics...


e setti client.abilitato sotto proxy come ti ha spiegato Leonardo Serni.
Ipotizziamo che questo sia il mio "rinetd.conf" (sul Client del collega)
198.191.1.103 80 198.190.1.1 80
Quello che non mi è chiaro: ma da queste impostazioni dove appare il mio di
IP 198.191.1.101
????? Boh, io qui mi sa che non ci sto' capendo quasi una mazza...:-( non
so, ma temo che non non mi è del tutto chiaro cosa devo fare sul Client
abilitato e cosa sul mio di piccì...
...cmq davvero grazie per l'attenzione...evidentemente è colpa mia che non
ci sto' con la testa...ciao

 anche su altri motori..nulla! :-( tutto e solo open source per pinguini.
Beh, open source significa che hai il codice. Bisogna fare il porting e
compilarlo per win. Nient'altro.
-- 
Attenzione: questo messaggio ti e' arrivato attraverso il modem e
in qualche modo si e' insinuato nel tuo hard disk...
SecurFaq             : 
http://members.xoom.com/gouldukat/
Biancorossi Siamo Noi: 
http://www.tifonet.it/free/ancona/

Ciao, grazie del tuo aiuto. Ma dove me lo aveva spiegato Leonardo?
E' una delle due cose che mi crucciano in questo momento. L'altra e'
come mai il PC suoni "Per Elisa" quando premo CTRL K.
E' sicuramente un problema di surriscaldamento di componenti rotanti
- ma la ventola sembra a posto, e allora...?


 ci sto' con la testa...ciao
secondo me invece si tratta del fatto che ogni tanto bisognerebbe 
sbattersi un po' a _leggere_ e magari sforzarsi di capire invece che 
aspettarsi lo step by step di cui parla Serni un paio di post piu' 
sotto.
ciao
erGoline

 aspettarsi lo step by step di cui parla Serni un paio di post piu'
Si, avete tutti ragione.
Il punto e' che tante cose in quell'help per me erano veramente
incomprensibili, ed ho fatto il pessimo errore di smettere del tutto di
ragionare.
Solo grazie a voi ho compreso la cosa, Leonardo ed erGoline sopra
tutti...penso che anche se sono stato terribilmente OT, voi due abbiate
compreso le mie difficoltà e deciso di darmi comunque una _grossa_ mano, non
posso che ringraziarvi profodandamente, anche per la pazienza dimostrata.
Ciao

compilarlo per win. Nient'altro.
Gia', magari usando CAsyncSocket. *ehehehehehe*. *Burlone*!
+++
OK, OK, *e'* possibile usare threading, stampa e sockets dentro ad uno
stesso programma. Io ce l'ho fatta - usando Visual C++. Dicono che sia
uno strumento per lo sviluppo rapido.
In verita' vi dico... ci ho messo meno (e mi sono divertito di piu') a
scrivere un programma per calcolare i codici fiscali in assembler, sul
Palm Pilot, usando pilarc e scrivendo i sorgenti col vi, compreso pure
il codice di compressione ortonormale per il database dei comuni.
Inoltre, quando il secondo non andava, almeno SAPEVO PERCHE', cazzo, e
ci potevo porre rimedio.
+++
Sono giunto alla conclusione che uno che riesce a scrivere un database
in C da zero e' un grande programmatore; uno che scrive un decoder UUE
battendo codici esadecimali con COPY CON, e' un guru; uno che riesce a
compilare "Hello, world" in VC con le Microsoft Foundation Classes, e'
un Dio.
Leonardo rancoroso e pieno di fiele


 ha scritto nel messaggio > Sono
giunto alla
ciao, leonardo..sono io, un po mi spiace allungare questo thread...volevo
solo dirti che: ebbene si..funzia tutto alla grande!!!...certo ora con la
sicurezza inizia a entrarci qualcosa il tutto...quel PC del collega con l'80
locale aperta...un po mi preoccupa...è diventato un proxy :-)...speriamo
solo il mio proxy...leggero' bene il README in merito alla possibilità che
sia solo il mio di Server...penso che bastrebbe un comune Sniffer per
sgamare la connessione tra me e lui...e poi non potro' dire.."non
sapevo"...si avevate ragione in merito anche alla probabile cazziata...bah,
per ora incrocio le dite e almeno vi leggo anche dall'ufficio...che qui da
casa arrivano certe bollette....
ciao

 casa arrivano certe bollette....
oltretutto oggi ho fatto diversi tentativi per cercare di "nascondere" il
task della finestra DOS che rinetd apre; senza successo (che frana...) mi
spiego meglio:
Ho editato nel registry del collega la stringa per lanciare l'eseguibile in
automatico, ad ogni avvio, e funzia anche questa; solo che ignoro come si
possa (e se si puo') in qualche modo inibire la visualizzazione di tale
finestra DOS, fermo restando il lancio del programmino...non è tanto per il
mio collega, che ad ogni avvio la dovrà ridurre a icona...e che li usiamo un
sistema di amministrazione remota..tante volte venisse contattato dal ced
per una fesseria, preferirei non si vedesse nella Takbar la finestrella DOS
attiva di rinetd..
esiste una strategia per colmare anche questa mia mancanza and richiesta?
ancora grazie, e ciao

Si trovano dei redirector in ambiente Win per COM...
Hey! Questi forse servono a me...
Puoi darmi qualche indicazione piu' precisa?
-- 
Filippo "Kirone" Zamengo 
Quanto scritto deve ritenersi IMHO e indipendente dal datore di lavoro
e-mail modificata: togliere DESPAM.

 Puoi darmi qualche indicazione piu' precisa?
fai la ricerca sul motore che mi aveva suggerito leonardo...google..ne
trovi, ne trovi..
ciao

 come mai il PC suoni "Per Elisa" quando premo CTRL K.
Infatti c'e` qualche cosa che non va: non dovrebbe suonare una messa da
requiem? 
-- 
Ciao, Carlo Fusco

 wrote:


Sai mica dove posso trovarne una, per la prossima volta?
Leonardo


 Sai mica dove posso trovarne una, per la prossima volta?
va bene la marcia funebre di Beethoven?
http://midiworld.com/cgibin/x.cgi/mid/beethoven/beets3m2.mid
-- 
Ciao, Carlo Fusco