az alma szép, az alma jó... cont.

- KKV, ~20 ember, Appleorientált vezetés.
- Vegyünk NAS-t ami fancy!
- Legyen az e-mail cím az userek felhasználóneve, mert minden más rendszerben az jó lesz nekünk ha itt is az.
- Várjuk meg amíg az apple**cit használó felhasználók kipróbálják a megosztásokat nem VM-ben és elkezdenek sírni
- admin accounttal megosztások működnek, accountjuk windowson működik
- Olvassuk és próbálgassuk végig a QNAP fórumokon a hasonszőrűek kínjait és az arra tett megoldási javaslatokat amik között az SMB verzió 1.0-ra! állítása, AFP letiltása és hasonlók vannak.
- Sikertelenség után kapcsoljuk be a logolást a nas-on és konstatáljuk, hogy ez a fostalicska szimplán eldobja a @-ot és az azt követő részt az SMB bejelentkezéshez.

Windows 7-8.1-10, bugbuntu viszi gond nélkül...

( AiRLAC v | 2018. 03. 06., k – 08:52 )

QNAP érdekes állat.

--

"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."

( flatline | 2018. 03. 06., k – 12:16 )

Na ja, mindig a gép a hülye.
Mi is KKV vagyunk hasonló létszámmal, igen nagy Apple eszköz penetrációval, mégis kezdetektől fogva működik mindenféle protokollokon keresztül a megosztás és egyebek. Igaz, Qnap eszközöket nem használunk, csak EMC storageket.
Manapság ez a legnépszerűbb téma a hupon, az almás eszközöket fikázni, sokan teszik ezt anélkül, hogy értenének hozzá. Tisztelet a kivételeknek.

mégis kezdetektől fogva működik mindenféle protokollokon keresztül a megosztás és egyebek

Próbálj meg az SMB/AFP usereknek email címet megadni usernévnek.

Manapság ez a legnépszerűbb téma a hupon, az almás eszközöket fikázni, sokan teszik ezt anélkül, hogy értenének hozzá. Tisztelet a kivételeknek.

Sajnálom de az a tény, hogy egy szoftver SMB-re bejelentkezéskor kiszed egy részt a felhasználónévből, és erről nem értesíti a felhasználót az nálam lefedi a hibás működés definícióját.

"Próbálj meg az SMB/AFP usereknek email címet megadni usernévnek."
Miért tenném? Eleve nem fogom magamat tökönlőni. A főnök meg nem azért tart minket rendszergazdákat, hogy ő megmondja milyen formátumúak legyenek a loginok. Neki és a usereknek is csak az a lényeg, hogy mindenféle interakció nélkül működjön a rendszer.
Abban nyilván igazad van, valami hibásan működött és nem nem adott vissza róla információt, ez pipa. De a fentebb leírtak figyelembevételével elkerülhető lett volna a hiba.
A Keychainben volt rosszul eltárolva a login/pw egyébként. Onnan kell törölni. CMD+K (Connect to server) oda nem próbáltátok beírni az
smb://username@fqdn.ofyourserver.com/share -t?
csak mert úgy működött volna.
Amikor meg felcsatolta, system preferences, users/groupsban login items részben csak ki kellett volna pipálni a shared foldert, hogy minden boot/login alkalmával felcsatolja.

Eleve nem fogom magamat tökönlőni. A főnök meg nem azért tart minket rendszergazdákat, hogy ő megmondja milyen formátumúak legyenek a loginok.

Nem vagyok rendszergazda, és nem a főnök találta, hogy egységes legyen a belső rendszerekben használt usernév, hanem én. Tekintve, hogy Windowson, Linuxon, eddigi más szolgáltatásokkal ez kiválóan működött nem éreztem a tökönlövés szagát, dehát mindig tanul valami újat az ember.

Neki és a usereknek is csak az a lényeg, hogy mindenféle interakció nélkül működjön a rendszer.

Konzisztenciáról biztosan hallottál már.

De a fentebb leírtak figyelembevételével elkerülhető lett volna a hiba.

Mit is kellett volna figyelembe vennem?

A Keychainben volt rosszul eltárolva a login/pw egyébként. Onnan kell törölni.

Biztosan a frissen telepített rendszerekkel is ez volt a probléma...

CMD+K (Connect to server) oda nem próbáltátok beírni az
smb://username@fqdn.ofyourserver.com/share -t?
csak mert úgy működött volna.

Ezt a tippet ki is próbáltad és legalábbi a loginképernyőig eljutott neked? Csak mert a @ utáni részt egybeveszi szervernévnek, amit nyilván nem talál.

"Nem vagyok rendszergazda, és nem a főnök találta, hogy egységes legyen a belső rendszerekben használt usernév, hanem én."
Anélkül, hogy tudtál volna róla, hogy smb implementációkkal mindig is problémái voltak az almáknak? Remekül megtervezett rendszer.Google macos smb connectivity issues. Sok találat lesz rá.

"Konzisztenciáról biztosan hallottál már. "
Nyilván nem, a mi rendszereink azért is működnek egységesen legyen szó linuxról, windowsról vagy épp MacOS-ről.

"De a fentebb leírtak figyelembevételével elkerülhető lett volna a hiba."
Te tényleg ennyire write only user vagy?

"Biztosan a frissen telepített rendszerekkel is ez volt a probléma."
Frissen telepített rendszer nem ismerte fel a samba sharet? Nahát. Vagy mégis hogy akartál felvenni egy smb sharet Macre?

Látom tudod értékelni a konstruktivitást, ahogyan próbáltam segíteni. Nyilván azért vagyok rendszergazda tizenix éve (azt írtad te nem vagy az) hogy mindenféle teszt nélkül ad-hoc próbáljak tanácsot adni a problémamegoldásra.
Innentől ha valamivel problémád van, részemről az már csak a te problémád, én inkább ignorálom, nem szeretem falra hányni a borsót.

Frissen telepített rendszer nem ismerte fel a samba sharet? Nahát. Vagy mégis hogy akartál felvenni egy smb sharet Macre?

A 0. felvetésünk az volt, hogy valami cachelt jelszó kavar be, ezért fogtunk egy szűz gépet és kipróbáltuk azon és azon sem ment.

Nem kértem tanácsot, csak picsogtam egy kicsit némi feleslegesen elbaszott időm miatt. Nyilván az usernevek át lettek ütve, aztán az élet megy tovább. Látom sikerült néhány applefanboy lelkivilágába belegázolni ezzel :D.

Nem vagyok apple fanboy. Sosem voltam az. Tisztában vagyok vele, hogy tökéletes rendszer nincs. Mindegyikben vannak bugok, hibák.
Csak kicsit kellett volna utánajárnod megtervezned és akkor nem kellett volna elb@sznod egy csomó felesleges időt.
De úgy is hozzá lehet állni, hogy a hibáiból tanul az ember, akkor általában örökre megjegyzi.
Peace

( Carter | 2018. 03. 06., k – 12:33 )

na, jó, de üzleti szférában akkor mit használjanak, ha nem apple telefont?
Nehogy azt mondd, hogy androidot.