Microsoft Windows

Üdvözlet!
(Lehet hogy már volt a téma, de nekem nagyon sok fejfájást okozott, ezért kérem legyünk kíméletesek)

Adott egy Windows Server 2016, AD-DC.
Van rajta egy tartomány, azon bellül 2 nagyobb szervezetiegység (mindegy, hogy mi a nevük. Legyenek A és B).
Szeretném ezeknek beállítani ugyanazt a háttérképet GPO-val, de az istennek se sikerül!!!!

Mind a két szervezetiegységnek van 1-1 GPO-ja, ami jelen pillanatban nem tér el túlzottan egymástól.
Ezekben be van állítva a szokásos két opció a tapéta, és a loopback processing mode (bocs, hogy keverve van az angol meg a magyar, a szerver magyar, de hirtelen csak angolul találtam meg az opciók nevét).

Haverom utasításait követtem, akinél ez a kettő van beállítva és működik a háttér változtatás. Nálam csak fekete képernyő van… :(
A kép egy JPEG, amit a \\szerver\netlogon\bg.jpg útvonalon érhető el…

Mi a hiba? Mit kéne máshogy csinálni?
Haver szerint az a gond, hogy userekre akarom beállítani a GPO-t, szerinte gépekre kellene (megjegyzem azokra is be lett már állítva, de semmi haszna).
Azért nem a Default-ba állítottam be, mert van 1-2 gép amire nem akarom alkalmazni a beállítást. De ez gondolom nem is annyira lényeges.

Egyszerű dolognak tűnik és én még is már hónapok óta szenvedek vele…

Szánjatok meg egy kis segítséggel :)
Köszi :)

Windows 10 alatt van egy python programom, amire rá kell húzni a feldolgozandó fájlt (Fájlkezelőben), ami mellé létrehoz egy kimeneti fájlt. Ez jól is működött több gépen, míg az egyiken IOError-al kilépett. Kiderült hogy az adott gépen a C:\Windows\System32 mappája mindig a working directory drag and dropnál és nem az a mappa, amiben a programom és a fájl is van. Persze ezt javítani fogom a programban úgy, hogy a paraméterként kapott fájl útvonalát fogom venni, azonban érdekel hogy mégis mi alapján dönti el a Windows 10, hogy mi legyen a working directory drag and dropnál és ezt hol lehet állítani?

Köszönöm.

Van egy öregecske laptopom. Dual boot, Windows 10 és Linux.

Azt vettem észre, hogy Windows alatt nem képes lejátszani filmeket az Amazon Prime Video oldalról. Kiválasztok bármit, elindul az audio, kb. 5 másodpercenként kapok egy új állóképet, és közben a gép annyira le van terhelve, hogy az egér pointer se mozog folyamatosan.
Ha nagy nehezen leállítom a filmet, de az Amazon Prime Video oldal még nyitva van (szimplán csak felsorolja az elérhető filmeket), a processzort a Chrome pörgeti kb. 35%-on, a gép fújja a forró levegőt, küzd az életéért. Ha becsukom azt az egy tabot, a Chrome processzor felhasználása leesik 2-3% körülire. Ventilátor visszavesz az őrült fújásból, mindenki boldog.

Ugyanez a gép Linux alatt az Amazon-ról csuklás nélkül lejátsza a filmet, Youtube videót Windows és Linux alatt is probléma nélkül játszik.

Arra gondoltam, hogy talán az a gond, hogy a Win10 nem támogatott már, ehhez a laptophoz nem ad a gyártó drivereket. Talán az alap Windows video driver nem elég jó, mondjuk nem használja a GPU-ba beépített hw kitömörítést, vagy ilyesmi.

Letöltöttem az Nvidia oldaláról a friss drivert. Semmi nem változott.

Van ötletetek, hogy mi lehet e mögött?

Valaki mert már ingyenes víruskeresőt rakni éles Windows szerverre? Ha igen milyet?

Adott egy Windows XP-re telepített WinSzoc nevű program. Ennek a programnak a mappája meg van osztva. A probléma, hogy néhány gépről nem érhető el a megosztás, más gépeken meg tökéletesen működik. A hibaüzenet "Ismeretlen hibát" ír, a hálózati diagnosztika meg azt mondja, hogy a "Hiba nem azonosítható".
Több gépen is használva van, Windows XP, 7, 10 gépekkel is, és ez a látszik/nem látszik probléma nem verziófüggő. Linuxos géppel ha rá akarok menni erre a megosztásra, akkor felhasználót/jelszót kér, holott ez a megosztás jelszó nélküli.
A munkacsoport mindegyik gépnél ugyanaz, és a hálózat sincs több alhálóra szétbontva. Ha //ip -címmel próbálom, akkor sem látszik, csak azokon a gépeken, amelyeken amúgy is látszik.
Amelyik gépnél pedig nem látszik, ott meg csak ez nem látszik, minden más rendesen működik.
A tűzfalat is kikapcsoltam, mind a WinSzoc-os gépen, mind azokon, amelyeken nem látszik, ez sem hozott megoldást.
A ping-re válaszol mindegyik gépnek.

# Office 365 levelezésben szeretném az archiválást elindítani, mert 99%-ig betelt az 50GB tárhely.
- Ez alapján intéztem: https://www.youtube.com/watch?v=8Rar2WJc6Ro
- MS Support nem volt a helyzet magaslatán.

# Licenc: Office 365 vállalati verzió
- User full admin jogosultsággal rendelkezik, az ő accountjával léptem be és az ő e-mailjeit szeretném archiválni.

#Exchange admin center:
- In-Place Archive: Enable
- Retention policies: 3 Year Archive MRM Policy (én hoztam létre és a userhez rendeltem)

probléma: In-Place Archive nem jelenk meg a Folderek között

"Figyelmeztetés
Mivel a felhasználó nem jelentkezett be a(z) 'valaki' ('xxxx-xxxx-xxxx') postaládába, így nincs visszaadható adat.
Miután a felhasználó bejelentkezett, ez a figyelmeztetés nem jelenik meg újra."

# Retention policies

- 3 Year Archive MRM Policy (én hoztam létre)
- Retention period: 1095 days

probléma: 3 Year Archive MRM Policy nem jelenik meg az OWA-ban jobb kattintásra

"Figyelmeztetés
Mivel a felhasználó nem jelentkezett be a(z) 'valaki' ('xxxx-xxxx-xxxx') postaládába, így nincs visszaadható adat.
Miután a felhasználó bejelentkezett, ez a figyelmeztetés nem jelenik meg újra."

# Kérdésem:
- Mit kéne még beállítanom, hogy működjön az archiválás?

*** Update ***

Microsoft Support megoldotta, mint kiderült én mindent jól állítottam be!
Nekik kellett valamit (hogy mit azt nem árulták el) tesztelni és beállítani.
Most minden ok, juhé!
Támogatás rendkívül kedves és segítőkész volt! :-]

Köszönöm! :-]

Sziasztok!

Adott egy ASP.NET web service amely felé egy kliens alkalmazás 4 db request-et indít. Az első 3 db darab request hiba nélkül elküldésre kerül
és a válasz is megérkezik. A 4. request is elküldésre kerül (elvileg) a másik oldal szakemberei látják a beérkezett request-et, sőt azt is látják, hogy a response is elküldésre került a kliens-nek, de a kliens mégis timeout-ra fut, és nincs válasz.

SAOP UI-val is teszteltem a dolgot és ugyanez a helyzet.

Még szebbé teszi a dolgot, hogy ez a probléma csak egyetlen gépen jelentkezik, ha más gépen próbálkozunk a dologgal, ott mind a 4 db request elküldésre kerül és a válaszok is rendben megérkeznek.

Találkozott valaki esetleg már ilyen problémával, vagy esetleg tudna adni támpontokat, hogy milyen irányban kellene elindulnom?

Operációs rendszer: Windows 10 Pro (1809)

A válaszokat előre is köszönöm!

Sziasztok!

Egy távoli, Win10-es gépen kellene meggyógyítanom az Internetre elérést.
Tegnap még működött, a mai bekapcsolás után a Wifi kapcsolatfelépítés eleve huzamosabb idő felölelése után olyan információt közöl a Windows, hogy a a kapcsolat létrejött, de még sincs Internet. (... és ebben igaza is van.)
Minden egyéb eszköz képes csatlakozni Wifin a routerhez, és tud internetes adatforgalmat generálni. A szóban forgó ASUS VivoBook Flip TP201SA eszköz a mobiltelefonok hotspotjain keresztül képes az internetes forgalmazásra.

A Wifi eszköz tulajdonságaiban az IPv4-en a DNS-t átírtam 8.8.8.8-ra, aztán itt megáll a tudományom, nem jövök rá, mi lehet a baja. Szörnyen idegen közeg...

Előre is köszönöm az építőjellegűket. :-)

Hello,

van nemi sz@r a palacsintaban, van arra mod, hogy barmilyen scriptel, tool-al, barmivel visszaallitsuk egy gep C drive -nak a a folder jogait defaultra, ertem itt pl user profile folderek stb...?

koszi

https://index.hu/techtud/2019/06/14/cern_microsoft_draga_nyilt_forrasko…

Nem mintha nem lenne rá keret, inkább csak nem kérnek a "telemetriából" :)