📖 Tekninen artikkeli. Tämä artikkeli käsittelee NAiOS Tunnelin toimintaperiaatetta syvällisesti ja on suunnattu teknisille rooleille – IT-alalle, järjestelmäasiantuntijoille ja kehittäjille. Se sisältää termejä, kuten portit, TCP tai tietokannat. Jos tämä ei ole omaa aluettasi, tiivistetty ydinajatus on seuraava: NAiOS Tunnel yhdistää yrityksesi tietokoneilla sijaitsevat ohjelmat ja tiedot turvallisesti NAiOS-tekoälyyn avaamatta verkkoasi internetiin. IT-tiimisi ymmärtää loput hetkessä.

Tarvitsemasi tieto on olemassa, mutta lukittuna
Lähes jokaisella yrityksellä on arvokasta tietoa paikallisella koneella: toiminnanohjausjärjestelmän tietokanta, laskut ja asiakkaat sisältävä ERP, toimistolla toimiva sisäinen sovellus, hallintapaneeli tai tiedostopalvelin. Se on vain muutaman metrin päässä tarvitsijasta, mutta samalla täysin eristyksissä. Tekoälyavustajasi voi etsiä tietoa internetistä, kirjoittaa sähköpostin tai tiivistää asiakirjan, mutta se ei pääse käsiksi tietokantasi riveihin tai toiminnanohjausjärjestelmäsi tilauksiin.
Syy on yksinkertainen: nämä palvelut sijaitsevat yrityksen palomuurin takana, ja portin avaaminen internetiin niiden tavoittamiseksi on viimeinen asia, jonka kukaan haluaa tehdä. Se on reitti, jota pitkin ongelmat saapuvat. Niinpä tieto pysyy paikallaan, ja joku päätyy aina viemään tiedot manuaalisesti Exceliin aina tarpeen vaatiessa.
NAiOS Tunnel: turvallinen yhteys paikallisiin palveluihisi
NAiOS Tunnel on uusi moduuli, joka yhdistää nämä paikalliset palvelut – kaikki verkon kautta kommunikoivat – NAiOSiin avaamatta ainoatakaan porttia. Asennat pienen agentin laitteelle, jossa palvelu sijaitsee – tietokantapalvelimelle, ERP-koneelle tai tietokoneelle, jossa sisäinen sovellus pyörii – ja tämän jälkeen NAiOS voi muodostaa siihen yhteyden reaaliajassa.
Salaisuus piilee yhteyden suunnassa. Agentti ei jää odottamaan yhteydenottoa ulkopuolelta, vaan se avaa itse yhteyden ulospäin kohti NAiOS-tunnelia. Aivan kuten silloin, kun selaimesti avaa verkkosivun, keskustelun aloittaa sisäpuolella oleva laite. Siksi reititintä ei tarvitse säätää, palomuurin portteja ei tarvitse avata eikä mitään tarvitse altistaa internetille. Kyseessä on lisäksi NAiOSin oma tunneli: ilman ngrokia, Cloudflarevia tai muita kolmansia osapuolia.
Nolla avointa porttia, ja lupa jokaiseen asiaan
Jokaisella agentin sisältävällä laitteella on sallittujen kohteiden luettelo, jonka määrität itse. Tunneli yltää vain täsmälleen siihen, minkä olet sallinut – esimerkiksi ”tietokanta portissa 5432” tai ”sisäinen sovellus portissa 8080” – eikä mihinkään muuhun. Jokaisen laitteen tunnuksen voi perua yhdellä napsautuksella, ja heti kun teet niin, kyseinen agentti menettää pääsynsä välittömästi.
Agentti on kevyt, ja sitä on saatavilla Windowsille (ilmaisinalueen kuvakkeesta näet tilan yhdellä silmäyksellä) ja Linuxille (palveluna palvelimia varten). Se asentuu hetkessä kertakäyttöisellä laiteparikoodilla ja päivittyy itse: kun julkaisemme uuden version, agentti päivittyy yhteyden muodostuessa uudelleen, eikä sinun tarvitse asentaa mitään uudelleen.
Kaksi tapaa käyttää tunnelia
Kun laite on verkossa, tunnelia voi hyödyntää kahdella tavalla tarpeesi mukaan.
1. Kysy suoraan keskustelussa
Määrität tunnelille ”profiilin”, ja kyseinen palvelu tulee avustajan käyttöön. Tällä hetkellä profiilityyppejä on kolme, ja ne on suunniteltu kattamaan useimmat tilanteet:
PostgreSQL- ja MySQL-tietokannat – avustaja näkee skeeman ja voi vastata tietoihisi liittyviin kysymyksiin: ”montako tilausta tuli eilen?”, ”anna kymmenen eniten laskutettua asiakasta tältä kuulta”. Kyselyt suoritetaan aina vain luku -tilassa, joten kysyminen ei voi koskaan muuttaa mitään.
Sisäiset ohjelmointirajapinnat ja sovellukset – räätälöity palvelu, joka vastaa vain toimiston sisällä (hallintapaneeli, mikropalvelu tai oma työkalu), tulee käyttöön rajapintansa kautta tarvittaessa todennuksella. Avustaja voi tehdä siihen kyselyjä ja myös kirjoittavia toimintoja, aina vahvistuksen kanssa.
SAP Business One – valmiiksi käyttövalmiin integraation esimerkkinä moduulissa on SAP:n Service Layeria varten tehty oma profiili: voit kysyä luonnollisella kielellä liikekumppaneista, avoimista laskuista tai varastosaldosta ja jopa luoda tarjouksen etukäteisvahvistuksella. Se osoittaa, kuinka pitkälle hyvin tehty profiili tunnelin päällä voi yltää.
2. Yhdistä omat työkalusi
Joskus et halua kysyä: haluat työskennellä tutun ohjelmasi kanssa. Edelleenlähetyksen avulla NAiOS Tunnel avaa portin tietokoneellesi, joka kulkee tunnelin kautta etäpalveluun, aivan kuten perinteinen ssh -L. Se toimii minkä tahansa TCP-palvelun kanssa: tietokantaohjelmistosi (psql, DBeaver...), hallintakonsolin tai sisäisen työkaluohjelman kanssa. Kopioit luodun komennon – jolla on kyseiseen kohteeseen rajattu käyttöoikeus ja voimassaoloaika – ja osoitat ohjelmasi kohteeseen localhost, aivan kuin palvelu olisi omalla koneellasi.
Suunniteltu ilman ikäviä yllätyksiä
Kun toisessa päässä on yrityksen tietokanta tai toiminnanohjausjärjestelmä (ERP), tietoturva ei ole mikään lisäominaisuus: se on lähtökohta. Siksi NAiOS Tunnel on suunniteltu useilla kerroksilla:
Agentti avaa yhteyksiä vain ulospäin: asiakkaan laitteessa ei koskaan kuuntele yhtäkään porttia.
Kaikki liikenne on salattua, ja tunneli ulottuu vain sallittujen luettelon kohteisiin.
Tunnistetiedot tallennetaan suojattuina; Windowsissa agentin oma tunnus suojataan järjestelmän salauksella.
Tietokannat ovat aina vain luku -muodossa moottoritasolla, eivät pelkästään käytännön vuoksi: kirjoittaminen on mahdotonta, vaikka sitä yritettäisiin.
Kaikki toiminnot, jotka kirjoittavat tietoja – tietueen luominen tai muokkaavan päätepisteen kutsuminen – vaativat vahvistuksen ennen suorittamistaan.
Kyseessä on rajattu ja yksisuuntainen tunneli – NAiOS tavoittaa palvelun, johon annat luvan, eikä toisin päin – eikä mikään VPN, joka avaa koko verkon ammolleen.
Mitä voit yhdistää? Todellisia käyttötapauksia äärimmilleen vietyinä
Jos jokin yrityksesi järjestelmä kommunikoi verkon yli, se on ehdokas kulkemaan tunnelin kautta. Saadaksesi käsityksen siitä, mihin asti se yltää, tässä on muutamia esimerkkejä eri toimialoilta:
Toiminnanohjaus, ERP ja kassa — SAP Business One sekä muut ERP-järjestelmät, laskutusohjelmat, varastohallintaohjelmistot tai kassapäätteet: tarkista tilaukset, asiakkaat, varastosaldot tai laskut suoraan chatissa tai anna agentin laatia tarjous (aina vahvistuksella ennen kirjoittamista).
Tietokannat ja BI — raporttejasi pyörittävä tietokanta: esitä luonnollisella kielellä kysymyksiä myynnistä, katteista tai varastosta mitään viemättä ja käytä tuttuja työkaluja (DBeaveria tai edelleenlähetyksen kautta toimivaa BI-asiakasohjelmaa) aivan kuin tietokanta olisi omalla työpöydälläsi.
Sovellukset ja sisäiset sovellusrajapinnat (API) — räätälöity mikropalvelu, intranet, hallintapaneeli tai oma CRM: nämä ovat käytettävissä sovellusrajapinnan kautta sekä kyselyitä että toimintoja varten (muutoksia tehdessä vaaditaan aina vahvistus).
IoT ja teollisuus (Teollisuus 4.0) — verkossasi olevat IP-osoitteelliset laitteet: MQTT-välittäjä, logiikat ja Modbus TCP -pohjaiset PLC-laitteet, kamerat, anturit sekä paikallisella sovellusrajapinnalla varustettu älykotikeskitin. Voit lukea telemetriaa chatista – ”mikä on kylmähuoneen lämpötilaLämpötilaTekoälyn luovuuden ja tarkkuuden välistä tasapainoa säätävä parametri?” – tai liittää teollisen asiakasohjelmasi edelleenlähetyksen kautta. (USB- tai sarjaporttilaitteet vaativat pienen sillan, joka tuo ne ensin verkkoon.)
Hotelli- ja ravintola-ala, vähittäiskauppa, logistiikka, toimistot, klinikat jne. — hotellin huoneiden saatavuus, myymälän varastosaldot, kaluston tila, toimiston tai tilitoimiston järjestelmä, klinikan potilashistoria: kaikki tiedot, joita voi nykyään tarkistaa vain istumalla tietyn tietokoneen ääressä.
Työkalut ja vanhat järjestelmät (legacy) — hallintakonsoli, tiedostopalvelin, sisäinen sähköpostipalvelu tai se vanha mutta välttämätön ohjelma, joka toimii vain yhdellä tietokoneella: tekoälyn ulottuvilla ilman siirtoja tai järjestelmän paljastamista.
Mitä se tekee nyt ja mitä ei vielä (tämä on V1-versio)
Tämä on ensimmäinen versio, ja haluamme kertoa selkeästi nykyiset rajoitukset:
Se välittää verkon yli TCP-protokollaa (ja HTTP:tä) käyttäviä palveluita: tietokantoja, sovellusrajapintoja, MQTT:tä, Modbus TCP:tä jne. Se ei vielä tue UDP:tä, joten jotkin UDP-pohjaiset IoT- tai suoratoistoprotokollat jäävät toistaiseksi ulkopuolelle.
Se yltää laitteisiin, joilla on IP-osoite ja portti. USB-, sarjaportti-, Bluetooth- tai Zigbee-laitteet vaativat sillan, joka tuo ne verkkoon, jotta niitä voidaan välittää.
Kyseessä on yksisuuntainen tunneli, joka on rajattu sallittujen luetteloon (whitelist): NAiOS muodostaa yhteyden vain valtuuttamaasi palveluun eikä mihinkään muuhun. Tämä ei ole VPN, joka avaisi koko verkon.
Palvelu on hallitussa käyttöönotossa: otamme sen nykyään käyttöön tapauskohtaisesti käyttöönottoa tukien sen sijaan, että se olisi vapaasti kenen tahansa itsepalveluna otettavissa käyttöön.
Tuloillaan (2026–2027)
Suunnan määrää se, mitä meiltä pyydätte. Lupaamatta aikatauluja katsomme vuosien 2026 ja 2027 näkymissä kohti UDP:tä ja useampia protokollia (kattamaan enemmän IoT-, ääni- ja suoratoistokäyttöä), lisää käyttövalmiita integraatioita SAP-integraation tapaan – yleisimpiin ERP-, CRM- ja muihin järjestelmiin – sekä yhä enemmän itsepalveluna tehtävää käyttöönottoa. Avaamme näitä vaiheittain todellisen kysynnän mukaan, ja turvallisuus on aina etusijalla.
Saatavilla NAiOSissa
NAiOS Tunnel syntyi hyvin konkreettisesta tarpeesta – yhteistyökumppanin järjestelmän yhdistämisestä ilman, että sitä varten pitää rakentaa puolta infrastruktuuria – ja siitä on tullut osa, joka sopii mihin tahansa palveluun, joka toimii yrityksen sisäverkossa: tietokantaan, ERP-järjestelmään, sisäiseen sovellukseen tai räätälöityyn hallintapaneeliin. Otamme sitä käyttöön vaiheittain: jos yrityksessäsi on jotain, mitä haluaisit voida kysellä tai hallita chatista, keskustellaan siitä, niin otamme sen käyttöön sinun tapauksessasi.
Tekoäly on nimittäin paljon hyödyllisempi, kun se pääsee tarkastelemaan sinun tietojasi. NAiOS Tunnel on silta, jonka kautta se pääsee niiden luo turvallisuudesta tinkimättä.






