Newsgroup: it.comp.os.linux.sys
Titolo: routing e samba

1' problema:
ho 4 sedi di una ditta messa in rete tramite cdn 64kb gestite da dei
router:
sede a:  192.168.11.*  router 192.168.11.1 dominio e gruppo di lavoro
SEDEA
sede b:  192.168.21.* router 192.168.21.1 dominio e gruppo di lavoro
SEDEB
sede c:  192.168.31.* router 192.168.31.1 dominio e gruppo di lavoro
SEDEC
sede d:  192.168.41.* router 192.168.41.1 dominio e gruppo di lavoro
SEDED
nella sede D ho solo schede di rete token ring, volevo implementare
anche una parte di rete ethernet. Ho preso un celeron 266, c'ho messo
2 schede di rete, una token ring con ip 192.168.41.40 ed una ethernet
192.168.42.40. Ho impostato come gateway su un pc windows con token
ring  l'ip 192.168.41.40 e come gateway su un pc sempre windows con
ethernt l'ip 192.168.42.40, ip forwarding e' attivato. Non ho
modificato le tabelle di routing
Le tre macchine si pingano tra di loro, ogniuna delle due macchine
windows pinga l'altre ed entrambe le schede della macchina linux,
adesso come faccio a vedere le due macchine collegate al linux nelle
risorse di rete ??? Il fatto e' ancora + difficile perche' devo vedere
anche le altre 3 sedi. Potrei anche creare una gruppo SEDEDBIS
riservato per le ethernet nuove, non e' un problema.
Mi sorge il dubbio: ma e' possibile ???
2 problema: sul linux che fa' da router ho montato anche samba (2.0.7)
come mai vedo la macchina nelle risorse di rete dei pc windows,
sfoglio la cartella che ho  condivisa, ci entro dentro e copio i file
in lettura ma non riesco a scriverci nulla Xche' mi da' un errore di
protezione da scrittura ?
Questo sia sotto win 2000 che sotto win98.
Salute e saluti.
Viper8

hai 2 sistemi:
il piu' semplice *
- inserisci nelle tue reti un server NT con attivo il servizio WINS
un po' piu' complesso *
- su ogni pc devi inserire l'indirizzo IP ed il nome netbios delle macchine 
che condividono risorse
poiche' le reti M$ non prevedono il passaggio attraverso routers... sorry
R Palluk


 poiche' le reti M$ non prevedono il passaggio attraverso routers... sorry
Volendo Samba puo' anche fare da server WINS se non ricordo male..
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Volendo Samba puo' anche fare da server WINS se non ricordo male..
Spero che nessuno stia mai a sentire le cazzate che scrivi.
Fin quando samba non implementerà la replicazione tra server WINS quello
che dici tu non funzionerà mai e se funzionerà lo farà sempre male.
Studia, invece di scrivere cazzate.
-- 
Ciao ....
      Massimiliano ADAMO
   E-Mail: 
maxa...@iol.it

 Studia, invece di scrivere cazzate.
Adamo, sei e rimani un idiota ignorante:
# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable it's WINS Server
;   wins support = yes
# WINS Server - Tells the NMBD components of Samba to be a WINS Client
#	Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z
   wins server = 192.168.4.1
# WINS Proxy - Tells Samba to answer name resolution queries on
# behalf of a non WINS capable client, for this to work there must be
# at least one	WINS Server on the network. The default is NO.
;   wins proxy = yes
se ti brucia aver fatto la figura dell'idiota su icod non e' necessario
che tu faccia il bis anche qui. Detto questo consiglio a te di andare a
studiare un po' o al massimo tornare a pulire i cestini, forse
l'attivita' che piu' ti si addice.


 Studia, invece di scrivere cazzate.
Sei uno stupido, la vuoi capire o no che sei stupido??
Vuoi che lo dicano tutti i parteciapnti di questo gruppo più quelli di
it.comp.os.dibattiti?? STUPIDO...
Io lo faccio fra due reti collegate in VPN, e funzioan che è una
meraviglia...
L'invito è sempre valido, idiota, quando avrai voglia di imparare qualcosa,
vienimi a trovare, cretino....
ciao ignorante...

 che è una meraviglia....
c'è un problema che no ti spiego, con te sarebbe fiato sprecato.
/usr/share/doc/sambxxx/doc/textdocs/BROWSING.txt
c'è scritto che FORSE un giorno verrà implementata la replicazione tra
WINS che usano tutti samba (mai esisterà cmq tra NT e samba)
Ad oggi la funzione push and pull non esiste.


 # Windows Internet Name Serving Support Section: # WINS Support - Tells
Vedo che tu sei più ignorante di me.
Che esiste il WINS su samba lo sanno anche i bambini scemi e pertanto
acnhe tu e nicosia.
Cmq, a Nicosia ho evitato di fargli girare la testa cercando di
spiegargli alcune cose. Con te ci voglio provare (leggi bene questo
messaggio)
Il local master si chiama in tale modo in quanto svolge la sua funzione solo
 nell'ambito di una subnet (non è question di abilitazione di
broadcasting sui router, funziona così e basta.).
Per far funzionare l'inoltro dei messaggi di announcing ci vuole un
master browser per il domionio (e fino a qui samba ci arriva), ma per far
funzionare *BENE* un WINS tra varie subnet è bene installarne più di uno
in push e pull.
A questo punto leggi /usr/share/doc/sambaxxxx/doc/testdocs/BROWSING.txt e
ti accorgerai che ad oggi questa funzione non è stata implementata.
Tuttavia è prevedibile che un giorno verrà implementata *SOLO* tra WINS
con samba (mai tra NT e Samba).
Cmq, ad ooggi, quel lavoro che dici tu non è possibile.


 master browser per il domionio (e fino a qui samba ci arriva), ma per far
Se c'e' un cretino quello sei tu, visto che masticavo Samba quando tu
ancora pulivi i cestini e sbavavi all'ombra delle bandierine.. ora il
fatto che tu abbia iniziato ad usare Linux non ti esime dal farti
passare ancora per cretino, a quanto vedo.
Comunque, non sai nemmeno tu cosa dici: prima affermi che io sbaglio
nel dire che Samba possa fare da WINS server poi tu stesso dici
la stessa cosa. Ora, o soffri di Alzheimer (ed inizio a sospettare
che sia cosi') oppure la tua stupidita' non ha confini. Nel caso,
il book online "Using Samba" della O'Reilly ti schiarira' le idee.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
3.1.2.5 WINS Configuration tab
    WINS is the Windows Internet Name Service, its version of a
    NetBIOS name server. If you've enabled WINS on Samba, you must
    tell Windows the Samba server's address. If you are using WINS
    servers that are entirely Windows NT, enter each of them here as
    well. The dialog box shown after selecting the WINS Configuration
    tab is shown in Figure 3.11.
        WARNING: Do not mix a Samba WINS server and a Windows NT server
        as a primary/backup combination in the WINS dialog. Because
        the two cannot replicate their databases, this will cause
        name resolution to perform incorrectly.
    From here, select Enable WINS Resolution and enter the WINS
    server's address in the space provided, then press Add. Do not
    enter anything in the Scope ID field.
7. Printing and Name Resolution
    Contents: Sending Print Jobs to Samba Printing to Windows Client
    Printers Name Resolution with Samba
    This chapter tackles two Samba topics: setting up printers for
    use with a Samba server and configuring Samba to use or become a
    Windows Internet Name Service (WINS) server. Samba allows client
    machines to send documents to printers connected to the Samba
    server. In addition, Samba can also assist you with printing Unix
    documents to a printer on a Windows machine. In the first part
    of this chapter, we will discuss how to get printers configured
    to work on either side.
7.3.3 Setting Up Samba as a WINS Server
[..]
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


 messaggio)
Sei troppo un genio....
Le ultima parole che mi sento di dirti sono le stesse che ti hanno detto
ultimamente un pò tutti su *.dibattiti.....a futura memoria...
*PLONK*

 /usr/share/doc/sambxxx/doc/textdocs/BROWSING.txt
Ma io non capisco perche' continui a postare pezzi di documenti di
cui non capisci il significato:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Browsing will NOT work if name resolution from NetBIOS names to IP
addresses does not function correctly. Use of a WINS server is highly
recommended to aid the resolution of NetBIOS (SMB) names to IP addresses.
WINS allows remote segment clients to obtain NetBIOS name_type information
that can NOT be provided by any other means of name resolution.
[..]
Samba can also act as a domain master browser for a workgroup.  This
means that it will collate lists from local browse masters into a
wide area network server list.  In order for browse clients to
resolve the names they may find in this list, it is recommended that
both samba and your clients use a WINS server.
[..]
[Note that nmbd can be configured as a WINS server, but it is not
necessary to specifically use samba as your WINS server.  NTAS can
be configured as your WINS server.  In a mixed NT server and
samba environment on a Wide Area Network, it is recommended that
you use the NT server's WINS server capabilities.  In a samba-only
environment, it is recommended that you use one and only one nmbd
as your WINS server].
[..]
To see browse lists that span TCP/IP subnets (ie.  networks separated
by routers that don't pass broadcast traffic) you must set up at least
one WINS server.  The WINS server acts as a DNS for NetBIOS names, allowing
NetBIOS name to IP address translation to be done by doing a direct
query of the WINS server.  This is done via a directed UDP packet on
port 137 to the WINS server machine.  The reason for a WINS server is
that by default, all NetBIOS name to IP address translation is done
by broadcasts from the querying machine.  This means that machines
on one subnet will not be able to resolve the names of machines on
another subnet without using a WINS server.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
in particolare l'ultimo paragrafo dice semplicemente che per avere la
risoluzione dei nomi fra piu' subnet ognuna deve avere il proprio server
WINS e *non* che Samba non possa fare da server WINS.
Se ne deduce che hai sparato ancora una cazzata.


 Questo sia sotto win 2000 che sotto win98.
beh, questo E` un problema :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/
 segnala gli abusi ad 
ab...@newsland.it

Viper8

 Pero' gradivo evitare spargimenti di sangue.
Non č colpa tua, č colpa dell'ignoranza...

Non č colpa tua, č colpa dell'ignoranza...
:-)
Viper8

 Te ne sarei molto grato.  me lo puoi spedire a viper8 AT 
interfree.it
No, sto operando una sorta di punizione diffamando un piccolo scemo di
usenet, per lo più ignorante.
Domani posto sul gruppo, visto che si è fatta cattiva informazione penserò
io a sistemare le cose.
Avrà il triplo effetto di aiutare te, chi vuol farlo e soprattutto far
capire, se ancora c'è ne fosse bisogno, che idiota circola fra noi...

 capito bene cosa) mi sto divertendo un casino.
No no, il thread termina qui, con il mio interlocutore che finisce li'
dove dovrebbe stare, nel cesso perche' mi sono rotto le palle di
discutere con uno che ha meno intelligenza di una capra.


 Pero' gradivo evitare spargimenti di sangue. 
Nessuno spargimento di sangue, basta ignorare chi spara cazzate
riportando documentazione che non capisce.


 SEDED
Ciao,
    io riporto i miei smb.conf che provvedono a PROPAGARE tutti i gli
annunci wins, in maneira tale ch eongi client di ongi subnet possa fare il
browsing della rete e collegrasi ai server di altre subnet.
Io per comodità e perchè mi serviva così, ho un unico dominio, devi solo
sistemare il tuo smb.conf.
Il tutto funziona sfruttando le capacità di samba 2.0.7 e adesso 2.2.0 di
fare da PDC (per nt tutti e due, per w2k solo con l'ultiam versione), per
cui ti rimando a quelle info su 
www.samba.org
PEr l apsecifca configurazioen ecco quanto ho usato io, nessun interesse
su coem sia fatt al aconnesione (io sono passato dal modem, all'adsl alll
cdn, senza cvambair enulla su samba).
Server A
[global]
netbios name = SERVERA
workgroup = LMT
security = users
preferred master = yes
domain logons = yes
time server = yes
os level = 255
domain master = yes
local master = yes
wins support = yes
wins proxy = yes
remote announce = [ipdelserverb]/dominiosediverso
remote browse sync = [ipdelserverb]/dominiosediverso
----
In defintiva il server A è un pò il papa di tutti, lo puoi anche non
rendere tale, ma è meglio gestire la questione in maniera centralizzata.
SERVER B
[global]
netbios name = SERVERB
workgroup = LMT
security = users
# security = domain
# password server = [ipdelservera]
# queste due sopra te le lascio scoprire sulle docs di samba, io non le
uso per # # motivi pratici, non tutti gli utenti lavorano nelle due
sedi....
preferred master = yes
domain logons = yes
time server = yes
os level = 255
domain master = no
# questo serve pe rnon andare in conflitto con il server A
# ma alla fine questo server sarà PDC per gli utenti della sua subnet.
local master = yes
wins server = [ipdelserverA]
wins proxy = yes
remote announce = [ipdelserverA]
remote browse sync = [ipdelserverA]
Coem vedi è abbastanza semplice,ci sono dell accortezze da prendere per
farlo funzionare in maniera non empirica, come l'ip al posto del nome, ma
questo con un apio di prove ti verrà subito chiaro.
Ciao

sistemare il tuo smb.conf.
Ti ringrazio molto. Faro' tutte le prove del caso. Tra l'altro
ponderavamno di tiglere TUTTi i PDC e ridurre la rete ad un workgroup.
Saludos.
Viper8