Tekoälykäs virustorjunta on RIESA (ja WSL-pohdintaa)

[AimoE]

Selaimessa tekoälyä voi vielä vältellä, mutta Windows-koneella olevan F-Securen tekoäly tuppaa tekemään elämän erittäin hankalaksi.

Olen kokenut WSL:n liian raskaaksi keinoksi siihen, että saan bash:n, core-utilsin ja muutamia muita perusjuttuja käyttööni myös Windows-koneella. Nyt kun F-Secure käyttää tekoälyä, joudun jatkuvasti tilanteisiin, joissa F-Secure ilmoittaa havainneensa ”epäilyttävää toimintaa”, ja kyse on joka kerran ollut siitä, että tein jonkun kirjoitusvirheen, jonka takia oma bash-scriptini kaatui. Ensin F-secure panee mintty.exe:n karanteeniin. Jos en heti tajua purkaa karateenia vaan erehdyn avaamaan mintty-ikkunan uudelleen, F-Secure estää sekä minttyn että bashin käytön ja vaatii heti buuttaamaan koneen, jotta se voi viimeistellä siivouksen.

Tilanteen purkaminen on työlästä. Jos olen asentanut ohjelmat Cygwin:llä, on helpointa asentaa koko Cygwin uudelleen. Scoopin avulla minttyn, bashin, core-utils:n yms. saa käyttöön asentamalla git:n. Siinä tapauksessa joudun buutin jälkeen poistamaan git-asennuksen ja asentamaan sen uudelleen. Sekä Cygwin- että Scoop-tapauksessa hässäkkä pidentää testaussyklejä huomattavasti.

Joidenkin lisäohjelmien kanssa uudelleen asentaminenkaan ei auta, vaan joudun odottamaan muutaman viikon kunnes F-Securen ihmistyöläiset ovat tunnistaneet väärän luokituksen ja pääsen taas käyttämään ohjelmaa. Esimerkiksi yq:n kanssa tämä on tapahtunut useamman kerran. Resticin tukifoorumilla varoitetaan, että WSL:n kautta se on liian raskas, ja Scoop-asennuksena se on jo kerran joutunut karanteeniin. En uskalla ottaa restic:ä käyttöön Windowsilla tämän takia.

[qwertyy]

Itsellä ei ole noita asennettuna, mutta esim. chocolatey kyllä, enkä ole törmännyt ärsyttävyyksiin aikoihin. Toki jos käyttää marginaalisoftia, niin tuollaista se on ollut kauan, eikä siihen tekoäly ole vaikuttanut, tuollaisia ne heurestiikat on.

Onko se WSL muka raskas? Ei minusta ja tapauksessasi ongelmia ei olisi jos käyttäisit sitä?

[AimoE]

Itsellä ei ole noita asennettuna, mutta esim. chocolatey kyllä, enkä ole törmännyt ärsyttävyyksiin aikoihin. Toki jos käyttää marginaalisoftia, niin tuollaista se on ollut kauan, eikä siihen tekoäly ole vaikuttanut, tuollaisia ne heurestiikat on.

Minulla ei ole koskaan aikaisemmin ollut mitään ongelmia virustorjunnan kanssa, ei yhtään karanteenia ennen tekoälyä.

Onko se WSL muka raskas? Ei minusta ja tapauksessasi ongelmia ei olisi jos käyttäisit sitä?

Restic on varmuuskopiointiohjelma, jossa levynkäyttö korostuu. varsinkin jos varmistus tehdään paikalliselle levylle, sieltä se raskaus tulee. WSL ei pärjää suorituskyvyssä suoraan Windowsiin asennetulle restiville.

[nm]

Niin, WSL2:ssa Windowsin puolella olevien tiedostojen käsittely on jonkin verran hitaampaa kuin natiivisti Windows-prosesseissa. Onko tällä sitten käytännössä merkitystä, riippuu varmuuskopioitavan datan määrästä ja muista detaileista. Jos kuitenkin ajaisit omaa koodiasi WSL:n sisällä, kaatumiset eivät häiritsisi virustutkaa, eikä se varmaankaan rikkoisi Scoopin kautta tai manuaalisesti asennettua Resticiä ja muita sovelluksia.

Tarvitsetko myöskään välttämättä juuri F-Securea? Eikö Defender riittäisi?

[JaniAlander]

F-Secure on mun kokemuksella ollut Windows 3.11 ajoista asti RIESA. Ääni Defenderin puolesta.

[AimoE]

Jos kuitenkin ajaisit omaa koodiasi WSL:n sisällä, kaatumiset eivät häiritsisi virustutkaa, eikä se varmaankaan rikkoisi Scoopin kautta tai manuaalisesti asennettua Resticiä ja muita sovelluksia.

Niin, restic olisi helpointa asentaa WSL:n sisällä, Ubuntun pakettivarastosta, mutta silloin tulisi taatusti ongelmia polkujen kanssa. Jos taas asentaa suoraan Windowsiin, on aina se riski, että pelkkä komennon kaatuminen taaskin triggeröi karanteenin. Silloin kun ekan kerran tuli karanteenitilanne, se koski pelkkää restic:ä, ei minttyä tai bashiä.

Tarvitsetko myöskään välttämättä juuri F-Securea? Eikö Defender riittäisi?

Täytyy harkita.

[qwertyy]

Restic on varmuuskopiointiohjelma, jossa levynkäyttö korostuu. varsinkin jos varmistus tehdään paikalliselle levylle, sieltä se raskaus tulee. WSL ei pärjää suorituskyvyssä suoraan Windowsiin asennetulle restiville.

Voi olla että pärjää. Mutta onko se nyt oikeasti paljon huonompi tilanne ja istutko varmistuksien ajan tietokoneen vieressä?
On minullakin PBS VM tosi vanhassa koneessa, "liian hyvä" SSD Sata 2 liittimessä ja se on vielä lisäksi Proxmox instassin päällä, mikä nyt ei todellakaan helpota asiaa. Kone huutaa pari tuntia hoosiannaa viikossa, mutta minulle on ihan yhdentekevä kun yöllä yksikseen on kuormittuneena, virrankulutus kun jotain 10W vaikka onkin kuormitettuna.

Veikkaanpa että sama mikä virustorjunta pyörii siellä Windowsin puolella syö nopeuden vrt. WSL. Varsinkaan F-secure.

[AimoE]

Olen tutkinut WSL:n asennusohjeita. Ne näyttävät selkeiltä, mutta silti saavat raapimaan päätä.

Ubuntun komentoja kehotetaan suorittamaan PowerShellissä tai erikseen asennettavassa Windows Terminal -päätteessä; mistään ohjeesta ei käy ilmi, että WSL-Ubuntun mukana tulisi pääte jota voisin käyttää. Jos tarkoitus on vain korvata Mintty, niin millä tavalla WSL-Ubuntun asennus siihen muka auttaa?

Run Linux GUI apps -ohje sanoo, että ensin pitää asentaa vGPU-ajuri ja antaa linkit eri GPU-valmistajille, mutta kun avaan Intel-linkin, siellä onkin vain yleinen Intelin lataussivu, enkä keksi mitä sieltä pitäisi asentaa?

[qwertyy]

En minä kyllä koskaan ole GUI ohjelmia edes ajanut, mutta et sinä kyllä silti mitään ajureita tarvi erikseen mielestäni, en tiedä miksi tuonne on noin mainittu. WSL2:n asennus on riittänyt minulle.

Kannattaa tsekata vaikka NetworkChuckin video aiheesta.
https://www.youtube.com/watch?v=vxTW22y8zV8

*lisäys*
Piti mielenkiinnosta tsekata tuo ajuri. Eipä näemmä olekaan Windowsin oletus ajurissa vGPU tukea jos haluaa jaa GUI kikkareita, eli silloin tosiaan joutuu asentamaan Intelin ajuripaketin. Mutta siihenhän riittää kun vain menet tuonne Intelin sivulle ja laitat asennuksen päälle.
https://www.intel.com/content/www/us/en/support/detect.html

Tuolla on automaattitunnistin, jota itse varmaankin käyttäisin jos ois tarve.

[nm]

Ubuntun komentoja kehotetaan suorittamaan PowerShellissä tai erikseen asennettavassa Windows Terminal -päätteessä; mistään ohjeesta ei käy ilmi, että WSL-Ubuntun mukana tulisi pääte jota voisin käyttää.

Terminal on oikein hyvä pääte verrattuna Microsoftin muuhun tarjontaan tällä saralla. Se integroituu myös suoraan WSL:ään, eli avatessa Ubuntu-istunto Terminalista, WSL käynnistyy taustalla automaattisesti, jos se ei ole jo käynnissä.

PowerShellissä ei mielestäni pysty ajamaan Ubuntun komentoja muuten kuin wsl-komennon kautta, eli vähän samaan tapaan kuin ajettaessa ssh:lla joku komentorivin kautta annettu komento toisella koneella. wsl-komento on varsinaisesti tarkoitettu koko wsl-järjestelmän ohjaamiseen, kuten sammuttamiseen ja uudelleenkäynnistämiseen. Ubuntua ja bashia tai muuta Linux-shelliä kannattaa käyttä Terminalin kautta tai muulla yhteensopivalla pääteohjelmalla.

[AimoE]

Eipä näemmä olekaan Windowsin oletus ajurissa vGPU tukea jos haluaa jaa GUI kikkareita, eli silloin tosiaan joutuu asentamaan Intelin ajuripaketin. Mutta siihenhän riittää kun vain menet tuonne Intelin sivulle ja laitat asennuksen päälle.
https://www.intel.com/content/www/us/en/support/detect.html

Tuolla on automaattitunnistin, jota itse varmaankin käyttäisin jos ois tarve.

Tärkein tarve on zenity. Yritän pitää bash-scriptit mahdollisimman samoina Ubuntu-koneella ja WIndows-koneella. Kokeilin Scoop-asennuksena https://github.com/ncruces/zenity/wiki/Zenity-for-WSL,-Cygwin,-MSYS2 -versiota, mutta se on täysin rampa. Isoin puute on checklist ja radiolist -tuki.

Aloitin pitkän kaavan mukaan, eli asensin tuon detect-työkalun ja avasin sen. Se näyttää koneen Intel-tiedot (sic!) selaimessa ja ehdottaa päivittämään Bluetooth- ja Wi-Fi-ajurin, mutta ei sano grafiikasta mitään. Sen mukana käynnistysvalikkoon ilmestyi Intel Graphics Software. Avatessa se ilmoitti, että vanha käyttöliittymä pitäisi poistaa, mutta ei kertonut millä nimellä se löytyy, joten sen kanssa puuhatessa meni taas lisää aikaa. Poiston jälkeen katselin muita tietoja. Intel Graphics Software ilmoittaa kohdassa Grafiikka että "Nykyinen laitteistosi ei tue mitään grafiikkaominaisuuksia", mutta kohdassa Näyttö se päästäää säätämään sekä sisäisen että ulkoisen näytön monia ominaisuuksia.

No, jatkoin WSL:n asennukseen. WSL-asetuksista löytyi kohdasta Valinnaiset ominaisuudet asetus Ota graafiset käyttöliittymäsovellukset käyttöön, ja se oli oletuksena käytössä. Uusi Intel Graphics Software on kyllä parempi kuin vanha Intel-grafiikkakomentokeskus, mutta ei siihen WSL:n takia olisi kannattanut aikaa uhrata.

Olkoon tämä opiksi ja ojennukseksi.

WSL ei näköjään tarjoa Resolutea vielä. Aloitin siis Noblen kanssa. Zenity toimii ihan hyvin, warning ja error -messuista huolimatta.

[qwertyy]

Wau. Melkoisen huonoksi sitten mennyt tuo Intelin tuore Windows paketti. Omat pitkäajan kokemukset ollut, että Intelillä on ollut aina parhaiten kasatut ajuriasennuspaketit, mutta eipä ole kyllä toviin tullut asennettua. No hyvä että sait toimiin.

Taisi olla jotain 24.04 aikoja kun viimeksi WSL:n kanssa touhusin ja silloin nuo julkaisujen viiveet taisi olla luokkaa 6kk. Sen verran pitkät kuitenkin, että en odottelisi Resolutea vielä toviin jos ei ole asiat muuttuneet.

[AimoE]

En minä kyllä Inteliä sormella osoittaisi. Jos ajurit eivät ole ajan tasalla, vika on käyttämässäni laitevalmistajan varusohjelmassa, joka ei ole niitä päivittänyt, tai päivittää vain ihan pakolliset. Haluaisin luottaa siihen, että se päivittää kaikki, mutta näköjään ei. Grafiikka-ajuria ei siis atrvinnut päivittää, se oli ajan tasalla. Noi langattomat yhteydet vaan oli vanhoja.

Onhan se aika epätoivoinen homma yrittää pitää yllä tietokantaa kaikkien konemallien kaikista esiasennetuista softista.

[AimoE]

Mitä WSL-harjoituksesta jäi käteen

Vertailu:

• Cygwin tuo Linuxin peruskomennot aina mukanaan, ja paketteja voi asentaa lisää.
• Scoopilla asennetaan periaatteessa yksittäisiä paketteja, mutta Git-asennus tuo mukanaan peruskomennot, Bash:n ja MinTTY:n (koska Git for Windows tuo ne ilman Scoop:akin).
• Asentamalla WSL:n saa käyttöön Windows Terminal:n ja mahdollisuuden asentaa Ubuntu peruskomentoineen ja pakettivarastoineen.

Jos katsotaan vain komentokokoelmia, voisi ajatella, että WSL-Ubuntu korvaa Cygwin-asennuksen kokonaan ja sen mukana tuleva Windows Terminal korvaa MinTTY:n kokonaan. Scoop-paketeista WSL:n avulla voi korvata ne, joille ei löydy Linux-vastinetta.

Paitsi että ei se niin yksinkertaista ole. Jotta varmistusohjelma voi tallettaa ja tarvittaessa palauttaa sekä tiedostojen polut että kaikki attribuutit oikein, ohjelma täytyy asentaa natiivina, joko Scoop:n avulla tai suoraan julkaisijan paketista. Eikä varmistus ei ole ainoa tapaus.

Loppujen lopuksi WSL-asennus korvaakin vain peruskomennot ja MinTTY:n, eikä juuri muuta. Scoop tai vastaava tarvitaan edelleen.

Toistaiseksi zenity ja notify-send ovat ainoat komennot, joita en ole Cygwin:n tai Scoop:n avulla saanut käyttöön, eikä notify-send (libnotify-bin -paketista) toimi WSL:n kanssa. Windowsin MessageBox Show -metodilla tulee rumia pop-uppeja, kun siitä puuttuu notify-send:n actions-ominaisuus. Täytyy siis kokeilla tätä: https://github.com/ultrabig/WslNotifyd. Jahka sen saa toimimaan, voisi jo harkita veeäsällää vakavasti.

[_Pete_]

WSL ei kyllä mielestäni korvaa mitään vaan jokainen WSL instanssi on oma itsenäinen linux asennus samalla tapaa kuin sen asentaisi virtulbox tai muuhon VM toteutukseen.

Tässä tapauksessa VM toteutus on microsoftin oma.

WSL instansseja voi olla monta samaan aikaan asennettuna ja ne toimivat itsenäisesti, samaan aikaan voi olla asennettu ja päällä debian/ubuntu/kali/whatever distribuutio.

Windows terminal on oma itsenäinen ohjelma joka ei suoranaisesti liity WSL. Sen pystyy asentamaan microsoft storesta.

Itsellä käytössä intel core 7 / inter arc pohjainen työläppäri ja siinä ubuntu WSL ja linuxin graafisest ohjelmat toimivat suoraan ilman mitään ajuriasennuksia.

Helpoiten WSL saa asennettua klikkimällä suoraan microsoft storesta haluamansa distribuution.

[_Pete_]

Lisäys vielä liittyen zenityyn (ja muihinkin softiin) WSL:

oikea tapa on asentaa ne WSL:ään ajettavan distron omista pakettivarastoista samalla tapaa kuin "oikeaan linuxiin".

[AimoE]

@_Pete_: kannattaisi ensin katsoa mikä on konteksti. Tämä ei ole yleinen WSL-ketju.

[AimoE]

https://itefix.net/cwrsync on vedetty pois, joten Scoop ilmoittaa että se on expired, eikä anna suorittaa komentoa. Itefix ehdottaa vaihtoehdoksi WSL:n rsync:ä tai MINGW/MSYS2-käännöstä rsyncistä.

Sain komentotiedot ja WSL-asetukset päivitetyksi niin, että saan tahdistukset tehdyksi WSL:n rsyncillä.
Nyt kun olen rsync:n takia sitoutunut WSL:n käyttöön, haluaisin vielä korvata PowerShellin MessageBoxin WSL:n notify-send:llä, kun vaan saiisn sen toimimaan. Googletin ratkaisua ilmoituksen "GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown" jne. avulla, mutta netistä löytyvät neuvot eivät riitä, jotain puuttuu.


Unohdin kertoa restic-kokeestani.

Aloitin ajamalla varmistuksen kahteen eri repoon: yhteen jota käytin puhtaasti Scoop/mintty/bash/restic-yhdistelmällä, ja toiseen, jota käytin puhtaasti WSL:n sisällä. Scoop-restic tarvitsi ensivarmistukseen 15 min, WSL-restic 17 min seinökelloaikaa (time-komennon mukaan). Heti perään ajettu varmistus, jossa mikään tiedosto ei ollut muuttunut, vei Scoop-resticiltä hippusen yli 5 sekuntia, WSL-resticiltä vajaat 15 sekuntia. Testiaineisto oli osajoukko siitä, mitä yleensä varmistan.

Seuraavaksi kokeilin, voiko WSL-resticillä vilkaista Scoop-resticin repoa ja päinvastoin. Tämä ei onnistu kumpaankaan suuntaan. Vasta lopuksi kokeilin sitä, mitä nm ehdotti; yritin WSL:n sisältä ajaa ensivarmistuksen vielä kolmanteen repoon Scoop-asennetulla restic.exe:llä. Sekään ei onnistu.

Alkuperäiseen ongelmaan resticin kanssa WSL:stä ei siis ole apua ellen siirry käyttämään resticiä pelkästään WSL:n kautta. Jos WSL:n sisältä tehty palautus on Windowsin kannalta suojattu oikein, se voisi toimia. Niin pitkälle en ole testannut, on tässä ollut muutakin tekemistä.

[nm]

Nyt kun olen rsync:n takia sitoutunut WSL:n käyttöön, haluaisin vielä korvata PowerShellin MessageBoxin WSL:n notify-send:llä, kun vaan saiisn sen toimimaan. Googletin ratkaisua ilmoituksen "GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown" jne. avulla, mutta netistä löytyvät neuvot eivät riitä, jotain puuttuu.

Eli haluat varmaankin näyttää WSL:ssä ajettavista skripteistä ja sovelluksista ilmoituksia Windows-työpöydän ilmoituksina? Se on mahdollista notify-sendillä, mutta väliin tarvitaan taustapalvelu, joka lähettää ilmoitukset Windowsille. Wslnotifyd vaikuttaa toimivalta ratkaisulta: https://github.com/ultrabig/WslNotifyd

Unohdin kertoa restic-kokeestani.

Aloitin ajamalla varmistuksen kahteen eri repoon: yhteen jota käytin puhtaasti Scoop/mintty/bash/restic-yhdistelmällä, ja toiseen, jota käytin puhtaasti WSL:n sisällä. Scoop-restic tarvitsi ensivarmistukseen 15 min, WSL-restic 17 min seinökelloaikaa (time-komennon mukaan). Heti perään ajettu varmistus, jossa mikään tiedosto ei ollut muuttunut, vei Scoop-resticiltä hippusen yli 5 sekuntia, WSL-resticiltä vajaat 15 sekuntia. Testiaineisto oli osajoukko siitä, mitä yleensä varmistan.

Seuraavaksi kokeilin, voiko WSL-resticillä vilkaista Scoop-resticin repoa ja päinvastoin. Tämä ei onnistu kumpaankaan suuntaan. Vasta lopuksi kokeilin sitä, mitä nm ehdotti; yritin WSL:n sisältä ajaa ensivarmistuksen vielä kolmanteen repoon Scoop-asennetulla restic.exe:llä. Sekään ei onnistu.

En tarkoittanut tuota. WSL2:ssa ei voi ajaa Windowsin exejä, koska se on virtuaalikone Linux-kernelillä. Ehdotin ensimmäisenä vaihtoehtona sitä, että ajat varmuuskopiot WSL2:ssa vaikka Windows-puolen tiedostojen käsittely olisi hitaampaa. Jos suorituskykyero kuitenkin on ongelma, voisit ajaa muita omia ohjelmiasi WSL2:ssa ja varmuuskopioita Windowsin puolella. Windowsin virustutkat eivät noteeraa WSL2:n sisällä ajettavia ohjelmia tai niiden tiedostoja, joten omat viritykset eivät sotke asioita Windowsin puolella.

[AimoE]

Se on mahdollista notify-sendillä, mutta väliin tarvitaan taustapalvelu, joka lähettää ilmoitukset Windowsille. Wslnotifyd vaikuttaa toimivalta ratkaisulta: https://github.com/ultrabig/WslNotifyd

Kiitos vinkistä.

WSL2:ssa ei voi ajaa Windowsin exejä, koska se on virtuaalikone Linux-kernelillä.

Häh? Kyllä Microsoft itse sanoo, että voi. Tavallisin esimerkki dokumentaatiossa on

Koodia: [Valitse]

explorer.exe .
Käynnistys onnistuu, kunhan kirjoittaa tiedostonimen kokonaan, .exe mukana. Myöskin Scoopilla asennettuja ohjelmia voi ajaa. Toistaiseksi restic on ainoa joka on tökännyt johonkin esteeseen. Polun voi joutua antamaan, jos WSL on konffattu niin, ettei Windowsin PATH ole lisättynä WSL:n PATH-muuttujaan, mutta oletuksena se on mukana.