Newsgroup: it.comp.reti.ip-admin
Titolo: Problemi con NetBios

Salve a tutti. Non so se è il NG adatto ma vi espongo il mio problema
Vorrei accedere da una certa rete (Windows) ai file di un server (linux) che
si trova su un altra rete.
Mi spego meglio.
Nella rete interna ho i client con questi IP 192.168.0.x
Ho un server con 2 schede di rete, con Windows 2k Server e ISA server (le 2
schede di rete hanno 192.168.0.1 e 192.168.1.2)
Il server linux ha 192.168.1.3 e ha il servizio Samba correttamente
installato.
Il problema è che non riesco ad accedere attraverso la condivisione dei file
di Windows su computer che si trovano all'esterno della rete.
Faccio un esempio:
Client (Windows) (192.168.0.30) - Rete interna
            |
            |
1° scheda di rete server Windows (192.168.0.1)
2° scheda di rete server Windows (192.168.1.2)
            |
            |
Server (linux) su cui voglio accedere con condivisione file (192.168.1.3)
La cosa strana è che dal server Windows riesco ad accedere perfettamente
alle directory condivise di Linux mentre non ci riesco dai client.
Nel firewall ho dato i seguenti permessi
Prot TCP Porte 137, 138, 139 per traffico sia in ingresso che in uscita
Sapete dirmi dove sbaglio?

 Sapete dirmi dove sbaglio?
In realtą le porte Netbios sono anche e soprattutto quelle UDP
137,138,139.
Prova ad abilitare anche quelle e guarda se cambia qualcosa.
Bye
Herman
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Prova ad abilitare anche quelle e guarda se cambia qualcosa.
Uff... non funziona... :-(
altri suggerimenti?
Giusto per entrare più in dettaglio sulle regole del firewall. Questa è una
delle regole che ho impostato.
IP protocol: UDP
Protocol number 17
Direction Both
Local port: All ports
Remote port: Fixed port
Remote port number: 139
Le porte si riferiscono sempre alle porte remote, giusto?

A livello ip è tutto a posto ?
Cioe' la rete 192.168.0.0 pinga la 192.168.1.0 ?


 Cioe' la rete 192.168.0.0 pinga la 192.168.1.0 ?
si, addirittura accedo tranquillamente con il browser, Telnet, ftp al server
linux...



Devi controllare se il router (il pc con il w2k server) effettua il
routing dei pacchetti netbios e dei broadcast soprattutto se non utilizzi
wins.
Non so come si comporta di default win2k, ma alcuni router, non effettuano il
routing di NetBios su TCP/IP quindi non puoi raggiungere il computer con
linux.
Infatti il netbios di per se non e' un protocollo instradabile, ma nelle
reti win diventa instradabile su tcp/ip.
Controlleri innanzitutto sulla macchina linux se c'è qlc connessione
proveniente dal client con un
$ netstat -an
e poi sul win2k server controlleri come è configurato il servizio di
routing. in questo momento non ho una macchina win a disposizione quindi
non ti so dire di +.
Bye,
Marco.
-- 
*** Marco Tizzoni   /// Business Gate SpA - 
www.businessgate.com
 /// *
* Microsoft Certified Professional x2 ID#: 2244986                   *
* SCOUT TAG: Marco Tizzoni CT 5° (AGESCI) Capo Reparto               *
* Linux User Group Catania Member - 
http://lug.linuxsicilia.it
       *
* ICQ UIN: 128671461 // **********************************************

 non ti so dire di +.
in effetti il servizio di routing è disabilitato. tieni conto che ho Small
Business Server 2000 su questa macchina... e ho lasciato praticamente stare
tutto come sta...
se abilito questo servizio faccio qualche casino?  :-)
Leonardo

 se abilito questo servizio faccio qualche casino?  :-)
Diciamo che è necessario abilitare il routing
(hai due reti diverse, per comunicare quindi ci vuole un router. Nel tuo
caso win2000)
In quanto al casino... boh! a me non è mai successo niente...
ciao


caso win2000)
Ha già il routing attivo, se no come farebbe a comunicare con un host
dell'altra rete? Ha scritto un una mail precedente che altri servizi
di rete funzionano quindi il pc esegue il routing. Il problema sta nel
fare il routing dei pacchetti di broadcast netbios per la risoluzione
dei nomi.
Oppure i test non sono stati effettuati correttamente e acceddi alla
rete 192.168.1.0 dal server e non da un client della rete 192.168.0.0.
Bye,
Marco.
--
*** Marco Tizzoni   /// Business Gate SpA - 
www.businessgate.com
 /// *
* Microsoft Certified Professional x3 ID#: 2244986		     *


 rete 192.168.1.0 dal server e non da un client della rete 192.168.0.0.
Ho provato ad accedere con \\192.168.1.3 dal pc 192.168.0.32 ma non va...
Forse ISA Server non "routa" i pacchetti NetBios?
uff...sto entrando nella disperazione... non ci sto capendo più niente...
;-)
Leonardo

Forse ISA Server non "routa" i pacchetti NetBios?
Esordisco col dire che non ho ISA server, quidni potrei essere
impreciso.
Il problema sta nel fatto che ISA server NON è un router, ma un
firewall/proxy, quindi ti fa uscire, ma non fa il routing, per questo
non funziona. Se vuoi routare dei paccheti devi attivare il servizio
di routing.
Ho capito che su una macchina della rete hai un web server, se è cosi,
per verificare quello che dico puoi:
- Aprire un browser su un client della sottorete su cui *non* sta il
web server e puntare ad una pagina qlss.
- Andare sulla macchina che fa da web server e dare un bel netstat
se le cose funzionano come dico io, dovresti vedere una connessione in
established o time wait sulla porta 80 proveniente dal server con ISA,
altrimenti sono un coglione e non ho capito nulla, e la connessione
arriva direttamente dal client.


 rete 192.168.1.0 dal server e non da un client della rete 192.168.0.0.
Ho risposto al messagio in cui si diceva che il routing
non è abilitato....
quindi se il routing è abilitato per risolvere il problema 
bisgona necessariamente avere:
un server WINS
oppure il file hosts opportunamente modificato
il WINS serve proprio in una rete netbios (ad es. un dominio microsoft)
composta da più reti TCP/IP, altrimenti non serve a niente (o quasi).
Non è possibile pensare che un pacchetto destinato al broadcast 
192.168.0.255 venga ruotato da win2k al broadcast 192.168.1.255. O fai 
degli accrocchi con il subnetting o non se ne fa niente.
Sempre a disposizione,
Ciao


degli accrocchi con il subnetting o non se ne fa niente.
E' sicuramente sconveniente nelle grosse reti, ma si può fare,
d'altronde i dispositivi di 3 livello servono a rompere i broadcast
domain.
Ciao,


 domain.
Esattamente. Ma dato che 
192.168.0.0/24
 è una rete (broadcast domain)
e 
192.168.1.0/24
 è un'altra rete (e quindi un altro broadcast domain)
è un pò improbabile che i broadcast di una vadano nell'altra, a meno
di fare degli accrocchi con le subnet e gli indirizzi di broadcast,
il che non potrà essere sicuramente una soluzione efficace, perchè a
distanza di tempo potrebbe diventare un problema ulteriore. Meglio
configurare il WINS.


 arriva direttamente dal client.
Si, esatto. Da un client della rete interna (192.168.0.12) apro una pagina
del Web server (192.168.1.3)
Sul server web apro un telnet e faccio netstat. Questo è il risultato.
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 
192.168.1.3:80
 
192.168.1.2:46076
TIME_WAIT
Ovviamente ho tralasciato le righe non non c'entravano niente.
Però a questo punto sorge la domanda: ma perché il client ha indirizzo IP
192.168.0.12 mentre invece noto che la richiesta è stata fatta da
192.168.1.2 (che sarebbe la scheda di rete esterna del server con windows
2000)?
Perché c'è il proxy che mi maschera le richieste??
Ciao
Leonardo

 composta da più reti TCP/IP, altrimenti non serve a niente (o quasi).
ora mi documento un po' su WINS perché non ne so molto... ma... domanda:
WINS non server per la risoluzioni dei nomi e basta? Perché io non riesco ad
andare dall'altra parte nemmeno specificando l'indirizzo IP
Ciao
Leonardo

 non aver abilitato il routing
ho dato informazioni contrastanti? scusa... dov'è che non sono stato chiaro?
Ciao
Leonardo

 domain.
allora... ho capito che per "routare" i pacchetti netbios da un interfaccia
all'altra dovrei abilitare il routing e fare in modo che i pacchetti
broadcast della rete 192.168.0.x vadano a finire sulla rete 192.168.1.x
Anche se non è prestazionalmente una gran mossa basterebbe routare solo quei
pacchetti?
Oppure che accrocchi si possono fare con il subnetting ?
Ciao
Leonardo

 riesco ad andare dall'altra parte nemmeno specificando l'indirizzo IP
Perche' se non riesci a sapere il nome netbios non ti serve a nulla l'ip.
Proverei da linux a montare una share su un pc client dell'altra rete con
qlcs del genere;
# smbmount //NOME_NETBIOS_DEL_PC/C$ /MOUNT_POINT -o
username=administrator,ip=IP_ADDRESS
Vedi che succede.Così dovresti riuscire a montare qlcs, in particolare C$
è una condivisione amministrativa quindi la puoi montare solo passando
utente e passwd di adminstrator (non root!!!administrator del computer
NOME_NETBIOS_DEL_PC)
Bye,
Marco
-- 
*** Marco Tizzoni   /// Business Gate SpA - 
www.businessgate.com
 /// *
* Microsoft Certified Professional x2 ID#: 2244986                   *


questa era la prima cosa che dovevi dire...la parola wins sarebbe comparsa
molto dopo...

 molto dopo...
ops... scusa
Ciao
Leonardo

 wrote in message
news:acls4f$pn3$
1...@newsreader.mailgate.org

Hai detto che il ping funziona ma non hai abilitato il routing, e per
quello
che so io, senza routing il ping non deve funzionare.
Il fatto che comunque funzioni il ping potrebbe essere determinato da
ISA server, che però assolutamente non conosco. 
Quindi prima cosa da fare: abiltare il routing.


 Quindi prima cosa da fare: abiltare il routing.
fatto, ma in effetti non riesco a capire come rouotare netbios da una rete
all'altra...
Ciao
Leonardo

 Oppure che accrocchi si possono fare con il subnetting ?
Premetto che a livello pratico non ho mai implementato un soluzione
del genere (ottima per peggiorare le performance e aumentare il livello
di caos della rete), a livello teorico -potrebbe- essere fattibile.
Soluzione 1
Applico delle regole di nat tali per cui l'indirizzo di destinazione
broadcast di una rete venga translato nell broadcast dell'altra rete.
Soluzione 2
Cambi la rete 
192.168.1.0/24
 in 
192.168.0.128/25
 e inserisci una rotta
statica per l'indirizzo 192.168.0.255
Sono soluzioni da provare e comunque personalmente non le utilizzerei
mai e poi mai.
ciao


 all'altra...
In realtą se hai il netbios sul TCP/IP, esso viene ruotato a livello
di protocollo IP e quindi deve funzionare.
Riassumendo:
- Sui client devi avere netbios over tcp/ip e default gateway impostato
- Routing abilitato sul gateway 
- Regole del firewall che non blocchino le porte 137,138,139 TCP e UDP
- Gateway impostato sulla macchina Linux per la rete 
192.168.0.0/24
a questo punto la connettivitą dovrebbe essere garantita.
se da DOS lanci il comando: net view \\indirizzo_pc_linux dovresti
vedere le risorse disponibili.
Se il comando prec. funziona, puoi configurare il WINS per ottenere
anche la risoluzione dei nomi netbios.
Se non funziona, prova i comandi:
tracert indirizzo_pc_linux
tracert www.quello_che_ti_pare.boh
alla prossima
ciao


 - Inserisci la coppia indirizzo/nome sui file hosts dei clients
Io proverei anche ad aprire una share dal client win passando l'ip(es. in
apri una finestra e passi \\192.168.0.1\CONDIVISIONE), se
funziona, il problema non è di routing, ma di nomi.
Altrimenti il problema sta nel routing e i pacchetti non giungono a
destinazione.
Questo CERTAMENTE funziona, visto che l'ho provato.
Se non funge in nessuno dei casi, stiamo organizzando una trasferta a
Lourdes... :)
Bye,
Marco.
-- 
*** Marco Tizzoni   /// Business Gate SpA - 
www.businessgate.com
 /// *
* Microsoft Certified Professional x2 ID#: 2244986                   *
