Ez (is) jó ötlet, ráadásul a gép virtuális...
Üdv:
TT
> Még mindig megteheted, hogy a fizikai gépről csinálsz egy virtuális
> konverziót, és vmware/virtualbox/hyper-v alatt tudsz vele tovább
> kísérletezni, miközben a fizikai gép ellátja a feladatát. Csak ugyanarra
> a hálózatra ne
Még mindig megteheted, hogy a fizikai gépről csinálsz egy virtuális
konverziót, és vmware/virtualbox/hyper-v alatt tudsz vele tovább
kísérletezni, miközben a fizikai gép ellátja a feladatát. Csak ugyanarra
a hálózatra ne legyen ráengedve a virtuális gép, mert az okozhat galibát
:) .
Sziasztok!
Nagyon köszönöm, időközben sikerült minden helyreállítani, minden működik, majd
átnézem
az alábbiakat, de most semmihez nem merek nyúlni ;)
Nagyon köszönöm a sok segítséget!
Köszi, üdv:
TT
> https://wiki.samba.org/index.php/Setting_up_RFC2307_in_AD
>
2018.03.30. 19:22 keltezéssel, Takács Tibor írta:
Egy kérdés még az utolsó szó jogán:
2018.03.29. 21:57 keltezéssel, Veres Sándor írta:
azonosítókat generál (kb 3.000.000) és azokat használja. Ezt, többek
között az *idmap_ldb:use rfc2307 = yes* opció befolyásolja. Ezért
szerencsés ha minden
Sziasztok!
Egy kérdés még az utolsó szó jogán:
2018.03.29. 21:57 keltezéssel, Veres Sándor írta:
azonosítókat generál (kb 3.000.000) és azokat használja. Ezt, többek
között az *idmap_ldb:use rfc2307 = yes* opció befolyásolja. Ezért
szerencsés ha minden Samba felhasználónak van Linux-os
Örülök, hogy működik...bár érdekes lenne tudni miért dobta el a fájlt...
Üdvözlettel
––
Schveibert Róbert
Mérnök-Informatikus
Okleveles Mérnöktanár
2018. március 30. 18:21 Takács Tibor írta, :
> Sziasztok!
>
> Nagyon
Sziasztok!
Nagyon köszönöm mindenkinek a segítséget, még ugyan a logokban látok
hibákat, de már végre ismét működik minden! Úgy tűnik, minden gond
forrása a samba secrets.keytab fájlja volt! Miután azt
újrageneráltattam, jó lett...
Köszi Mindenkinek a segítséget, Boldog Húsvétot:
TT
2018. március 28. 19:02 Takács Tibor írta, :
> Az a legdurvább, hogy akinél be van állítva a UNIX id, annál rossz...
>
Akkor valami még mindig rosszul van beállítva a winbind-del kapcsolatban.
Továbbá ha a felhasználók és a csoportok létrehozásakor nem használtad a
Szia!
2018. március 29. 14:22 Takács Tibor írta, :
> Sok küzdés árán sikerült valamit elérnem. Működnek az azonosítók, minden
> rendben. Látszólag
> (A megoldás a idmap_ldb:use rfc2307 = yes sor beillesztése volt az
> smb.conf-ba. Az a durva, hogy ezt már tegnap reggel is
Jó az a logon script? Névfeloldás megy a kliens ről?
Virtuális gépen próbáld ki egy új telepítésű szerveren ezzel a konfiggal.
Takács Tibor ezt írta (időpont: 2018. márc. 29., Cs
15:27):
> Sziasztok!
>
> Nem hiszem, ezt a problémát is sikerült megoldani:
> auth
Sziasztok!
Nem hiszem, ezt a problémát is sikerült megoldani:
auth methods=winbind
Viszont a Win7 azt írja, csak ideiglenes profillal léptem be...
Arra panaszkodik, hogy nem tudta a csoportházirendet érvényesíteni, mert
nincs kapcsolata a kiszolgálóval.
Kezdem azt kívánni, bárcsak egy minden
Akkor lehet hogy eddig is igazabol nevfeloldasi problemad volt?
Takács Tibor ezt írta (2018. március 29., csütörtök):
> Sziasztok!
>
>
> Sok küzdés árán sikerült valamit elérnem. Működnek az azonosítók, minden
> rendben. Látszólag
> (A megoldás a idmap_ldb:use rfc2307 =
Sziasztok!
Sok küzdés árán sikerült valamit elérnem. Működnek az azonosítók, minden
rendben. Látszólag
(A megoldás a idmap_ldb:use rfc2307 = yes sor beillesztése volt az
smb.conf-ba. Az a durva, hogy ezt már tegnap reggel is próbáltam, akkor
nem javult meg...)
Egy virtuális Win7-tel
Sziasztok!
Az a legdurvább, hogy akinél be van állítva a UNIX id, annál rossz...
A home-okkal viszonylag egyszerű dolgom lesz, mindenki visszakapja a
sajátját.
A többit még nem tudom, most egyelőre kikapcsolom az agyamat, mert ez
durva volt
Már látom a fényt az alagút végén, csak az
A winbind panaszkodik lesz szerintem a megoldások sarokköve.
Abba az irányba érdemes kutakodni.
Az id változás, ugrás most nem emlékszem, de lehet hogy Samba specifikus
dolog lesz. Próbáld ki virtuálisgépen, hogy mi van az új alatt ha
felhasználót hozol létre. Esetleg újra felpakolni a
Sziasztok!
Közben még cifrább lett a helyzet:
Van olyan felhasználó, akinél jó (pl.: getfacl /home/lacika kiírja,
hogy owner: NTSZKI\134lacika), és be is tud lépni, van akinél nem jó
(owner: 1779)...
Talán találtam valamit:
Azon felhasználóknál jó minden, akiknek az ID-je 1-nél
Sziasztok!
Bocsánat, tényleg nem vagyok eléggé segítőkész, ráadásul tegnap és egész
délelőtt nagy volt a nyomás, hogy újra működjön minden, tudom nem jó,de
kapkodtam nagyon... Most szünet, van idő átgondolni (legjobbkor)...
Tehát:
Tegnap délelőtt a Debian 8 + Samba 4.2.14-es szerveren
2018.03.28. 14:02 keltezéssel, Takács Tibor írta:
Nem, régebbi a szerver, és korábbi volt a Samba...
Próbálok segíteni, de úgy nehéz ha minden információt harapófogóval kell
kihúzni ;-)
Akkor Debian 8 + Samba 4.2.14-ről frissítettél Debian 9 + Samba
4.5.12-re? Ez egy elég nagy ugrás, sok
Sziasztok!
Nem, régebbi a szerver, és korábbi volt a Samba...
Köszi, üdv:
TT
2018.03.28. 13:46 keltezéssel, Veres Sándor írta:
Tehát ha a hibajelenség megjelenése előtt is Debian 9 + Samba 4.5.x
verziót használtál, és működött a szkennelés, akkor nem az "ntlm auth"
2018.03.28. 13:34 keltezéssel, Takács Tibor írta:
A helyzet :(((
Az ID-k össze-vissza vannak
Ráadásul reggel már a fénymásoló se működött, ezt sikerült megoldanom
úgy, hogy kell egy külön sor (ntlm auth=yes) az smb.conf-ba, mivel az
újabb Sambánál más a default!
Melyik Samba verzióról
Sziasztok!
A helyzet :(((
Az ID-k össze-vissza vannak
Ráadásul reggel már a fénymásoló se működött, ezt sikerült megoldanom
úgy, hogy kell egy külön sor (ntlm auth=yes) az smb.conf-ba, mivel az
újabb Sambánál más a default!
Üdv:
TT
2018.03.28. 10:14 keltezéssel, Veres Sándor
2018.03.28. 10:08 keltezéssel, Takacs Tibor írta:
Frissítettem a Samba-t, most már 4.5.12-Debian. És hajszálpontosan ugyanaz.
Mit értesz az alatt, hogy "hajszálpontosan ugyanaz"?
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és
Sziasztok!
Frissítettem a Samba-t, most már 4.5.12-Debian. És hajszálpontosan ugyanaz.
Köszi minden segítséget, üdv:
TT
___
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás:
2018.03.27. 23:01 keltezéssel, Kelemen Mihály írta:
2018.03.27. 15:38 keltezéssel, Takacs Tibor írta:
Szia!
Régebben volt itt egy hasonló leírás a problémára. Ott a kiléptetés
- visszaléptetés
megoldotta a gondot.
Mintha valamelyik frissítés volt akkor a ludas.
Mármint léptessem ki a
2018.03.27. 15:38 keltezéssel, Takacs Tibor írta:
Szia!
Régebben volt itt egy hasonló leírás a problémára. Ott a kiléptetés -
visszaléptetés
megoldotta a gondot.
Mintha valamelyik frissítés volt akkor a ludas.
Mármint léptessem ki a szervert a domain-ből és léptessem vissza?
Elvileg van egy
Szia!
2018. március 27. 15:38 Takacs Tibor írta, :
> > Régebben volt itt egy hasonló leírás a problémára. Ott a kiléptetés -
> visszaléptetés
> > megoldotta a gondot.
> > Mintha valamelyik frissítés volt akkor a ludas.
> Mármint léptessem ki a szervert a domain-ből és
Sziasztok!
A logokban semmi-t nem találtam, max. annyit, hogy a winbind
panaszkodott, hogy régi verziójú a db és újabbra frissíti.
( initialize_winbindd_cache: clearing cache and re-creating with version
number 2)
Kipróbáltam a következőt:
root@szerver:/home/takacst# getent passwd
Bocs kimaradt hogy mi van a samba logban és más logokban?
Tiba Csaba ezt írta (időpont: 2018. márc. 27., K
19:42):
> User id látszik neked, melyik Linux verzió van nálad?
> Nem frissült valami?
> Nem piszkált bele valami?
>
> Csaba
>
> Takács Tibor ezt
User id látszik neked, melyik Linux verzió van nálad?
Nem frissült valami?
Nem piszkált bele valami?
Csaba
Takács Tibor ezt írta (időpont: 2018. márc. 27., K
18:28):
> Sziasztok!
>
> Következőig jutottam:
>
> Beléptem egy közösen elérhető meghajtóra smbclient-tel.
>
>
Sziasztok!
Következőig jutottam:
Beléptem egy közösen elérhető meghajtóra smbclient-tel.
getfacl Program.cs
Az owner, a group, stb-nél mindenhol csak számok vannak, nem a csoportok
nevei! Ha ugyanerre a fájlra kiadom a getfacl-t parancssorból, szépen
hozza a neveket! szerintem itt lesz az
Értem, akkor nem ez lesz :( , sorry
Tényleg a linuxon lesz valami, azok alapján amit írsz.
Nem volt frissítés a sambara?
Nem okozhatta az?
2018. 03. 27. 15:58 keltezéssel, Takacs Tibor írta:
Sziasztok!
smbv1 visszakapcsolását próbáld meg, ezt pedig gpo-val szét tudod küldeni.
Szerintem az
Sziasztok!
> smbv1 visszakapcsolását próbáld meg, ezt pedig gpo-val szét tudod küldeni.
> Szerintem az lesz a gond, hogy letiltotta a win valamelyik frissítése.
Az a baj, hogy:
1. minden másik meghajtó rendben van, csak a homes nem
2. linux alól se jó
3. az Administrator be tud lépni!
Köszi,
https://support.microsoft.com/hu-hu/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and
Ez az oldal segítségedre lesz!
2018. 03. 27. 15:48 keltezéssel, Fehér Sándor írta:
>Elvileg van egy másik szerver BDC-ként, de még sose kellett, mi van,
ha elszáll az egész
>Elvileg van egy másik szerver BDC-ként, de még sose kellett, mi van,
ha elszáll az egész AD?
Ezt én nem tenném a helyedben. Az AD törlődik ekkor.
Ha vm ez a gép, akkor mentsd előtte, ha nem akkor inkább ne.
smbv1 visszakapcsolását próbáld meg, ezt pedig gpo-val szét tudod küldeni.
Szerintem az
Szia!
> Régebben volt itt egy hasonló leírás a problémára. Ott a kiléptetés -
> visszaléptetés
> megoldotta a gondot.
> Mintha valamelyik frissítés volt akkor a ludas.
Mármint léptessem ki a szervert a domain-ből és léptessem vissza?
Elvileg van egy másik szerver BDC-ként, de még sose kellett,
2018.03.27. 15:04 keltezéssel, Takacs Tibor írta:
Sziasztok!
Ma egyik pillanatról a másikra nem látták a felhasználók a saját (U:)
meghajtójukat.
Reggel még ment, órám volt közben, semmihez nem nyúlhattam, áramszünet se volt.
A
közös meghajtók rendben, de a saját nem látszik...
1. Samba
Sziasztok!
Ma egyik pillanatról a másikra nem látták a felhasználók a saját (U:)
meghajtójukat.
Reggel még ment, órám volt közben, semmihez nem nyúlhattam, áramszünet se volt.
A
közös meghajtók rendben, de a saját nem látszik...
1. Samba restart -> semmi változás
2. Szerver restart -> semmi
37 matches
Mail list logo