Access Denied

Jó, hát értem! Sokkal komolyabb dolog egy már rég disconnect-elt user kiléptetése a szerverről, mint mondjuk egy sémabővítés vagy adott esetben egy ADSI Edit futtatása teljes joggal. Nem? De.

( tigrincs | 2019. 10. 29., k – 13:09 )

Nem a te jogosultsagoddal van baja. Valamilyen process fut a user neve alatt ami beragadt. Ha kilosz alola mindent IS akkor utana ki tudod rugni...

Ez az uzenet mar csak a folyomanya. Rugozhatunk ezen tovabb is ha ez teged elegedettseggel tolt el bar ugylatszik neked mar megvan rola a velemenyed. Vagy esetleg le lehet asni a problema melyere ha ez tul sokszor elofordul az nyilvan nem jo dolog es rendkivul idegesito tud lenni nos ekkor meg kellene nezni van e barmilyen time limit vagy connection limit definialva es ha igen mik azok es mit lehetne valtoztatni rajtuk (nyilvan figyelembe kell venni miket futtatnak a userek es mi az elvaras logoff vagy egy broken connection utan)

Rugozhatunk ezen tovabb is ha ez teged elegedettseggel tolt el

Szeretnék, hiszen ezért blogoltam ide.

Vagy esetleg le lehet asni a problema melyere ha ez tul sokszor elofordul az nyilvan nem jo dolog es rendkivul idegesito tud lenni

Nem sokszor, csak minden reboot előtt. Ha egyszer fordult volna elő, nem vettem volna a fáradságot, hogy leírjam.

nos ekkor meg kellene nezni van e barmilyen time limit vagy connection limit definialva es ha igen mik azok es mit lehetne valtoztatni rajtuk

Köszi, hogy elmondod, mint a WORKAROUND. Kinek számlázhatom majd ki az erre elbaszott időt?

trey @ gépház

Hat ha minden defaulton van hagyva pl NEVER -----> End a disconnected session es te mast szeretnel akkor az az en ertelmezesem szerint konfiguracios hiba. Vagy ha nem kapcsolod be a tuzfalat nem allitod be a jelszot azert is az MS-nek szamlazol mert be kell?

 

Ha ugyis rebootolsz akkor nem mindegy? Ugy is megszunik mindene. Vagy ezert rebootolsz? 

Nekem az a bajom csak, hogy a szart magyarázod és mellébeszélsz. Nem arról volt szó, hogy miért nem disconnect-eli automatikusan az user-t. Hanem arról, hogy ha én kézzel akarom kiléptetni, az miért nem megy, vagy ha nem, akkor miért szar a hibaüzenet.

További jó mellébeszélést!

trey @ gépház

Mondjuk azzal, hogy screenshot twitter/blog bejegyzest csinaltal es likeokat gyujtesz, hogy mekkora szar 2 perc lett volna megnezni a host limiteket es megallapitani, hogy ugy vannak e beallitva ahogy szeretned vagy esetleg kell rajta tuningolni.

Az eleted olyan amilyenne teszed tovabbi jo rant-olast ;)

Mondjuk azzal, hogy screenshot twitter/blog bejegyzest csinaltal es likeokat gyujtesz,

Ezzel kapcsolatban fáj valami?

hogy mekkora szar 2 perc lett volna megnezni a host limiteket es megallapitani, hogy ugy vannak e beallitva ahogy szeretned vagy esetleg kell rajta tuningolni.

Továbbra is mellébeszélsz. Leszarom, hogy hol lehet beállítani és nem is tervezem automatikus disconnect-re tenni. Az a célom, hogy ha megnyomom a "Logoff" gombot, akkor kijelentkeztesse az user-t. Ez az elvárt működés. Nem, az nem elvárt működés, hogy a) én menjek processeket guberálni b) auto disconnect-re tegyem az user-t

trey @ gépház

Nem érted te ennek az egészét. Itt az a lényeg, hogy ami MS, az szar! A Linux szent és sérthetetlen, ott minden működik, sosincs gubanc! És ez már igy van mióta világ a világ.... Ja, nem.

Sokkal egyszerűbb valamire ráirni hogy "Ez fosh", mint kideriteni mi a baja.

1904.04.08.
RIP Jákub.
neut @

BTW: ha már úgyis össze-vissza kalandozol, veszem a fáradságot, és megkérdezem, hogy ezt tudtad-e már tesztelni?

https://hup.hu/comment/2391959#comment-2391959

https://hup.hu/comment/2392624#comment-2392624

Mert ez elég nagy fájásod volt.

trey @ gépház

( Balooo v | 2019. 10. 29., k – 15:37 )

Processes fülre átkalauzolod magad, majd show all user processes vissza a users fülre és logoff müködik bármely júzerre., Sajnos ebbe már én is belefutottam, ez egy ilyen  windoz fícsőr, logoffhoz nem jár jog alapból :)

Nincs a világon se jó, se rossz. A gondolkodás teszi azzá... (W. Shakespeare)

( bandy | 2019. 10. 29., k – 17:08 )

SARCASM:ON

Ez egy demokratikus oprendszer... működnek a "fékek és ellensúlyok", a legfelsőbb jogosultsági szinttel sem teheted meg hogy csak úgy kirúgsz valakit

SARCASM:OFF

( hnsz2002 v | 2019. 10. 29., k – 17:30 )

Szerkesztve: 2019. 10. 29., k – 17:30

Rendszergazdaként kell indítani a task managert.

"Sose a gép a hülye."

( TCH | 2019. 10. 29., k – 20:47 )

Csak marginálisan kapcsolódik ide, de imho sokkal nagyobb WTF az, amikor SYSTEM jogosultsággal megpróbálok egy a rendszer által zárolt fájlt vagy könyvtárat törölni, amit ugyan megtagad, viszont azt meg hagyja, hogy átnevezzem...

Oldschool Computer - http://oscomp.hu

Ilyen alapon az is wtf, hogy Linuxon egy nyitva lévő fájl törölhető... Az, hogy a "nyitva van" "zárolt" állapotokat hogyan implementálja az adott OS, illetve fájlrendszer, az hozza magával ezeket a lehetőségeket, illetve kizárásokat - akit érdekel, utána tud olvasni, hogy hogyan működik, és miért úgy.

Ilyen alapon az is wtf, hogy Linuxon egy nyitva lévő fájl törölhető... 

Igen, de ha megérted miért történik valójában elég menő, és még akár hasznos is :) Például most, hogy jobban rákutattam a témára kattant, hogy nem véletlenül nem hívják a törlést törlésnek, hanem unlinknek. Amikor törölsz egy fájlt, csak a hivatkozást tünteted el a könyvtárból. Amíg nyitva van a fájl addig létezik más hivatkozás is (a /proc alatt). Ha ez is eltűnik, akkor törlődik a fájl ténylegesen. És ez még akár hasznos is lehet.

Azt kevésbé találom értelmesnek, hogy windows alatt néhány esetben nem hogy törölni, olvasni se tudsz használatban lévő fájlokat. 

De csak ugy ha az a file az alkalmazason keresztul van nyitva es elmented maskent.

Probalj meg atnevezni egy nyitott pdf-t vagy csak akar a konyvtarat amibol meg van nyitva:

The action cannot be completed because the folder or a file in it is open in another program...

( jimmy399 v | 2019. 11. 03., v – 01:23 )

Gondold el Trey, hiába van full access, és minden jog IS nálad, a rendszer simán érezteti veled, hogy kevés vagy :D