Olen tekemässä ohjelmaa Visual Basicilla jonka pitäisi näkyä SysTrayssa mutta käyttäjä ei saisi sitä suljettua muuta kuin salasanan kanssa.
Ongelman tästä tekee se että kuinka voin oikein suojata ohjelmani siten että ohjelmaani ei saa yksinkertaisesti lopetettua CTRL ALT DEL näppäinyhdistelmällä kun tätä näppäinyhdistelmää ei voisi kumminkaan lukita kun ohjelmani on tarkoitus olla päällä kokoajan kun koneella työskennellään.
Ideoita kenelläkään?
Ongelman tästä tekee se että kuinka voin oikein suojata ohjelmani siten että ohjelmaani ei saa yksinkertaisesti lopetettua CTRL ALT DEL näppäinyhdistelmällä kun tätä näppäinyhdistelmää ei voisi kumminkaan lukita kun ohjelmani on tarkoitus olla päällä kokoajan kun koneella työskennellään.
Ideoita kenelläkään?
Vastaukset 11
Vanhimmat
tässä teoreetinen ratkaisu, tuskin toimii.
tee kaksi prosessia jotka vahtivat toisiaan ja käynnistävät toisen mikäli toinen tapetaan, mutex shared data yms käyttöön.
kyseistä temppua on käytetty motorolan kaverien pikku jekussa xeroksin supertietokoneessa vuonna miekka ja kilpi.
Niin ajattelin tuota kyllä vähän itsekin mutta sitten päädyin siihen että on vähän tyhmää pistää nyt toinen ohjelma vain tarkkailemaan toista ohjelmaa ja kuluttamaan rammia.
Jos kerrot syyn mihin tuota tarvitset, niin ehkä ratkaisu löytyy... Jos tarkoituksesi on vain vakoilla muita koneen käyttäjiä...
Onko tämä sinusta vakoiluohjelma? :D
"jonka pitäisi näkyä SysTrayssa mutta käyttäjä ei saisi sitä suljettua muuta kuin salasanan kanssa"
Ohjelma ajoon admin oikeuksilla.. Perususeri ei silloin pysty tappamaan sitä.
Entä jos koneessa ei ole kuin yksi käyttäjä eli admin ja silti sitä käyttää monta käyttäjää niin tuosta ei ole apua.
No siis jos windowsin järkevästi laitat niin nimenomaan et adminina sitä käytä ollenkaan.
En hoksannut aivan heti tarkalleen mitä tarkoitit mutta nyt tajusin kyllä :)
Mutta minulla olisi yksi hyvä kysymys:
Kuinka sitten laitan ohjelmani ajoon vain adminina niin kuin ehdoitit?
Jos nyt et halua välttämättä näkyvän sen systrayssa, niin silloin tiedän ratkaisun.
Kyllä se olisi vähän tarkoitukseni sillä sieltä admin saisi sen sammuksiin nopeasti ja pääsisi säätämään asetuksia.
Siis et haluaisi ServerProcessiksi siksi, että haluat, että admin voi salasanalla sammuttaa sen, muokata määrityksiä, ja käynnistää uudelleen?
Vaihtoehtoja:
1. Tee ohjelmasi siten, että asetusten muuttaminen ei edellytä sammuttamista ja uudelleenkäynnistystä
2. Jos muuten hankalaa, tee näin:
a) Varsinainen ServerProsessi on pelkkä "kehys", joka lataa toiminnallisuuden sisältävän DLL:n dynaamisesti, ks. LoadLibrary, FreeLibrary, GetProcAddress
b) sinulla on erillinen hallintaohjelma, joka on ihan normaali EXE, joka osaa lähettää tuolle ServerProsessille viestin, jonka perusteella se lopettaa DLL:n toiminnot ja Unloadaa DLL:n, siis FreeLibrarylla.
Tuolla hallintaohjelmalla muutat haluamasi asetukset, ja sama hallintaohjelma lähettää toisen viestin, johon ServerProsessi reagoi lataamalla DLL:n uudelleen, ja alustamalla sen toiminnot.
Lisähyötynä se, että unloadattuna ollessaan myös DLL:n voi vaihtaa, jos sille on päivitystarvetta.
Viestien vaihtoon voisi ehkä soveltaa
WM_LataaPalveluDLL
ja
WM_LopetaPalveluDLL...
nuo tulee rekisteröidä RegisterWindowMessage -funktiolla.
Jos ServerProcessilla ei ole (myöskään näkymätöntä) ikkunaa, saatat joutua keksimään muita keinoja.
PostThreadMessage
saattaisi olla pätevä tilanteessa, jossa vastaanottavalla prosessilla ei ole (tai ei voikaan olla) ikkunaa.