|
| |
Subject: R: Connessione fra 2 hub. . .
From: "Giovanni Cosentino" <gcosentino@ctonline.it>
Newsgroups: it.comp.reti.locali
Ciao.
Non è mica detto! Considera 5 metri solo se le schede sono poste alla
distanza limite dell'hub cioè circa 100 metri.
Altrimenti ti basta accertare che il diametro massimo della rete, cioè la
somma della lunghezza delle due tratte di cavo rete-hub più lunghe che hai
passato e della tratta hub-hub non superi appunto i 205 metri.
Subject: R: cavo ethernet
From: "Giovanni Cosentino" <gcosentino@ctonline.it>
Newsgroups: it.comp.reti.locali
Prendi il plug, guardalo dalla parte dei contatti, con l'ingresso per il cavo rivolto
verso il basso.
Da sinistra verso destra i colori sono:
1 2 3 4 5 6 7 8
(biancoarancio) (arancio) (biancoverde) (blu) (biancoblu) (verde) (biancomarrone)
(marrone)
Per reti 10/100 in genere usi solo 1 2 3 6, le altre due coppie le puoi usare se qualche
elettricista furbo ti ferma il cavo con le graffette per telefonia e trancia qualche filo.
Oppure se devi aggiungere un altra
postazione in fretta (in questo caso devi prepararti lo sdoppiamento).
Subject: Re: far andare in internet i 20 pc con IP 192.168.1 con il router
192.168.0.
From: Marco Balestra <balestra@mac.com>
Newsgroup: it.comp.reti.locali
Allow IP Forward sull'NT server.
DefGw dell'NT server sul router.
DefGw dei PC 192.168.0 sull'NT Server.
Route tracciata sul router per 192.168.0.0/24 tramite la 192.168.1
dell'NT Server.
Subject: Re: Leggere gli UTENTI DI RETE
From: "Stefano Bettini" <sbettini@softec.netLEVAMI_DI_QUA>
Newsgroups: it.comp.database.access
Ti passo le API che occorrono. Nel caso puoi trovare tutto sul KB.
Bye, Ste
NetWkstaGetInfo(), a Windows API, takes advantage of the Windows NT security model and
returns the computer, workgroup, and domain. Windows 95, however, can get the current user
name with the network independent function call WNetGetUser and can get the current
computer name with the function GetComputerName(). The code samples demonstrate the use of
all three.
The following example shows how to use Visual Basic and the Win32 API to retrieve network
information:
1. Create a module and type the following lines in the Declarations section:
NOTE: You may have some Microsoft Windows API functions defined in an existing Microsoft
Access library; therefore, your declarations may be duplicates. If you receive a duplicate
procedure name error message, remove or comment out the declarations statement in your
code.
NOTE: All Declare statements must be typed exactly as shown, including capitalization,
because Win32 names are case-sensitive. To help eliminate errors by you or others who use
your Declare statements,
create Alias clauses for Declare statements that do not have an existing Alias. As long as
the Alias is correctly spelled and capitalized, it does not matter how the function name
is capitalized.
NOTE: Make sure to click the Compile All command on the Run menu to verify that you do not
receive any compilation errors.
Option Explicit
Type WKSTA_INFO_101
wki101_platform_id As Long
wki101_computername As Long
wki101_langroup As Long
wki101_ver_major As Long
wki101_ver_minor As Long
wki101_lanroot As Long
End Type
Type WKSTA_USER_INFO_1
wkui1_username As Long
wkui1_logon_domain As Long
wkui1_logon_server As Long
wkui1_oth_domains As Long
End Type
Declare Function WNetGetUser& Lib "Mpr" Alias "WNetGetUserA" _
(lpName As Any, ByVal lpUserName$, lpnLength&)
Declare Function NetWkstaGetInfo& Lib "Netapi32" _
(strServer As Any, ByVal lLevel&, pbBuffer As Any)
Declare Function NetWkstaUserGetInfo& Lib "Netapi32" _
(reserved As Any, ByVal lLevel&, pbBuffer As Any)
Declare Sub lstrcpyW Lib "Kernel32" (dest As Any, ByVal src As Any)
Declare Sub lstrcpy Lib "Kernel32" (dest As Any, ByVal src As Any)
Declare Sub RtlMoveMemory Lib "Kernel32" _
(dest As Any, src As Any, ByVal size&)
Declare Function NetApiBufferFree& Lib "Netapi32" (ByVal buffer&)
2. Type the following procedure:
Function GetWorkstationInfo()
Dim ret As Long, buffer(512) As Byte, i As Integer
Dim wk101 As WKSTA_INFO_101, pwk101 As Long
Dim wk1 As WKSTA_USER_INFO_1, pwk1 As Long
Dim cbusername As Long, username As String
Dim computername As String, langroup As String, logondomain As _
String
' Clear all of the display values.
computername = "": langroup = "": username = "": logondomain
= ""
' Windows 95 or NT - call WNetGetUser to get the name of the user.
username = Space(256)
cbusername = Len(username)
ret = WNetGetUser(ByVal 0&, username, cbusername)
If ret = 0 Then
' Success - strip off the null.
username = Left(username, InStr(username, Chr(0)) - 1)
Else
username = ""
End If
'================================================================
' The following section works only under Windows NT
'================================================================
'NT only - call NetWkstaGetInfo to get computer name and lan group
ret = NetWkstaGetInfo(ByVal 0&, 101, pwk101)
RtlMoveMemory wk101, ByVal pwk101, Len(wk101)
lstrcpyW buffer(0), wk101.wki101_computername
' Get every other byte from Unicode string.
i = 0
Do While buffer(i) <> 0
computername = computername & Chr(buffer(i))
i = i + 2
Loop
lstrcpyW buffer(0), wk101.wki101_langroup
i = 0
Do While buffer(i) <> 0
langroup = langroup & Chr(buffer(i))
i = i + 2
Loop
ret = NetApiBufferFree(pwk101)
' NT only - call NetWkstaUserGetInfo.
ret = NetWkstaUserGetInfo(ByVal 0&, 1, pwk1)
RtlMoveMemory wk1, ByVal pwk1, Len(wk1)
lstrcpyW buffer(0), wk1.wkui1_logon_domain
i = 0
Do While buffer(i) <> 0
logondomain = logondomain & Chr(buffer(i))
i = i + 2
Loop
ret = NetApiBufferFree(pwk1)
'================================================================
'End NT-specific section
'================================================================
debug.print computername, langroup, username, logondomain
End Function
3. To test this function, type the following line in the Debug window, and then press
ENTER:
GetWorkstationInfo
Note that your data is printed in the Debug Window.
The following example shows how to use Visual Basic and the Win32 API to retrieve the
current computer name under Windows 95:
1. Create a module and type the following lines in the Declarations section:
Option Explicit
Private Declare Function GetComputerName _
Lib "kernel32" Alias "GetComputerNameA" ( _
ByVal lpBuffer As String, nSize As Long) As Long
Private Const MAX_COMPUTERNAME_LENGTH As Long = 15&
2. Type the following procedure:
Public Function CurrentMachineName() As String
Dim lSize As Long
Dim sBuffer As String
sBuffer = Space$(MAX_COMPUTERNAME_LENGTH + 1)
lSize = Len(sBuffer)
If GetComputerName(sBuffer, lSize) Then
CurrentMachineName = Left$(sBuffer, lSize)
End If
End Function
3. To test this function, type the following line in the Debug window, and
then press ENTER:
?CurrentMachineName()
Note that your data is printed to the Debug Window.
Subject: Re: collegamento di 2 reti via router
From: Walter Geromel <WGeromel@texa.it>
Newsgroup: it.comp.reti.locali
> rete n.1:
> 8 pc su W98 + 1 server NT + varie stampanti
> 192.168.100.xxx - 255.255.255.0
> default gateway 192.168.100.95 (su tutti i pc)
> num. tel. locale = aaaaaaaaaa
>
sul server NT installa WINS e configura i client per usarlo (non indispensabile al 100%)
crea un file lmhosts (senza estensione! sotto windows trovi lmhosts.sam
sam=sample che ti indica come fare)
con una riga dove indichi l'indirzzo ip e il nome della macchina:
192.168.101.x pcWIN98 #pre
a questo punto provi dal pc della rete 1 provi a fare un ping verso 192.168.101.x se ti
risponde
il collegamento funziona.
a questo punto da risorse di rete, fai "trova computer" indichi \\pcWIN98 (NB il nome che hai indicato in lmhosts) quindi lui ti
trova il computer, doppio clic sopra e ti fa vedere tutte le risorse (dischi e stampanti)
condivise.
per evitarti questa menata ogni volta, trascina sul desktop l'icona del PC (o della
risorsa remota) in modo da creare un collegamento, le prossime volte bastera' fare un
doppio clic sul collegamento.
NB sulle condivisioni del pc su rete 2 devi ovviamente abilitare l'accesso da parte dei pc
rete1 altrimenti no lo vedrai mai
Subject: R: Manuali sulle reti
From: frank <frcar@tiscalinet.it>
Newsgroup: it.comp.reti.locali
http://www.cisco.com/univercd/cc/td/doc/cisintwk/
potrebbe essere un inizio....se non addirittura " l'arrivo! "
Subject: Re: IP diversi.
From: __piE' <__pie@tosv.it>
Newsgroup: it.comp.reti.ip-admin
Il ping di un client a un 'altra rete tramite MS proxy NON funziona ... è spiegato bene
(anche il perchè..) nella FAQ dell ' MS Proxy redatta e aggiornata da un Guru del Proxy ,
tal Jeff W.
http://proxyfaq.networkgods.com/
(Ultimamente l'ho visto un po' terremotato il sito ..)
Subject: R: Rete diretta
From: sap <marco.g at tiscalinet.it>
Newsgroup: it.comp.reti.locali
il cavo deve essere cross, va bene l'rj e lo schema lo trovi qui http://cerbero.elet.polimi.it:777/hwb/ca_Ethernet10BaseTCrossover.html
ciao
Subject: Re: Che sheda è mai questa
From: Cassolato Nicola <nicola.cassolato@libero.it>
Newsgroup: it.comp.reti.locali
Sulla scheda ci dovrebbe essere un codice, chiamato FCC-ID.
Trovalo e fai una ricerca in www.driverzone.com
Subject: Re: Reti e mascheratura, domanda semplice
From: Jake <ciccio@ciccio.it>
Date: venerdì 23 giugno 2000 13.32
On Fri, 23 Jun 2000 11:37:18 +0200, "bepin"
<giuseppe.zancanaro@NOSPAMlibero.it> wrote:
>i bit che compongono la mascheratura possono essere anche NON consecutivi?
NO
>Ad esempio, 255.255.170.0 (cioe' 11111111.11111111.10101010.00000000) e' una
>mask valida?
NO
>In altri termini:
>la mask esprime "quanti" bit usare per net/host, o piu' dettagliatamente
>"quali" bit?
>Inoltre, nel caso la mask esprima quali bit usare, la notazione di uso
>comune (es 192.168.10.0/24) non e' restrittiva o inadeguata?
>Gradirei anche una giustificazione alla risposta, e magari il riferimento
>agli rfc relativi.
Allora: il TCP/IP e' un protocollo routabile. routable significa instradabile, cioe' e'
possibile sapere se un determinato indirizzo appartiene o meno alla lan su cui si e'. Se
appartiene, e non si ottiene risposta, il discorso finisce qui. Se non appartiene, possono
esistere instradatori (routers appunto) che forse sanno come fare per arrivare sulla rete
a cui appartiene l'indirizzo.
Per sapere quale parte dell'indirizzo IP indichi la rete, e qualel'host si usa la netmask.
Facendo un AND, gli 0 eliminano la partedell'host, per cui ad esempio a che net appartiene
192.168.2.22netmask 255.255.255.0???:
192.168.2.22 AND
255.255.255.0
----------------------------
192.168.2.0
da cui la rete e' 192.168.2.x
i bit della netmask devono essere consecutivi, perche' per come e'costruito l'indirizzo
IP, cioe' in maniera gerarchica, la net sta' asinistra, e l'host sta a destra. Se
nell'esempio sopra la netmask fosse stata 255.255.127.0, il risultato sarebbe stato:
192.168.2.22 AND
255.255.127.0
-------------------------------
192.168.2,0
ed avrebbe avuto rete 192.168.2.x, ma se l'indirizzo fosse stato192.168.128.22, la rete
sarebbe stata 192.168.0.0, il che non va.
Subject: Re: Reti e mascheratura, domanda semplice
From: bepin <giuseppe.zancanaro@NOSPAMlibero.it>
Date: venerdì 23 giugno 2000 14.32
Grazie Jake, ma non ho capito una cosa.
Jake wrote in message ...
[SNIP]
>Allora: il TCP/IP e' un protocollo routabile. routable significa
[SNIP]
>Per sapere quale parte dell'indirizzo IP indichi la rete, e quale
>l'host si usa la netmask. Facendo un AND, gli 0 eliminano la parte
>dell'host, per cui ad esempio a che net appartiene 192.168.2.22
>netmask 255.255.255.0???:
Questo lo sapevo anch'io, ma non implica che i bit della mask debbano stare a sx e
dell'hos a dx.
[SNIP]
>i bit della netmask devono essere consecutivi, perche' per come e'
>costruito l'indirizzo IP, cioe' in maniera gerarchica, la net sta' a
>sinistra, e l'host sta a destra.
Questo posso accettarlo, se e' definito cosi' per standard. Ma non ci vedo
nessuna ragione logica per farlo. Intendo dire, se lo standard lo definisce
cosi' (gerarchico), OK, ma non ne vedo il motivo (se non che e' piu' facile
gestirlo).
>Se nell'esempio sopra la netmask
>fosse stata 255.255.127.0, il risultato sarebbe stato:
>
>192.168.2.22 AND
>255.255.127.0
>-------------------------------
>192.168.2,0
>
>ed avrebbe avuto rete 192.168.2.x, ma se l'indirizzo fosse stato
>192.168.128.22, la rete sarebbe stata 192.168.0.0, il che non va.
Il calcolo e' esatto, ma non condivido il risultato che ne trai. Perche la
net non va? Nell'ipotesi che la mask sia 255.255.127.0, l'indirizzo
192.168.128.22 semplicemente appartiene ad un'altra rete, la quale e' data
da:
11000000.10101000.10000000.00010110 192.168.128.22 IP
11111111.11111111.01111111.00000000 255.255.127.0 MASK
--------------------------------------------------------
11000000.10101000.00000000.00000000 192.168.0.0 RETE
In altri termini, se MASK = 255.255.127.0, gli indirizzi 192.168.2.22 e
192.168.128.22 semplicemente appartengono due reti differenti.
Sono della stessa rete (192.168.1.0), invece, gli indirizzi
192.168.129.0
192.168.1.1
oppure (rete 192.168.3.0)
192.168.131.0
192.168.3.1
Poi, che non si possa fare perche' lo standard lo vieta, mi sta anche bene, pero' potrebbe
funzionare.
P.S.: curiosita': anche non si puo fare, NT (server 4.0 SP6) accetta come IP
address 192.168.69.69 mask 255.255.170.0; e sono convinto che ci siano molti
altri sistemi che fanno lo stesso.
Subject: Re: R: Router, Swith e Hub
From: Andrea Sistarelli <sistas@tiscalinet.it>
Date: sabato 24 giugno 2000 16.56
> > un hub ripete su tutte le uscite quello che riceve in ingersso, uno switch
> > sceglie su quale porta di uscita mandare quello che riceve in ingresso
> > osservando l'indirizzo di livello due del destinatario del pacchetto, il
> > router fa la stessa cosa osservando l'indirizzo di livello tre.
> Cosa sono gli indirizzi di livello 2 e 3?
Gli indirizzi di livello 3 sono quelli IP 62.11.105.78
Gli indirizzi di livello 2 sono quelli MAC in pratica l'indirizzo a 6 byte che ogni scheda
di rete ha...
Subject: Re: Il Router chiama "a tradimento"
From: Jake <ciccio@ciccio.it>
Date: lunedì 26 giugno 2000 10.56
>Ho capito che e' a causa di alcuni pacchetti Ip vaganti... ma qualcuno di Voi ha
risolto questo problema ?
Con i 3Com no: io uso solo Cisco.
Comunque, i motivi principali che mi vengono in mente possono essere: RIP (disabilitalo),
porte 138 e 139 abilitate).
Guarda nella tua cfg.
Subject: Re: Router che chiama da solo Internet
From: Paolo Fiore <pgfioreNOnQUI@tin.it>
Date: lunedì 26 giugno 2000 14.08
> Rete di 5 utenti con Router 3Com: ogni tanto si mette a chiamare "a
tradimento" Internet.
Inizia a filtrare le classiche... 136/7/8...ma non mi ricordo mai... 135/139?
Cerca sulla rete come NetBIOS; comunque male non dovresti farne!
Subject: Re: Il Router chiama "a tradimento"
From: Giulio <giulio_n@softhome.net>
Date: giovedì 29 giugno 2000 11.43
Probabilmente è un problema di DNS.
Hai provato a controllare che nel file Hosts siano listati tutti i nomi e gli indirizzi
dei pc in rete? Che il file hosts sia uguale per tutti i PC?
Controlla...spesso il problema si risolve così...
Subject: Documentazione
From: Rufus <noire@libero.it>
Newsgroup: it.comp.reti.ip-admin
Salve a tutti. Volendo farmi una cultura (per lavoro, ovviamente...) su
TCP/IP e routing, quali testi mi consigliate? Sono ben accetti anche
indirizzi web...
Vi ringrazio anticipatamente.
Andrea
Subject: Re: Documentazione
From: =^Fabio Zed^= <fabiozed@freemail.it>
Newsgroup: it.comp.reti.ip-admin
In rete per partire puoi trovare l'impossibile.
Per IP classi di indirizzamento, subnets, etc etc secondo me uno dei
migliori tutorial lo ha fatto 3com diversi anni fa. Puoi trovare il pdf sul
loro sito non ricordo dove, ma si chiama: "Understending IP addresses:
everything you ever wanted to know"
Per i testi:
TCP/IP illustrated, Volume 1 - Stevens - Addison Wesley
Internet Routing Architectures - Halabi - Cisco Press
--
Ciao, Fabio Zed Zamparelli
Rufus <noire@libero.it> wrote in message
Dl0SfE04$GA.161@news1.galactica.it...
> Salve a tutti. Volendo farmi una cultura (per lavoro, ovviamente...) su
> TCP/IP e routing, quali testi mi consigliate? Sono ben accetti anche
> indirizzi web...
> Vi ringrazio anticipatamente.
>
> Andrea
>
>
Subject: Re: Documentazione
Newsgroup: it.comp.reti.ip-admin
Date: domenica 2 luglio 2000 12.03
In rete per partire puoi trovare l'impossibile.
Per IP classi di indirizzamento, subnets, etc etc secondo me uno dei
migliori tutorial lo ha fatto 3com diversi anni fa. Puoi trovare il pdf sul
loro sito non ricordo dove, ma si chiama: "Understending IP addresses:
everything you ever wanted to know"
Per i testi:
TCP/IP illustrated, Volume 1 - Stevens - Addison Wesley
Internet Routing Architectures - Halabi - Cisco Press
--
Ciao, Fabio Zed Zamparelli
Rufus <noire@libero.it> wrote in message
Dl0SfE04$GA.161@news1.galactica.it...
> Salve a tutti. Volendo farmi una cultura (per lavoro, ovviamente...) su
> TCP/IP e routing, quali testi mi consigliate? Sono ben accetti anche
> indirizzi web...
> Vi ringrazio anticipatamente.
>
> Andrea
>
>
Subject: Re: Documentazione
From: Giancarlo Bisso <gian@inet2.it>
Newsgroup: it.comp.reti.ip-admin
"Rufus" <noire@libero.it> wrote:
>Salve a tutti. Volendo farmi una cultura (per lavoro, ovviamente...) su
>TCP/IP e routing, quali testi mi consigliate? Sono ben accetti anche
>indirizzi web...
>Vi ringrazio anticipatamente.
TCP/IP
Network Administration (2nd Edition)
Craig Hunt
O'Reilly
Subject: Re: Documentazione
From: <thorin_at_work@at-gruppocm-cs.it>
Newsgroup: it.comp.reti.ip-admin
In un messaggio del Mon, 3 Jul 2000 10:41:26 +0200 Giancarlo Bisso scriveva:
>>Salve a tutti. Volendo farmi una cultura (per lavoro, ovviamente...) su
>>TCP/IP e routing, quali testi mi consigliate? Sono ben accetti anche
>>indirizzi web...
>>Vi ringrazio anticipatamente.
> TCP/IP
> Network Administration (2nd Edition)
> Craig Hunt
> O'Reilly
Ottima scelta... non posso che condividere: un libro davverob ben fatto.
Subject: Re: Documentazione
From: Giancarlo Bisso <gian@inet2.it>
Newsgroup: it.comp.reti.ip-admin
thorin_at_work@at-gruppocm-cs.it wrote:
>> TCP/IP
>> Network Administration (2nd Edition)
>> Craig Hunt
>> O'Reilly
>Ottima scelta... non posso che condividere: un libro davverob ben fatto.
Come, dal tronde, tutti i libri della O'Reilly.
Subject: Re: Documentazione
From: <thorin_at_work@at-gruppocm-cs.it>
Newsgroup: it.comp.reti.ip-admin
In un messaggio del Mon, 3 Jul 2000 13:28:36 +0200 Giancarlo Bisso scriveva:
>>> TCP/IP
>>> Network Administration (2nd Edition)
>>> Craig Hunt
>>> O'Reilly
>>Ottima scelta... non posso che condividere: un libro davverob ben fatto.
> Come, dal tronde, tutti i libri della O'Reilly.
Si, sono libri professionali, di quei libri del cui costo non ti penti
mai perche' sai che ci sara' sempre un ritorno, un po' come per un
laureato in legge avere dei libri di Diritto Privato..
Subject: Re: Documentazione
From: Giancarlo Bisso <gian@inet2.it>
Newsgroup: it.comp.reti.ip-admin
thorin_at_work@at-gruppocm-cs.it wrote:
>In un messaggio del Mon, 3 Jul 2000 13:28:36 +0200 Giancarlo Bisso scriveva:
>
>>>> TCP/IP
>>>> Network Administration (2nd Edition)
>>>> Craig Hunt
>>>> O'Reilly
>>>Ottima scelta... non posso che condividere: un libro davverob ben fatto.
>
>> Come, dal tronde, tutti i libri della O'Reilly.
>Si, sono libri professionali, di quei libri del cui costo non ti penti
>mai perche' sai che ci sara' sempre un ritorno, un po' come per un
>laureato in legge avere dei libri di Diritto Privato..
Oltre tutto non costano neppure troppo. Io li ho comprati un po' via amazon e un
po' direttamente negli States e mi sembra che 30/40 $ per libri di 5
6 cento pagine e di quella qualita' sono poche. Rispetto poi ai libri italiani
(o tradotti in italiano) sia come prezzo che come qualita' non c'e'
assolutamente gara.
Subject: Re: Documentazione
From: <thorin_at_work@at-gruppocm-cs.it>
Newsgroup: it.comp.reti.ip-admin
In un messaggio del Mon, 3 Jul 2000 15:49:00 +0200 Giancarlo Bisso scriveva:
>>> Come, dal tronde, tutti i libri della O'Reilly.
>>Si, sono libri professionali, di quei libri del cui costo non ti penti
>>mai perche' sai che ci sara' sempre un ritorno, un po' come per un
>>laureato in legge avere dei libri di Diritto Privato..
> Oltre tutto non costano neppure troppo. Io li ho comprati un po' via amazon e un
> po' direttamente negli States e mi sembra che 30/40 $ per libri di 5
> 6 cento pagine e di quella qualita' sono poche. Rispetto poi ai libri italiani
> (o tradotti in italiano) sia come prezzo che come qualita' non c'e'
> assolutamente gara.
Non c'e' assolutamente paragone: se devo prendere un libro di
informatica preferisco 100 volte uno in lingua inglese perche' sono
molto piu' chiari. Se poi le traduzioni sono come quelle delle Ed.
Jackson tanto vale prenderne uno in cinese mandarino, tanto il risultato
e' praticamente lo stesso.
Subject: Re: Documentazione
From: Giancarlo Bisso <gian@inet2.it>
Newsgroup: it.comp.reti.ip-admin
thorin_at_work@at-gruppocm-cs.it wrote:
>Non c'e' assolutamente paragone: se devo prendere un libro di
>informatica preferisco 100 volte uno in lingua inglese perche' sono
>molto piu' chiari. Se poi le traduzioni sono come quelle delle Ed.
>Jackson tanto vale prenderne uno in cinese mandarino, tanto il risultato
>e' praticamente lo stesso.
Assolutamente d'accordo, mi e' capitoto che per capire alcuni libri tradotti ho
dovuto "ripensare" la frase in inglese e ritradurmela un po' meno letteralmente
(cose tipo key=chiave anziche' tasto).
Subject: Re: Documentazione
From: <thorin_at_work@at-gruppocm-cs.it>
Newsgroup: it.comp.reti.ip-admin
In un messaggio del Mon, 3 Jul 2000 17:00:02 +0200 Giancarlo Bisso scriveva:
>>Jackson tanto vale prenderne uno in cinese mandarino, tanto il risultato
>>e' praticamente lo stesso.
> Assolutamente d'accordo, mi e' capitoto che per capire alcuni libri tradotti ho
> dovuto "ripensare" la frase in inglese e ritradurmela un po' meno
letteralmente
> (cose tipo key=chiave anziche' tasto).
Ed io una volta (ti parlo di piu' di 10 anni fa) ne lessi uno (era sul
SuperBase IV per uindous, non so se ricordi il pacchetto): era
praticamente una trasposizione pari pari degli help in linea, un vero e
proprio furto !
Subject: Re: DOS e netbeui
From: qwerty98@va_cambiato.le_istruzioni_sono_a_fine.messaggio.it
Newsgroup: it.comp.reti.locali
On Fri, 30 Jun 2000 10:20:33 +0200, "Maximus"
<xyzmagic_max@hotmail.com> wrote:
>Ringrazio tutti coloro che mi hanno risposto.
>Sono comunque riuscito a mettere il mio vecchio pc dos in rete, come client
>e (udite udite) anche come server di rete.
>I file che servono sono questi:
>disco 1 e 2 di msclient (il due serve solo per windows 3.11)
>ftp://ftp.microsoft.com/bussys/clients/MSCLIENT/dsk3-1.exe
>ftp://ftp.microsoft.com/bussys/clients/MSCLIENT/dsk3-2.exe
>
>Questo consente al pc di diventare server di rete
>http://klemetson/wg1049.exe
http://www.klemetson.com/wg1049.exe
c'e' anche chi non ha l'inserimento automatico di www. e .com ;-)
Subject: Re: Help per WinRoute (CC it.comp.os.win.nt)
From: Midori (no spam allowed) <--paipai@paipai.net>
Newsgroup: it.comp.os.win.nt
Ciau!
Winroute e' di soli 750 kb e non distribuiscono l'help insieme. D'altronde
l'help vero e proprio non lo hanno fatto, ma esiste un manuale completo in PDF.
Io me lo sono letto per benino quasi tutto ed ho capito come funziona, anche se
tuttavia le cose base le ho fatte funzionare subito.
Winroute non effettua un NAT pulito pulito, perche' altrimenti molti programmi
non potrebbero funzionare, primo tra tutti icq (che non si accorge per niente di
essere ditro un firewall)
Il nat è un'operazione molto semplice, in linea teorica, ed e' usato già da una
vita in UNIX e da programmi che permettevano di simulare un collegamento PPP con
provider che non lo supportavano (io lo facevo all' università: avevano un modem
per connettersi e vedere la posta in modalità testuale e non supportavano il
PPP. Con un programma molto piccolo e semplice che effettuava una sorta di NAT,
simulavo una connessione in PPP).
Il NAT si basa sul fatto che la maggior parte dei protocolli di comunicazione fa
affidamento alla intestazione che ogni pacchetto IP porta con se. In essa sono
indicate tra le varie cose indirizzo e porta di destinazione.
a questo punto, avendo a disposizione anche un solo indirizzo IP reale, lo si
puo' sfruttare per fare connessioni piu' connessioni.
La macchina che fa NAT deve catturare tutti i pacchetti che sono dirtetti
all'esterno della rete locale. La tua rete locale ha come indirizzo 192.168.1.0
con netmask 255.255.255.0 (e' solo un esempio).
se a questo punto la macchina 192.168.1.10 manda un pacchetto all'indirizzo
123.12.1.100 sulla porta 80, aspettandosi la risposta sulla porta 50021, allora
la macchina che fa NAT deve cambiare l'indirizzo e la porta del mittente (in tal
caso 192.168.1.10:50021) in modo tale che sembri che la richiesta provenga
proprio da essa.
Supponendo che la macchina nat abbia lIP 212.41.1.123, essa dovrebbe cambiare:
192.168.1.10:50021 in 212.41.1.123:60380
La porta 50021 viene cambiata in maniera arbitraria in 60380, in quanto per la
macchina nat 60380 e' la prima porta libera che puo' usare.
Il pacchetto a questo punto arrivera' a destinazione come se venisse dalla
macchina NAT. Dunque il destinatario rispondera' alla macchina NAT sulla porta
che gli e' stata indicata (60380).
Quando la macchina NAT riceve una risposta sulla porta 60380, sa che deve fare
il lavoro inverso: deve sotituire a 60380 la porta che aveva tolto (50021) ed al
suo indirizzo (212.41.1.123) l'indirizzo originale (192.168.1.10)
in tal modo ne' il mittente ne' il destinatario non si accorgeranno mai che il
pacchetto ha fatto questo giro.
Ma cosa succede se il protocollo di comunicazione (ad esempio FTP) non si affida
esclusivamente alle intestazioni IP?
Succede che con il nat puro e sempliceh esso non funziona bene oppure non
funziona affatto. Per questo la macchina che fa NAT deve essere piu'
intelligente: deve riconoscere questi protocolli e modificare i pacchetti che li
riguardano non solo nell'intestazione, ma anche nel contenuto.
Winroute fa questo per alcune applicazioni come ICQ, ma per esempio non lo fa
con FTP (cosa stranissima, visto che sarebbe semplicissimo farlo...)
Forse tutto cio' non ti interessa piu' di tanto, quindi mi fermo qui e' ti
spiego praticamente come si configura Winroute.
Innanzitutto devi configurare Winroute in modo tale che "veda" tutte le tue
connessioni di accesso remoto, o quantomeno che veda quella che intendi usare
per condividere la connessione. Questo si fa nel menu settings -> advanced ->
RAS lines (nella ver 4.1 e' cambiato un po'). Aggiungi tante ras line quante
sono le connessioni che vuoi far vedere al winroute
Dopo di che devi andare in settings->interface table.
Qui devi controllare le proprietà di tutte le interfacce di tipo RAS (accesso
remoto) e controllare che per esse sia selezionato "perfotm NAT with the IP ...
etc." Se vuoi che la macchina che fa NAT venga esclusa dal NAT, devi selezionare
anche "exclude this computer from NAT", in tal modo su essa funzioneranno tutti
i protocolli normalmente.
Ad ogni interfaccia RAS devi assegnare un nome ed una connessione di accesso
remoto (devi specificare anche username e password). questo lo si fa nelle
proprieta', rispettivamente nel TAB nat e nel tab RAS.
Infine controlla che non venga fatto NAT sulle interfacce ethernet.
A questo punto vai nel menu' action->dial-> Nome Linea RAS (a me si chiama
WIND).
Se tutto e' andato bene nella finestra di debug del winroute ti dovrebbero
essere usciti dei dettagli sulla connessione (tra cui l'ip assegnato dal server)
nota che winroute si connette indipendentemente da accesso remoto, ma che se ti
connetti con accesso remoto lui se ne accorge comunque e funziona lo stesso, a
patto pero' che tu lo abbia configurato come ti ho detto.
Se invece non gli configuri le connessioni RAS winroute non funziona affatto ed
anzi a volte non fa funzionare anche la connessione sulla macchina su cui gira.
Winroute puo' essere in ogni momeno stoppato senza che la linea cada, tuttavia
tutte le macchine che facevano affidamento sul nat e che stavano facendo
qualcosa, perderanno la connessione.
Una volta che funziona il NAT, tutto il resto e' banale da configurare: il
proxy, gli utenti, il server di posta, la cache del proxy...
Il manuale PDF, comunque, e' molto chiaro e dettagliato. C'e' spiegata ogni cosa
che Winroute puo' fare.
ciau ciau
Tiziano Di Benedetto wrote:
> Ciao midorichan,
> ho letto sul NG NT che hai installato Winroute e ne sei soddisfatto.
> Io stavo provando Wingate ma, non essendo molto convinto dal prog. ho deciso
> di provare Winroute dopo aver letto il tuo post.
> Mi sembra interessante, offre molte cose più di wingate che però riesco a
> far funzionare !!!
> Ti disturbo quindi perché vorrei che mi aiutassi a capire un paio di cose:
> devo effettuare il NAT tra un indirizzo privato (192.168..) ed uno pubblico
> (213.26...) ma non ci sto riuscendo. Premetto che non ho esperienze di NAT,
> proxy ecc., sono alle prime armi; ti sarei quindi grato se mi spiegassi come
> realizzare quato mi serve dato che nel help non ho trovato spiegazioni
> sufficenti.
> Magari sai indicarmi dove poter trovare un manuale, ti chiedo questo perchè
> per Wingate l'ho trovato sul sito della achab (www.achab.it), può essere che
> ci sia anche per winroute.
> Grazie anticiopato per il tuo HELP
> Ciao, Tiziano
From: "Omar Marzocco" <omarzocco@libero.it> Newsgroups:
it.comp.reti.ip-admin Subject: Date: Sat, 19 Aug 2000 23:06:13 +0200 X-Priority: 3
X-MSMail-Priority: Normal X-Unsent: 1 X-MimeOLE: Produced By Microsoft MimeOLE
V5.00.2314.1300
Subject: Re: monitorare una linea dedicata
From: Paolo Della Pietra pdp@datef.com
Prova con MRTG. Sembra molto completo ed assolutamente gratuito. Lo trovi sia per
Unix che NT.
http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/
|