Samba

Linux-haladó

Sziasztok.

Arra lennék kíváncsi, hogy üzemeltet-e valaki
olyan samba-s domain-t, amely több alhálózatot is gond nélkül kezel.

Hasonlóan ehhez:

- adott három alhálózat amit egy router fog össze: 

   
  192.168.0.0/24  ----  router ---- 192.168.1.0/24
  (samba server)          |              (Windows 1)
                          |
                    192.168.2.0/24
                      (Windows 2)

- mind egy domain-ban vannak
- működik a névfeloldás rendesen
- müködik a tallózás rendesen

Sikerült valakinek megoldania?
Köszi
Fri

  • 1410 megtekintés

Én otthon összraktam egy hasonló felállású rendszert, csak jóval egyszerűbbet. Ott a Samba és a WinXP másik subnet-ben voltak, és mindegyik a tűzfalba futott bele. DNS csak caching, 3 gépre nem volt értelme komolyabb zónákat felállítani. A Samba-t úgy fordítottam, hogy legyen benne WINS támogatás, és az XP-n fixen beállítottam a Samba IP-jét mint WINS szervert. Ennek ellenére voltak problémák, volt hogy nem látta a tartományvezérlőt bejelentkezésnél, és ha sokáig idle-ben volt mindkét gép, elveszítette a megosztott hálózati mappákkal a kapcsolatot. Ilyenkor a tűzfalon újraindítottam a Samba subnet interface-ét, az segített. Nem vagyok igazán járatos a dologban, csak próbálkozás volt. Megoldható és működik, de nagyobb hálózatnál akkor WINS szervert fel kell állítani, és kelleni fog belső DNS is, ha nem találja a WINS a gépet. Samba-nak meg lehet adni, honnan vegye a névfeloldást. wins, lmhosts, bcast, dns. A Samba HOWTO részletesen tárgyalja, a PDF "Part III: Advanced Configuration - Chapter 10: Network browsing" alatt.
Fontos: Ha WINS szervert akarsz használni, NetBIOS-t TCP/IP felett engedélyezned kell, különben nem fog menni. A HOWTO-ban arra is van példa, hogyan kell egy statikus bejegyzésekkel ellátott wins.dat file-t csinálni a PDC-n, ahonnan egyszerűen és könnyen végezheti a feloldást.

Köszi a segítő szándékot,
de sajnos nem ilyen egyszerű a dolog.
Nem a WINS szerveren bukik meg az ilyen "felépítés"
hanem a browsing-on (tallózás). Az az ami "elvileg"
nem lehet ezzel a felépítéssel megcsinálni rendesen működőre.
Fri

A Samba HOWTO 10.7 pontja pont erről szól. A 10.7.3.1 pedig ezen belül is a téged érdeklő cross-subnet browsing-ról. Ott részletesen le is van írva, példát is hoz rá, hogyan lehetne megoldani, szerintem az segíteni fog. A leírás szerint meg lehet csinálni működőre, de WINS és DNS akkor is kelleni fog, valamint a kliensek megfelelő beállítása.

Ezzel az a baj, hogy valóban "mutat" egy
lehetséges megoldást aminek számos problémája van.

Egyrészt ha nem raksz az alhálóba egy sambás szervert
akkor versenyezni fognak a munkaállomások, hogy melyik legyen
a LBM. Ez egyrészt idő, másrészt terheli a gépet, harmadrészt
ha kiesik, akkor megint indul a ki az erősebb játék, negyedrészt
broadcast hegyekkel jár az alhálóban, ötödrészt a routerekre azért
van szükség, hogy kökeményen meg lehessen fogni a forgalmat az
alhálózatok közt, ha nincs egy fix gép ami ellátja a LMB szerepét
(alhálózati samba szerver) az egész hálózati biztonság meghal a routeren..
.. és még tudnám folytatni hol vérzik el az a howto..

Tudom, hogy ez nem a samba "hibája", hanem a M$-é, mert rém idiótán tervezték
meg ezt az egészet anno.

Fri.

Lehetseges megoldas az alhalon levo windowsok kozul kinevezni egyet LMB-nek, aztan a tobbit letiltani a valasztasokon valo indulast,
Igazabol es sem hulyebiztos, csak felgyorsitja a valasztast es beszarik, ha az osszes nyomorult aki LMB lehetett volna ki van kapcsolva.

plusz lehetoseg, hogy egy sambas gepet teremtesz minden alhalora. Annak jol meg tudod mondani hogy mi is az o dolga (windowsnak is, csak registryt kell turni hozza.) Ez akar lehetne is ugyanaz a gep sok labbal, vagy egy labbal tagged VLAN tamogatassal.

Maskeppen nem hiszem, hogy meg tudsz szabadulni a demokraciatol.