Mármint a windowsos gépen? Igen. Nekem is ez volt az első ötletem. Aztán persze módosítottam annak a bizonyos fájnak a jogosultságait hogy mindenki olvashassa, sőt írhassa is, megint refresh de semmi.
Tudom hogy sokkal jobb lenne erre a célra vagy sambát vagy NFS-t használni. De az a helyzet hogy az NFS-es hálózat már régóta szépen megy és csak most akasztottak a nyakamba egyszál nyamvadt windózos gépet. Hát most emiatt nem akartam átfabrikálni a jól működő régi rendszert, már csak azért sem mert a sambához nemigen értek. Inkább elindítottam mellé a sambát is. Aztán a vége lehet hogy mégis az lesz hogy meg kell csinálni a sambát rendesen, de az NFS-t csak akkor akarom leállítani ha a samba már problémamentesen megy.
Az NFS-sel történő másolgatással érdemes óvatosan bánni a jogosultságok miatt. Előfordulhat, hogy valaki felmásol egy közös, megosztott területre egy file-t, amelyet sambán keresztül nem fognak tudni módosítani. Ha sambán keresztül másolsz linuxos gépről is, akkor a jogokat a Samba szerver a beállítások szerint maszkolhatja.
Van egy könyvtáram, amit NFS-el és sambával is megosztok. Az a baj hogy ha ebbe a könyvtárba NFS-el felmásolok egy fájlt, az a windowsos gépen nem jelenik meg. Kipróbáltam hogy nem NFS-el hanem a szervererről egy másik könyvtárból másolok át fájlt, az eredmény ugyanaz. Az érdekes az hogy azok az állományok, amik a sambás megosztás létrehozása pillanatában már ott voltak, látszanak. Megy a nyomtatás is sambán keresztül. Nem tudna valaki segíteni, mi lehet a baj?
Meg tudná valaki mondani hogy lehet a sambát úgy beállítani hogy ne kérjen jelszót? Van egy windowsos kliens amit csatlakoztatni szeretnék. Én úgy akartam beállítani a sambát hogy ne kelljen jelszót megadni, de úgy tűnik nem sikerült. Ezért létrehoztam egy samba felhasználót jelszóval, megpróbáltam úgy, de azt írja ki hogy a jelszó nem megfelelő. A kliensen egy ablak jelenik meg, aminek a felirata: "erőforrás: //SERVER/IPC$" és van egy jelszó mező. Bármit írok be, hibásnak találja.
De fura lefagyások vannak néha és más komoly hibaüzenetet nem találok.
A kliensen a samban megosztott exe nem töltődik be rendesen, hanem dos ablakban a kurzor villog a balfelső részen (amúgy az exe dos-os) és ennyi. Van amikor egy idő után megjavul, de samba restarttal gyorsabban lehet erre rávenni.
Még egy kérdésem lenne. Ha a /var/log/samba/ könyvtárban egy log.0.0.0.0 logfájl is töltődik benne leginkább a "lib/util_sock.c:read_socket_data(384) read_socket_data: recv failure for 4. Error = Connection reset by peer" hibaüzenettel, akkor ez hardveres (hálókártya, switch) hibára utal?
"hálózati meghajtóként csatlakoztattam egy szambás mappát és kipipáltam a "Bejelentkezéskor újracsatlakozást"."
Ezt én is megtettem mégse az igazi valahogy.
"Valahol a jelszót is meg lehet vele jegyeztetni."
Na engem ez érdekelne, de nem a felhasználói fiókoknál lévő lehetőség, mert az csak tartományos esetben működik jól ahogy észrevettem, munkacsoportosnál nem.
"Ráadásul még feltelepítettem minden gépre egy programot is, ami automatikusan bejelentkezik."
Ez meg pláne érdekelne, ha eszedbe jut erről valami, akkor annak örülnék!
Szia! Nekem XP HOME-mal volt problémám, lehet, hogy neked is jó lesz a megoldás: hálózati meghajtóként csatlakoztattam egy szambás mappát és kipipáltam a "Bejelentkezéskor újracsatlakozást". Valahol a jelszót is meg lehet vele jegyeztetni. Ráadásul még feltelepítettem minden gépre egy programot is, ami automatikusan bejelentkezik. Sajnos már nem dolgozom ott, így nem tudom megnézni.
Van egy Suse Linux 9.3-as szerver samba megosztással, Windows XP Prof SP2-es kliens. Hosszabb keresés után sikerült a regedit és a biztonsági házirendek részen beállítva működésre bírni a klienset.
Mostmár egyetlen problémám, hogy az xp nem léptet be automatikusan a szerverre, azaz pl ha nyomtatni akarok egy samba-n megosztott, telepített nyomtatóra akkor nem szól semmit csak nem hajlandó elvégezni, addig amíg a munkacsoport részen be nem lépve a szerverre meg nem adom a megjegyzett felhasználóra a meg nem jegyzett jelszót.
Remélem értehető.
Illetve csatlakoztatva van egy samban megosztott meghajtó alapból, de az onnan hivatkozó ikon nem indítja el a progit, amíg a fenit hasonló módon be nem megyek a meghajtóra.
Tudom, hogy ez windowsos beállítás, de gondoltam itt nagyobb az esélyem, hogy megoldást olvashassak róla.
A konzolról az "rcsmb restart"-tal történt az újraindítás. A szerver látszódott, csak a megosztott mappák nem. Arr már nem emlékszem, hogy WINS be van-e állítva, de lehet, hogy nincs.
Ez a 'látás' egy nagyon misztikus dolog... pláne ha Windows is van a közelben... lehet hogy egyszerűen egy kis idő kell a dologhoz... a Windows-os gépeken ne legyen NetBEUI, IPX, meg más atavizmus...
Kb. 1 éve vetettem fel egy problémát. Suse linux 9.1 alatt a samba szerver nem indul el rendesen, a munkaállomások nem látják a szervert. Ha a webminnel újraindítom, akkor minden oké. Ma újraindítás után az egyik kollégám konzolról indította újra a sambát, de továbbra sem látta a többi gép. Tanácsomra megpróbálta a webmines felületről is újraindítani és ez már eredményes volt. Kérdésem tehát a követekző: mi a különbség a két újraindítás között? Ha erre rájönnénk, közelebb kerülhetnénk a probléma megoldásához.
Ha jól számolom 3 dolgot kell telepítéskor megoldani: 1. A fileok legyenek a helyükön 2. Registry 3. Start Menü/Desktop linkek
Az első esetben talán a legkézenfekvőbb megoldás, hogy valami hálózati drive-ra települjenek a progik, ennek megvan az az előnye is, hogy ha elszáll a szerver akkor semmit nem fogsz tudni használni :-)
A másik kettő esetén mindenképpen valami olyan megoldást kell találni ahol a szerver és kliens összedolgozik. A szerveren el kell készíteni a windowsos szkripteket és a windowson lefuttatni. Szerintem nem lehet olyan bonyolult erre rávenni, mondjuk a login scriptből mindíg le kell futtatni egy filet, persze ügyelni kell rá, hogy minden gépen minden progi pontosan egyszer fusson, de igazából az sem baj ha többször.
Ezzel meg lehet oldani a 3. pontot és azt hiszem talán a 2.-at is. Ugyanis azt hiszem vannak olyan programok amik képesek két registryt összehasonlítani és a különbséget elmenteni, illetve az így elmentett különbség filet hozzáadni egy másik registryhez. Ílymódon persze egyszer telepíteni kell egy windowsos gépre, megnézni, hogy mit változtatott a registryn (Az eredetit persze előtte el kell menteni), hogy aztán a többi gépen ezt alkalmazni lehessen.
Na hát ha nekem kellene ilyet csinálni én nagyvonalakban ezen az úton indulnék el, egyszer ugyanis már találkoztam (felhasználóként) egy rendszerrel ami valahogy így működött. Magam azonban soha nem próbáltam, szóval lehet, hogy ez így egyáltalán nem működik, vagy, hogy van sokkal egyszerűbb megoldás is.
Sok köze nincs a szambához a dolognak... Windows oldalon kell programoznod, de hogy mit, azt nem tudom... legtisztább esetben egy sp.exe című programot kell futtatni a hálózati meghajtóról...
A kérdésem a következő lenne... (a google, meg a samba doksi sem adott egyértelműen kielégítő választ :( ) Szóval adott egy jól működő iskolai redszer win 2000/xp kliensekkel, sambával kiszolgálva. Az alapszolgáltatások zsírul mennek, de én szeretnék egy olyat, hogy ha a gépeken frissíteni, vagy telepíteni kell egy szoftvert, akkor ne kelljen minden egyes géphez odamenni, belépni redszergazdaként, és telepíteni, hanem a gép bekapcsoláskor mondjuk megkérdi a sambát, hogy van-e valami teendő a rendszerrel kapcsolatban, és akkor a ctrl-alt-del megnyomás kérés előtt elintézi magát a hálózaton keresztül? Mit, és hogyan kéne szerintetek a sambán állítani, ha lehet egyáltalán ilyet. Nekem ott a netlogon script körül langyos a dolog, de semmi konkrét információm nincs,
Kicsit hosszú, de talán érthető... a rendszergazda meg márcsak ilyen lusta fajta.
Hali Valaki! Hogyan lehet beüzemelni Uhu 1.2 alatt a swat-ot? Azt mondja, hogy mielőtt a http://localhost:901 menne, szerkeszteni kell az /etc/services és a /etc/inetd.conf fájlt. De nálam nincs ilyen (az inetd.conf) fájl az etc mappában.
Kösz az ötletet, de annyit szívtam már ezzel a dologgal hogy most már érdekelni kezdett az ok :) Pénteken egész nap ezzel foglalkoztam és rájöttem hogy az smb.conf-nak ez a sora okozza a gondot:
include = /etc/samba/smb.conf.%G
Vagyis amelyik a user csoportjától függően "elágaztatja" a config-ot. Na most ha ez a sor szerepel itt, akkor még ha nincs is ott include-olható conf fájl a samba megbolondul és a már említett módon összevissza azonosítja a user-eket. Ha kiveszem a sort akkor szépen müködik az azonosítás. Néha össze is omlik a processz amint ez a log-ból kiderült. Találtam egy hasonló bugreport-ot a bugzilla-n, ha ezt kijavították akkor megpróbálom visszaállítani az eredeti konfigurációt, addig meg kiiktatom az elágazást belőle.
Megoldast nem tudok, de ebbe a kijelentesedbe kapaszokodok: "Használhatnám a security=user módot is, de így a jelszócseréknél nem kell a linux-on is átírni a jelszavakat. " Ha csak az ezzel a baj, hogy korulmenyes, akkor a http://changepassword.sourceforge.net/ -en talalhato okossagot ajalom. :)
Különösen érdekes az első sor ahol egy sima user root-root jogokkal lett azonosítva. A TARTOMANY+kadam sor pl. jónak tünik (csak a tartomany előtagot kéne levágni), de valójában egy teljesen más néven bejelentkezett userhez tartozik az a PID. Szóval teljes a kavarodás. A Samba-t az alábbi oldalon olvasható módon konfiguráltam: HOWTO Adding a Samba Server into an existing AD Domain
Ma lefordítottam a 3.0.4-est amivel tavaly elindult a szerver és ezzel úgy tünik jól müködik felhasználónevek map-pelése. Elkezdtem visszafelé olvasgatni a 3-as sambák 'changes' listáját és ez a változás lett gyanús a 3.0.11-ben:
* Mark 'winbind enable local accounts' as deprecated.
Én pont így használtam a samba-t, vagyis a windows tartománybeli felhasználóneveknek volt egy ugyanolyan nevü linux párjuk. A felhasználók által létrehozott fájlok és könyvtárak így a linux user tulajdonossal és az elsődleges csoportjának jogával jöttek létre. Használhatnám a security=user módot is, de így a jelszócseréknél nem kell a linux-on is átírni a jelszavakat.
Tudna valaki abban segíteni hogy hogy tudnám mindezt megoldani egy 3.0.14-es samba-val is?
