Keresés: - Batch programozás - Mobilarena Hozzászólások

Hirdetés

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#834 sellerbuyer őstag sztanozs #833

Új Válasz 2017-05-22 17:38:02 #834
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

válasz sztanozs #833 üzenetére

Nem a törlés részével van gond a dolognak leginkább, hanem a visszarakással, de persze kivenni is jobb a gép felől, mint szerveren.
Azt nem értem, hogy manuálisan ezt pontosan így csináljuk, a munkaállomáson fogom és domainbe rakom pár kattintással. Akkor command line-ból is mennie kellene valahogy.
Egyébként azért értelmetlen a szerver felőli megoldás, mert itt domainből (félig-meddig) kihullott gépekről van szó. Ha látom a szerverről a gépet, akkor nagyjából semmi gond nincs. De nem látom sajnos, pont ezért kell kivenni-visszatenni. AD-ban látszólag benne vannak, de gpupdate /force v. nem segít, vagy le sem fut rendesen, meg egyéb anomáliák vannak, sokszor a user be sem tud jelentkezni már. Ilyenkor kivesszük a gépeket, majd visszatesszük és szépen megy minden faján.
A visszaléptetés jelenleg úgy zajlik (mivel kivétel után nem érem el a gépet), hogy a teljesen tudatlan felhasználót telefonon vezérelve (én Bp, ő vidék...sokszor nagyon vidék) másfél, uszkve két óra alatt visszapakoltatom a gépet. Az például, hogy vezérlőpult, vagy ilyesmi, a legtöbbjük számára teljesen új. Az, hogy "kattints a bal gombbal", életében először hallott mondat, keresi a szerencsétlen a bal gombot a billentyűzeten... Már attól is teljesen befeszülnek, hogy nekik bármi ilyesmit kell csinálniuk. Felküldetni meg nem lehet az ország minden tájáról a gépeket csak ezért.
Ja, mielőtt vki írná: Teamviewer és társai tiltva vannak nálunk.
#832 sellerbuyer őstag

Új Válasz 2017-05-22 16:10:43 #832
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

Jelenleg ott tartok, hogy sem a netdom, sem a wmic, sem a powershell alatti add-computer nem műxik a "target gépen", csak szerver felől lehetne ezeket használni, de ez értelmetlen.
Nekem olyan megoldás kellene, amit magáról arról a gépről tudnék futtatni, amit a domainbe akarok léptetni. Az az érdekes, hogy ez ugye a Windows GUI-ben manuálisan eleve így műxik egyébként, létezik, hogy command line-os megoldás nincs rá?
#831 sellerbuyer őstag

Új Válasz 2017-05-22 12:49:42 #831
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

Sziasztok!
Kihaltnak tűnik a topic, de azért teszek egy próbát, hátha tudtok segíteni:
A következő feladatot kellene megoldanom, ehhez kérnék segítséget tőletek. Ezt a folyamatot kellene a batch-nak tudnia (Windows XP-n, 7 és 10-en, x86 és x64-en is):
1. Gép kiléptetése tartományból. (bekéri a lokális gépnevet és a workgroup nevét)
2. Újraindítja a gépet
3. Lokális user belép manuálisan (rgazda joggal)
4. A batch tovább fut, belépteti a gépet tartományba (bekéri a tartományi gépnevet és a tartomány nevét)
5. Újraindítja a gépet
Psexec-netdom join párossal tervezem megoldani a fentieket.
A batch tartalmazná egy ideiglenes (technikai) tartományi rendszergazda user-ét, pass-át, ami disabled lenne, amint végez a feladattal a batch.
A batch célja az lenne, hogy ne kelljen telefonon keresztül instruálni a felhasználót, hogy manuálisan hogyan léptesse ki-be a gépet, hanem amennyire csak lehet, automatizálva legyen a folyamat. Legjobb lenne, ha a 3. pontot is lehetne automatizálni és nem kellene a felhasználónak semmilyen rendszergazdai jogú lokális user-t megadni. Ezt gondolom, úgy kellene megoldani, hogy még az egész elején a batch létrehozna egy lokális technikai user-t rendszergazda joggal, amit a folyamat végén, az újraindítás előtt kitörölne. Ennek a user-nek a jelszavát meg lehetne adni a felhasználónak. Ehhez azonban az kellene, hogy a jelenleg lokálisan élő rendszergazda jelszavának is bent kell lennie a batch-ben, ami jókora biztonsági rés.
A batch olyan esetekben lenne alkalmazva, amikor látszólag ugyan bent van a gép domain-ben, de valójában kihullott, távolról nem elérhető sem msra-val, sem távoli asztallal, sem C$-al és/vagy egyéb anomáliák jelentkeznek. GPO-val lenne egy meghatározott mappába leküldve az összes gépre a batch+psexec, hogy szükség esetén rendelkezésre álljon lokálisan.
Nem nagyon tudom még, hogyan lehet megoldani az újraindítás utáni futást (esetleg előzőleg beleteszem indítópultba /a két részre bontott batch második részletét/) és a törlést sem.
#799 sellerbuyer őstag magyarzoltan #798

Új Válasz 2017-01-10 16:02:16 #799
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

válasz magyarzoltan #798 üzenetére

Feladat ütemező?
#791 sellerbuyer őstag sztanozs #790

Új Válasz 2016-12-06 12:23:36 #791
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

válasz sztanozs #790 üzenetére

Köszönöm szépen!
#789 sellerbuyer őstag sztanozs #788

Új Válasz 2016-12-06 08:18:11 #789
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

válasz sztanozs #788 üzenetére

Igen, köszi, ez lesz a megoldás BGInfo ügyben.
Ettől függetlenül érdekelne, hogy batch-el hogyan lehet indítani egy alkalmazást rendszergazdaként? Nem találtam erről infót.
#787 sellerbuyer őstag

Új Válasz 2016-12-05 15:42:13 #787
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

Van egy bginfo nevű proggi, ami a háttérképre rátesz különböző paramétereket, gépnév, ip cím, stb., amit szeretne a user. Ez paraméterezhetően indítható, ezzel nincs is gond, rendesen műxik a batch-ben.
A gondom az, hogy így a saját user-em hátterét kicseréli ugyan, ill. ráteszi az infókat, de nekem az kellene, hogy az összes user hátterét kicserélje, aki csak bejelentkezik a gépbe (alluser), tehát minden user-nek legyenek kint az asztalán az infók.
Hogyan tudom indítani a batch-ben a bginfo-t úgy, hogy alluserre legyen hatással, ne csak az én useremre?
#784 sellerbuyer őstag mepet #783

Új Válasz 2016-11-24 10:00:01 #784
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

válasz mepet #783 üzenetére

Nagyon szépen köszönöm!
Az echo offot még azért nem használtam, mert látni akartam, melyik sor fut, a végén terveztem betenni, amikor teljesen elkészültem.
A 32/64 bit választás azért kell, mert előfordulhat olyan eset, hogy egy programból a 64 bites Win ellenére 32 bitest akarunk telepíteni.
Még egyszer nagyon szépen köszönöm, kiválóan műxik!
#782 sellerbuyer őstag

Új Válasz 2016-11-24 08:46:37 #782
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

sellerbuyer

őstag

LOGOUT blog (1)

Sziasztok! Bocs, ha alap kérdés, még csak most ismerkedem a témával:
Azt kellene bekérnie a batch-nek futás közben, hogy egy adott szoftverből a 32 v. a 64 bites verziót akarja-e telepíteni a user.
Eddig jutottam, de nem műxik vmiért az IF:
> type autoinstall_teszt.bat @echo Melyik Internet Explorer verziot telepitsem? @echo 1 - 32bites @echo 2 - 64bites SET /P BIT= @IF "%bit" == "1" echo egyes @IF "%bit" == "2" echo kettes :egyes @echo 32 bites IE telepitese @SET BIT=0 @goto kesz :kettes @echo 64 bites IE telepitese @SET BIT=0 :kesz @pause
Tudnátok segíteni, hogy hol a hiba, vagy esetleg van-e valamilyen frappánsabb megoldás erre? Előre is köszönöm!