Samba problémák, vagy esetleg bugreportolni is kéne?

Kezdőlap Fórumok UHU Linux Általános UHU problémák, javaslatok Samba problémák, vagy esetleg bugreportolni is kéne?

3 bejegyzés megtekintése - 1-3 / 3
  • Szerző
    Bejegyzés
  • #1920937
    admin
    Adminisztrátor

      … csak éppen a /var/smb könyvtár alapból nem létezik

      … ez tényleg hiba, de szvsz már nem fogják javítani …

      2: Az smb.conf alapértelmezésben a legtöbb disztribúcióban encrypted password = yes opcióval van beállítva, itt encrypted password = no opcióval.  A jelek szerint ez azt eredményezi, hogy pl. a lokális kliensrõl smbmounttal nem tudtam mountolni a saját magam home-ját (ami ugye alapvetõen felesleges, viszont próbának nem rossz 🙂 Ez most bug vagy feature, azaz van-e valami konkrét oka, hogy nem encrypted a jelszó alapból?

      …ha ez nem egy millimos iskola 😆 , akkor igenis a no a helyes (nem nt platform esetén)

      Egy további kérdés: a Konqueror csak úgy hajlandó böngészni a samba hálót, ha a klisa fut. Van-e a klisa automatikus elindítására valami uhu-konform módszer, vagy lopjak le egy initscriptet, és azt alakítsam át?

      xfsamba ? , esetleg gnome alatt nautilus ? – bár tulajdonképpen a lisa is indítható, én ugyan nem használom, de már kipróbáltam 🙂

      Bár mindegyik felvetett probléma viszonylag könnyen megoldható, ezt azért jelzem mégis, mert egy iskolában segítek Linuxban tapasztalatlan felhasználónak, akinek most majd neki kell ugrani tizenhat gép beállításának, mert az alapértelmezés nem megfelelõ.

      #1920938
      friczy
      Felhasználó

        2: Az smb.conf alapértelmezésben a legtöbb disztribúcióban encrypted password = yes opcióval van beállítva, itt encrypted password = no opcióval.  A jelek szerint ez azt eredményezi, hogy pl. a lokális kliensrõl smbmounttal nem tudtam mountolni a saját magam home-ját (ami ugye alapvetõen felesleges, viszont próbának nem rossz 🙂 Ez most bug vagy feature, azaz van-e valami konkrét oka, hogy nem encrypted a jelszó alapból?

        …ha ez nem egy millimos iskola 😆 , akkor igenis a no a helyes (nem nt platform esetén)

        Mint írtam, így a saját gépemrõl sem tudok sambán keresztül bejelentkezni a saját home-omra, smbmount elküld legelni. Ez miért is helyes? Másrészt miért jó bármilyen esetben, ha cleartext a jelszó?

        Egy további kérdés: a Konqueror csak úgy hajlandó böngészni a samba hálót, ha a klisa fut. Van-e a klisa automatikus elindítására valami uhu-konform módszer, vagy lopjak le egy initscriptet, és azt alakítsam át?

        xfsamba ? , esetleg gnome alatt nautilus ? – bár tulajdonképpen a lisa is indítható, én ugyan nem használom, de már kipróbáltam 🙂

        Bár mindegyik felvetett probléma viszonylag könnyen megoldható, ezt azért jelzem mégis, mert egy iskolában segítek Linuxban tapasztalatlan felhasználónak, akinek most majd neki kell ugrani tizenhat gép beállításának, mert az alapértelmezés nem megfelelõ.

        #1871705
        csaba
        Felhasználó

          UHU Linux 1.0 verzió.

          Két kérdésem van az alapértelmezett beállítással kapcsolatban.
          1: Az UHU vezérlõpulton a rendszer felkínálja, hogy készít két (nem browse-olható) samba megosztást, az egyik a home könyvtár home néven (korrekt), a másik pedig pub néven a /var/smb könyvtár. Ez is korrekt lenne, csak éppen a /var/smb könyvtár alapból nem létezik. Persze létrehozható, de akkor minek van benne default megosztásként az smb.conf-ban?

          2: Az smb.conf alapértelmezésben a legtöbb disztribúcióban encrypted password = yes opcióval van beállítva, itt encrypted password = no opcióval. A jelek szerint ez azt eredményezi, hogy pl. a lokális kliensrõl smbmounttal nem tudtam mountolni a saját magam home-ját (ami ugye alapvetõen felesleges, viszont próbának nem rossz 🙂 Ez most bug vagy feature, azaz van-e valami konkrét oka, hogy nem encrypted a jelszó alapból?

          Egy további kérdés: a Konqueror csak úgy hajlandó böngészni a samba hálót, ha a klisa fut. Van-e a klisa automatikus elindítására valami uhu-konform módszer, vagy lopjak le egy initscriptet, és azt alakítsam át?

          Bár mindegyik felvetett probléma viszonylag könnyen megoldható, ezt azért jelzem mégis, mert egy iskolában segítek Linuxban tapasztalatlan felhasználónak, akinek most majd neki kell ugrani tizenhat gép beállításának, mert az alapértelmezés nem megfelelõ.

        3 bejegyzés megtekintése - 1-3 / 3
        • Be kell jelentkezni a hozzászóláshoz.