Source: http://docplayer.fi/941777-Jari-pekka-sulonen-keskitetty-laajakaistakayttajien-teletunnistetietojen-kerays-ja-hakujarjestelma.html
Timestamp: 2017-05-25 18:45:41+00:00
Document Index: 1655839

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ']

JARI-PEKKA SULONEN KESKITETTY LAAJAKAISTAKÄYTTÄJIEN TELETUNNISTETIETOJEN KERÄYS- JA HAKUJÄRJESTELMÄ - PDF
JARI-PEKKA SULONEN KESKITETTY LAAJAKAISTAKÄYTTÄJIEN TELETUNNISTETIETOJEN KERÄYS- JA HAKUJÄRJESTELMÄ
Download "JARI-PEKKA SULONEN KESKITETTY LAAJAKAISTAKÄYTTÄJIEN TELETUNNISTETIETOJEN KERÄYS- JA HAKUJÄRJESTELMÄ"
1 JARI-PEKKA SULONEN KESKITETTY LAAJAKAISTAKÄYTTÄJIEN TELETUNNISTETIETOJEN KERÄYS- JA HAKUJÄRJESTELMÄ Diplomityö Aihe ja tarkastaja hyväksytty Tieto- ja sähkötekniikan tiedekuntaneuvoston kokouksessa Tarkastaja: Prof. Jarmo Harju (TTY)2 I TIIVISTELMÄ TAMPEREEN TEKNILLINEN YLIOPISTO Signaalinkäsittelyn ja tietoliikennetekniikan koulutusohjelma SULONEN, JARI-PEKKA: Keskitetty laajakaistakäyttäjien teletunnistetietojen keräys- ja hakujärjestelmä Diplomityö, 44 sivua, 5 liitesivua Joulukuu 2010 Pääaine: Tietoliikenneverkot ja -protokollat Tarkastaja: prof. Jarmo Harju Avainsanat: laajakaistaliittymä, keräysjärjestelmä, teletunnistetieto Euroopan Unionin direktiivi ja Suomen lainsäädäntö määräävät tietoliikennepalvelujen tuottajat keräämään ja tallentamaan tunnistetietoja käyttäjistään. Perusteluna on tietojen tarpeellisuus rikosten tutkimuksissa sekä niiden ennaltaehkäisyssä. Tietojen keräämiseen ei kuulu viestinnän sisältö tai edes sen paljastava tieto, vaan ainoastaan viestinnän osapuolten tunnistamistiedot. Kerättyjen tietojen säilytysaika on Suomen lainsäädännössä rajattu yhteen vuoteen, jonka jälkeen kerätyt tiedot tulee tuhota tai muuttaa niin, ettei siitä enää voida tunnistaa yksilöä. Tietojen keräämisen mahdollistavat tietoliikennetekniikat ovat olleet palveluntarjoajien käytössä jo pitkään. Direktiivin vaatimat kerättävät tiedot ovat kuitenkin tallentuneet tekstitiedostoihin, joista suuren datamäärän vuoksi on ollut aikaa vievää etsiä tiettyjä tietoja viranomaisten niitä pyytäessä. Lisäksi direktiivin määräämää tietojen käyttötilastointia ja tietojen käsittelyn läpinäkyvyyttä ei ole ollut helposti toteutettavissa. Tässä työssä käydään läpi laajakaistaisen Internet-liittymän teletunnistetietojen keräämisessä mukana olevat tekniikat ja tietoliikenneprotokollat, kuten ADSL sekä IPja DHCP-protokollat. Näihin tekniikoihin perustuen luodaan tunnistetietojen keräysjärjestelmä, jonka tarkoituksena on nopeuttaa tietojen etsintää. Lisäksi järjestelmä mahdollistaa tunnistetietojen hakujen ja käytön seurannan, jotta järjestelmää käyttävä teleyhtiö voi antaa niistä raportin viranomaisille vuosittain. Järjestelmän pohjana käytetään tietokantaa, jonne tunnistetiedot tallennetaan, ja käyttöliittymänä on nettiselainpohjainen sovellus. Lisäksi tunnistetietojen tallennuksen tietokantaan hoitaa erillinen ohjelma.3 II ABSTRACT TAMPERE UNIVERSITY OF TECHNOLOGY Master s Degree Programme in Signal Processing and Telecommunications SULONEN, JARI-PEKKA: Centralized system for collecting and searching an identification information of broadband subscribers. Master of Science Thesis, 44 pages, 5 Appendix pages December 2010 Major: Communication networks and protocols Examiner: Prof. Jarmo Harju Keywords: broadband Internet access, collecting system, identification Directive of the European Parliament and Finnish legislation orders that all telecommunication service providers should collect and save the subscriber identification data. This is justified by the necessity of such information in criminal investigation and crime prevention. The data to be collected must not contain any information about the content of communication. Only the data which is used to identify the user should be collected. The collected data should be retained for one year according to the Finnish legislation and after that period the data should be destroyed or modified so that no individual can be identified from it. All the telecommunication techniques, which make this collecting possible, have been in telecommunication service providers' use already for a while. However, the data that Directive demands have been saved into text files. Because of the large amount of data, searching and fetching the needed information has been quite time consuming when legal authorities have demanded them. In addition, the reporting and logging the data usage has been complex or it has not been available at all. This Master's Thesis will go through all the necessary telecommunication protocols and techniques which are part of the identification data collecting. Among these are ADSL technique and IP and DHCP protocols. The centralized system for collecting and searching the identification data will be created based on these protocols and techniques. The system will speed up the data search and it also makes the reporting possible. Telecommunication service providers can use the reporting ability to fulfill legal needs to give reports to the authorities yearly. The system is based on a database system where all the collected identification data will be stored. System's usage interface is web based, so search and reports can be made with the web browser. Besides these, the system has a separate application for collecting and saving the data to the database.4 III ALKUSANAT Diplomityöni on tehty Xetpoint Oy:n palveluksessa ja Pohjois-Hämeen Puhelinyhtiön (PHP Oy) toimeksiannosta. Työn aiheen idea oli lähtöisin puhelinyhtiöltä ja heidän tarpeistaan. Työnantajani kanssa aiheesta jalostettiin lopullinen muotonsa. Esitän kiitokseni työn loppuun saattamisesta työn tarkastajalle professori Jarmo Harjulle, jonka avustavien kommenttien avulla työ on lopulta valmistunut. Erityiset kiitokset ansaitsee myös työnantajani, joka on antanut diplomityön tekemiseen loistavasti aikaa ja mahdollisuuksia muiden työtehtävien ohella. Kiitokset myös PHP Oy:lle, jonka kautta saatu tieto työn aihepiiristä on ollut erittäin olennainen. Tampereella Jari-Pekka Sulonen5 IV SISÄLTÖ 1. Johdanto Lähtökohta Direktiivin määrittelemät kerättävät tiedot Tietojen säilytys ja tilastointi Suomen lainsäädäntö Lainsäädännön ja direktiivin aiheuttamat järjestelmävaatimukset Teoria Kuluttajatason laajakaistaliittymän rakenne Dynaaminen IP-osoitteiden jako IP-protokolla DHCP-protokolla Käyttäjän identifiointi Toteutus Operaattorin nykyinen verkkotopologia ja -komponentit Tekniset vaatimukset Toiminnallisuus Tietojen tallennus Tietojen haku Järjestelmän siivous Järjestelmän toiminnan lokitus Järjestelmän automaattinen toiminta skriptitasolla Palvelun rakenne Sisäänkirjautuminen Haku Hakutulokset Järjestelmän pääkäyttäjän toiminnallisuus Käyttäjähallinta Raportointi Järjestelmän asetukset Tulokset... 416 V 6. Loppupäätelmät Lähteet Liitteet... i7 VI TERMIT, KÄSITTEET JA LYHENTEET ADSL Asynchronic Digital Subscriber Line. Asynkroninen digitaalinen tilaajalinja laajakaistaliittymien toteuttamiseen. ARP Address Resolution Protocol. Protokolla fyysisen osoitteen (MAC) selvittämiseen IP-osoitteen perusteella. ATM Asynchronous Transfer Mode. Fyysisen siirtotien tekniikka. CSV Comma-separated Values. Taulukkomuotoisen tiedon listausmuoto, jossa jokainen tietokenttä erotellaan toisistaan tietyllä erotinmerkillä. DHCP Dynamic Host Configuration Protocol. Protokolla automaattiseen IP-osoitteiden jakoon verkossa oleville käyttäjille. DSLAM Digital Subscriber Line Access Multiplexer. DSL-keskitin, joka kokoaa tietyn määrän asiakasyhteyksiä ja lähettää ne eteenpäin yhdistettyinä (multipleksattuna) yhteen runkolinjaan. Ethernet Fyysisen siirtotien protokolla, joka siirtää ylempien kerroksien dataa saman verkon laitteiden välillä. HSPA High Speed Packet Access. Matkapuhelinviestintäprotokollien kokoelma, joka parantaa tiedonsiirtonopeutta kolmannen sukupolven matkaviestinverkoissa. HTML Hypertext Markup Language. Verkkosivujen rakenteen ja sisällön kuvaava merkintäkieli. HTTP Hypertext Transfer Protocol. Verkkoselainten ja -palvelinten välinen tiedonsiirtoprotokolla. IMEI International Mobile Equipment Identity. Matkaviestimen laitetunnus, jolla laite voidaan tunnistaa matkaviestinverkosta. IMSI International Mobile Subscriber Indentity. Enintään 15- merkkinen numerosarja, jolla yksilöidään jokainen matkapuhelinverkon käyttäjä. IP Internet Protocol. Internet-liikenteessä käytössä oleva protokolla laitteiden väliseen viestintään. IPv4 IP-protokollan versio 4, joka määrittelee laitteille 32-bittiset osoitteet. IPv6 IP-protokollan uudempi versio 6, joka määrittelee laitteille 128-bittiset osoitteet8 VII LTE Long Term Evolution. Yhdistelmäkäsite neljännen sukupolven matkaviestinverkoille. MAC Media Access Control. Fyysisen verkkolaitteen yksikäsitteinen tunniste. Osoitteen avulla pystytään välittämään paketit oikeiden laitteiden välillä fyysisessä aliverkossa. NAT Network Address Translation. Osoitteenmuunnostekniikka, jolla sisäiset yksityiset IP-osoitteet piilotetaan yhden tai useamman julkisen osoitteen taakse. oktetti kahdeksan bitin muodostama lohko PPP Point-To-Point-Protocol. PDF Portable Document Format. Adoben kehittämä tiedostomuoto, jota käytetään sähköisten dokumenttien julkaisuun, tulostamiseen ja painamiseen samanlaisena käyttöjärjestelmästä riippumatta. TCP Transmission Control Protocol. TCP/IP-protokollapinon kuljetuskerroksen yhteydellinen protokolla, jonka avulla muodostetaan päästä päähän -yhteydet.9 1 1. JOHDANTO Tietoverkkoja hyväksikäyttävän rikollisuuden määrä kasvaa sitä mukaa, kun tietoverkkojen käyttö laajenee globaalilla tasolla. Rikollisuuden ehkäisyn, torjunnan, selvittämisen ja tutkinnan tarpeisiin on Euroopan Parlamentti ja Euroopan Unionin Neuvosto säätänyt maaliskuussa 2006 direktiivin [1] sähköisten viestintäpalvelujen ja yleisten viestintäverkkojen yhteydessä tuotettavien tai käsiteltävien tietojen säilyttämisestä. Direktiivin lähtöajatuksena on ollut jäsenmaiden toisistaan eroavat lainsäädännöt tietojen säilyttämistä koskien. Poikkeavuuksia on ollut tietojen säilyttämisen edellytyksissä, tietojen säilytysajoissa sekä itse säilytettävissä tiedoissa ja niiden kattavuudessa. Neuvosto on katsonut, että viestintäpalvelujen yhteydessä saatavien tietojen säilyttäminen on osoittautunut hyvin tarpeelliseksi sekä kansallisten että kansainvälisten rikoksien tutkinnassa sekä terrorismin ja järjestäytyneen rikollisuuden ehkäisyssä ja selvittelyssä. Muun muassa näillä perusteilla tulisi koko Euroopan Unionin talousalueella olla yhtenäiset lait ja säädökset viestintäpalvelujen tietojen säilyttämisestä, luovuttamisesta ja käytöstä. Suomen lainsäädäntö toteuttaa Unionin direktiivin ja sen kautta velvoittaa tietoliikennepalveluja tuottavat yritykset keräämään tunnistetietoja käyttäjistään. Tunnistetietojen keräämisen mahdollistavat tekniikat ja protokollat erityisesti laajakaista- ja puhelinpalveluissa ovat olleet osa palveluiden toteutusta jo ennen lain ja direktiivin voimaan tuloa. Todellisuudessa nämä tiedot ovat kuitenkin pääosin hautautuneet tietojärjestelmien syövereihin ja niitä on käytetty vain soveltuvin osin liiketoiminnan tarpeisiin, kuten laskutukseen ja asiakashallintaan sekä asiakkaan tilaamien palvelujen määrittelyyn tietoliikenneverkon tasolla. Lain ja direktiivin velvoittama toiminta vaatii palveluntarjoajilta toimintatapoja, määrityksiä ja tietoja koostavia tekniikoita, jotta määrätyt tiedot saataisiin kustannustehokkaasti, nopeasti ja helposti toimitettua viranomaisille, silloin kun niitä tarvitaan. Nykyisistä järjestelmistä ei ole tarpeen vaatiessa saatu kaivettua tunnistetietoja ilman viivästyksiä ja kohtuutonta ihmistyöpanosta. Työn tarkoituksena on luoda laajakaistaisen Internet-palvelun tuottajien tarpeisiin automatisoitu järjestelmä, joka hoitaa määrättyjen tunnistetietojen keräämisen ja tallentamisen sekä hyödyntää olemassa olevia tekniikoita ja järjestelmiä. Järjestelmän tulee ottaa huomioon kaikki palvelun tuottamisen yhteydessä kerättäviksi määritellyt tiedot sekä tarpeellinen tietoturva ja järjestelmän käytön läpinäkyvyys. Läpinäkyvyydellä tarkoitetaan mahdollisuutta koostaa myöhemmin raportteja ja tilastoja järjestelmän keräämien tunnistetietojen käytöstä. Keräysjärjestelmän edellyttämät tekniikat ovat operaattorien käytössä jo pääosin vakiintuneet, joten suhteellisen yleiskäyttöisen systeemin rakentaminen on mahdollista.10 Tämän diplomityön luvussa 2 esitetään sekä Euroopan Unionin että Suomen eduskunnan lainsäädännön kautta tulevat määräykset ja ohjeistukset tunnistetietojen keräämisestä, käsittelystä ja tallentamisesta. Luvussa 3 kuvataan kuluttajatason laajakaistaliittymä ja siihen yleisimmin kuuluvat komponentit. Lisäksi esitellään tekniikat, joilla mahdollistetaan tunnistetietojen kerääminen lainsäädännön vaatimusten mukaisesti. Järjestelmän varsinainen toteutus ja toimintaperiaatteiden läpikäynti käsitellään luvussa 4. Luku 5 kokoaa yhteen lopullisen järjestelmän sekä sen vaatimukset laitteistoille. Samalla tuodaan esille myös erilaisia kokoonpanovaihtoehtoja järjestelmän toimintaan saattamiseksi. Luvussa 6 esitetään yhteenveto diplomityöstä ja toteutetusta järjestelmästä sekä mietitään mahdollisia jatkokehityskohteita. 211 3 2. LÄHTÖKOHTA Euroopan Unionin direktiivi [1] tunnistetietojen säilyttämisestä kohdentaa määräykset ja säädökset vain sellaisiin tietoihin, joita palvelujen tarjoajat itse tuottavat tai käsittelevät, kuten esimerkiksi asiakkaan tunnistamiseen käytettävät tiedot. Direktiivin nojalla ei voida kerätä, tallentaa ja säilyttää viestinnän sisältöön liittyviä tietoja. Kerättävien tietojen säilyttämisteknologiaa direktiivi ei määrittele, vaan se tulee jokaisen jäsenmaan ratkaista omalla kansallisella tasollaan Direktiivin määrittelemät kerättävät tiedot Direktiivin viidennessä artiklassa määritellään sen nojalla säilytettävät tiedot. Tiedot on jaoteltu kuuteen luokkaan sen mukaan mihin liittyvää tietoa kustakin luokasta on saatavilla. Luokilla ei ole mitään prioriteettia toistensa suhteen, vaan luokittelu on tehty vain kerättävien tietojen jaotteluun. Luokkien sisällä jaotellaan tiedot erikseen puhelinpalveluihin ja Internet-palveluihin liittyviksi. Puhelinpalveluilla tarkoitetaan kiinteitä lankapuhelinverkkoja sekä matkaviestinverkkoja ja kaikkia niihin liittyviä palveluita kuten äänipuheluja, neuvottelupuheluita, soitonsiirtoja sekä erilaisia viestipalveluja mukaan lukien tekstiviestit ja multimediaviestit). Internet-palveluihin kuuluvat datayhteys (esimerkiksi mobiilidata, laajakaista ja kaapelimodeemiyhteys), Internet-puhelut sekä sähköpostit. Ensimmäinen luokka käsittää viestinnän lähteen tunnistetiedot, joihin kuuluu puhelinpalveluiden osalta puhelinnumero, josta on soitettu sekä kyseisen palvelun (puhelinliittymän) tilaajan tiedot. Internet-palveluiden osalta kerättäviin tietoihin kuuluu ensimmäisen luokan osalta yhteyteen tai lähettävään sähköpostiosoitteeseen liittyvä käyttäjätunnus tai -tunnukset sekä tiedot yhteyden tilaajasta, jonka nimiin viestinnän lähteenä käytetty yhteys oli rekisteröity yhteydenottohetkellä. Toiseen luokkaan on koottu viestinnän kohteen tunnistamiseen ja jäljittämiseen tarkoitettuja tietoja. Puhelinpalveluiden tietoihin kuuluu puhelinnumero, johon on soitettu tai mikäli kohteen tapauksessa on käytetty jotain lisäpalvelua, kuten soitonsiirtoa, niin siirron kohteen numero tai numerot. Lisäksi kerättäväksi ja säilytettäväksi määritellään tämän kohteen liittymän tilaajan henkilötiedot (nimet ja osoitteet). Internetpalveluissa viestinnän kohde tulee esille pääasiassa vain sähköpostin ja Internet-puhelun tapauksessa ja näistä tuleekin tallentaa vastaanottajan puhelinnumero tai käyttäjätunnus sekä kohteen palvelun tilaajan tiedot.12 4 Viestinnän ajankohdan määrittävät tiedot on luokiteltu direktiivin kolmanteen luokkaan ja ne käsittävät puhelun tai Internet-yhteyden alkamis- ja loppumisajat päivämäärä ja kellonaikatasolla. Internet-palvelun tapauksessa viestinnän ajankohtien määritystä tarkennetaan vielä paikallisella aikavyöhykkeellä sekä viestinnän tilaajalle käyttöön kyseisellä ajanhetkellä myönnetyllä Internet-osoitteella. Neljännen luokan tallennettavat tiedot koskevat viestintätyyppiä. Puhelinpalveluissa kyseessä on käytetty puhelinpalvelu ja sähköpostien ja Internet-puhelun tapauksessa käytetty Internet-palvelu. Viidenteen luokkaan on jaoteltu käyttäjien viestintälaitteen tai oletetun viestintälaitteen tunnistamiseksi tarvittavat tiedot. Kiinteissä puhelinverkoissa tämä tarkoittaa lähettäjän ja vastaanottajan puhelinnumeroita. Matkaviestinverkoissa puhelintoiminnan osalta tiedot käsittävät puhelinnumeroiden lisäksi soittajan ja vastaanottajan matkaviestintilaajan tunnukset (IMSI-tunnus) sekä matkaviestinten tunnukset (IMEI-koodi). Lisäksi direktiivi huomioi, että mikäli kyseessä on anonyymina hankittu ennalta maksettu palvelu, esimerkiksi PrePaid-liittymä, niin tallennettavia tietoja ovat palvelun ensimmäisen aktivoinnin päivämäärä ja kellonaika sekä palvelun aktivoinnin sijaintitunniste. Matkapuhelinverkoissa sijaintitunniste on matkapuhelinverkon solun tunniste, minkä alueella viestintälaite on ollut palvelun aktivointihetkenä. Internet-palvelun laitteen tunnistamiseksi tulee tallentaa modeemiyhteyden tapauksessa puhelinnumero, josta yhteys on avattu ja digitaalisen laajakaistaliittymän tapauksessa liittymän loppupiste. Viimeiseen kuudenteen luokkaan on eroteltu matkaviestintälaitteen sijainnin määrittämiseksi tarvittavat tiedot, joihin kuuluu matkaviestinverkon sijaintitunniste sekä tiedot kyseisen sijainnin (solun) maantieteellisestä sijainnista sillä hetkellä, kun yhteys on aloitettu Tietojen säilytys ja tilastointi Direktiivissä annetaan kerättävien tietojen säilytysajalle aikahaarukka, jonka sisään jäsenvaltiot voivat itse määritellä säilytysajan. Direktiivin kuudennen artiklan mukaan tietoja tulee säilyttää vähintään kuuden kuukauden ja enintään kahden vuoden ajan viestinnän alkamisen päivämäärästä. Säilytettäville tiedoille on direktiivissä myös määritelty vähimmäistietoturvaperiaatteet. Tämä tarkoittaa sitä, että säilytettävien tietojen pitää olla laadultaan samanlaisia ja samassa tietoturvatasossa, kuin samaiset tiedot ovat verkossa, josta niitä kerätään ja tallennetaan. Lisäksi tallennetuille tiedoille on tehtävä asianmukaiset tekniset ja hallinnolliset toimet, jotta ne voidaan suojata tahattomalta ja tahalliselta tuhoamiselta, muuttamiselta ja edelleen siirtämiseltä. Tähän liittyen tietoihin on teknisesti määritettävä pääsy vain erikoisvaltuudet omaaville henkilöille. Säilyttämisen lisäksi kerätyt tiedot tulee tuhota säilytysajan lopussa lukuun ottamatta tietoja, joita on käytetty ja tallennettu jonkin tutkinnan yhteydessä.13 5 Tietojen varastoinnista säädetään lisäksi, että ne tulee tallentaa sellaisella tavalla, josta ne voidaan toimittaa pyynnöstä viranomaisille. Tämän toimituksen tulee tapahtua kohtuullisessa ajassa ilman tarpeetonta viivästystä. Direktiivi määrää jäsenvaltioiden toimittamaan vuosittain tilastot tietojen säilyttämisestä Euroopan Komissiolle. Näiden tilastojen pitää sisältää tapaukset, joissa viranomaiset ovat tietoja pyytäneet, aika, joka on kussakin tapauksessa kulunut tietojen tallennuspäivästä siihen päivään, kun viranomainen kyseisiä tietoja pyysi sekä tapaukset, joissa viranomaisten tietopyyntöä ei voitu täyttää Suomen lainsäädäntö Suomen eduskunta käsitteli Euroopan Unionin direktiivin (ks. luku 2.1.) vaatimukset vuoden 2007 lopussa ja 2008 alussa. Käsittelyn perusteella tuotettiin laki sähköisen viestinnän tietosuojalain muuttamisesta [2], joka tuli voimaan Lain määräämä tietojen keräämis- ja säilytysvelvollisuus alkoi palveluyritysten osalta kuitenkin vasta Muutoslaissa olennaisimmat muutokset sähköisen viestinnän tietosuojalakiin tehtiin pykälään 14. Sähköisen viestinnän tietosuojalain [3] kahdeksannessa pykälässä otetaan huomioon direktiivin mukaisesti se, että tietojen kerääminen, käsittely ja säilyttäminen on sallittu ainoastaan asiaan kuuluvassa laajuudessa. Käsittely ei saa rajoittaa viestien sisällön luottamuksellisuutta tai henkilöiden yksityisyyden suojaa yhtään enempää kuin on tietojen keräämisen kannalta välttämätöntä. Lisäksi sama kahdeksas pykälä määrää, että kerättyjä tietoja saa luovuttaa vain viranomaisille heidän pyynnöstään ja että tunnistetiedot on määritellyn ajan kuluttua tuhottava tai tehtävä sellaisiksi, ettei niitä voida enää yksilöidä käyttäjätietoihin. Tietosuojalaissa [3] määritellään direktiivin määräämien tietojen maksimisäilytysajaksi 12 kuukautta viestinnän päivämäärästä. Alkuperäisellä päivämäärällä tarkoitetaan esimerkiksi ajankohtaa, jolloin puhelu on aloitettu tai hetkeä, jolloin laajakaistayhteyden tilaajalle on osoitettu tietty Internet-osoite. Säilytysvelvollisuus rajataan koskemaan vain viestien tunnistetietoja eikä lain piiriin kuulu viestin sisällön tai verkkosivujen selaamisesta kertyneiden tunnistetietojen tallentaminen. Säilyttämisen tekniikasta tietosuojalain 14b pykälässä todetaan, että "tietojen säilytyksen teknisen toteutuksen on oltava kustannustehokasta ja siinä on otettava huomioon palveluyrityksen liiketoiminnan tarpeet, järjestelmien tekniset ominaispiirteet ja säilyttämisestä aiheutuvat kustannukset maksavan viranomaisen tarpeet". [3] Tämän perusteella annetaan tietojen keräysvelvolliselle palveluyritykselle mahdollisuus itse toteuttaa tietojen kerääminen niillä resursseilla, joita sillä on olemassa. Säilytysvelvollisuus ei koske tietoja, joita yritys ei itse käsittele palvelun toteuttamisen yhteydessä, vaikka ne muuten olisivatkin tietosuojalain piiriin kuuluvia tietoja.14 6 Palveluyrityksen vastuulla on tietojen keräämisen ja säilyttämisen lisäksi tietoturva. Tietoturvan vahvuutta ja sen teknisiä toteutustapoja ei laissa ole määritelty. Yrityksen on kuitenkin direktiivin pohjalta ylläpidettävä kerätyille tiedoille yhtä hyvää tietoturvaa, kuin tietoja käytettäessäkin on ollut. Lisäksi sen on määriteltävä organisaatiossaan henkilöt, joilla on oikeus käsitellä säilytettäviä tietoja Lainsäädännön ja direktiivin aiheuttamat järjestelmävaatimukset Tietojen tallennusjärjestelmään tulee olla pääsy vain erikseen määrätyillä käyttäjillä. Tästä syystä järjestelmässä pitää olla käyttäjäautentikointi. Kaikki järjestelmään kirjautuneen käyttäjän tekemät toimet tulee tallentaa, jotta voidaan seurata kuka tietoja on milloinkin käsitellyt. Kerättävien tietojen määrä on arvioitava erikseen kullekin kerättävälle tietotyypille, jotta pystytään mitoittamaan tietojen tallennuskapasiteetin tarve. Lisäksi tietojen tallennustavassa on otettava huomioon tietojen mahdollisimman tehokas ja nopea haku. Myös haut, hakukriteerit ja niillä saatavat tulokset tulee tallentaa, jotta yritys voi vuosittain toimittaa tiedot järjestelmän käyttötapauksista valtiolle.15 7 3. TEORIA Teoriaosuudessa käydään läpi laajakaistaliittymän perustoteutus. Lisäksi käsitellään liittymän toteutukseen ja IP-osoitteistukseen liittyvät protokollat sekä käyttäjän identifiointiin liittyvät mekanismit laajakaistapalvelujen tapauksessa Kuluttajatason laajakaistaliittymän rakenne Kuluttajatason laajakaistaliittymät toteutetaan joko langattomina käyttäen mobiiliverkkoja tai langallisina käyttäen perinteisiä puhelinverkkoja. Osa liittymistä voidaan toteuttaa talokohtaisina valokuituliittyminä, jolloin perinteistä puhelinverkon osaa ei ole mukana lainkaan. Mobiiliverkkoja käytettäessä verkkotekniikkana on tällä hetkellä 3G ja lisänä mahdollisesti myös sen laajennos HSPA (High Speed Packet Access). Neljännen sukupolven LTE (Long Term Evolution) -verkot ovat jo tulossa, mutta niitä ei vielä ole saatavilla ainakaan tuotantokäytössä. Perinteistä puhelinverkkoa käytettäessä verkon data siirretään perinteisiä kuparisia parikaapeleita pitkin. Tällöin tekniikkana on yleisimmin ADSL eli asynkroninen digitaalinen tilaajalinja. ADSL-tekniikalla toteutettujen laajakaistaliittymien teoreettiset maksiminopeudet vaihtelevat sen mukaan kuinka pitkä kuparilinja on asiakkaalta puhelinyhtiön keskukseen. Mitä pidempi välimatka ilman vahvistimia tai toistimia on kyseessä sitä hitaampi on teoreettinen maksiminopeus. Todellinen käytettävissä oleva nopeus on silti aina pienempi kuin teoreettinen nopeus johtuen useista eri seikoista, kuten esimerkiksi keskuksen ruuhkaisuudesta. ADSL-tekniikkaa käytettäessä asiakkaan (tilaajan) käytössä on ADSL-modeemi, joka moduloi dataliikenteen kuparikaapeliin. Tiedonsiirron kanssa samaan aikaan on mahdollista käyttää perinteistä puhelinyhteyttä (Kuva 1). Data ja puhe erotellaan ennen operaattorin DSL-keskitintä eli DSLAMia (Digital Subscriber Line Access Multiplexer). Puhetaajuudet ohjataan automaattisesti puhelukeskukseen ja siitä vastaanottajalle puhelinverkkoa pitkin ja data välitetään operaattorin dataverkkoon ja sitä kautta kohteeseen.16 8 Kuva 1: Laajakaista- ja lankaliittymä yhdessä. Laajakaistaliittymien toteuttajina määritellään kaksi eri operaattoria. Toinen, verkko-operaattori, omistaa tilaajan asuma-alueen puhelinparikaapelit ja puhelinkeskukset. Palveluoperaattori taas tuottaa, markkinoi ja myy tilaajille tietoliikenneyhteydet. Verkko- ja palveluoperaattori voivat olla joko yksi ja sama yritys tai kaksi kilpailevaa yritystä, jolloin palveluoperaattori vuokraa verkko-operaattorilta asiakkaiden siirtolinjoja ja asiakkaan yhteys kuljetetaan muuttumattomana verkko-operaattorin siirtoverkon kautta palveluoperaattorin verkkoon. Yksinkertaisimmillaan asiakkaan laajakaistaliittymä on teknisesti toteutettu seuraavalla tavalla. Asiakkaan ADSL-modeemi kytkeytyy puhelinparikaapeleilla DSLkeskittimeen (Kuva 2). Kuva 2: Laajakaistaliittymän rakenne DSL-keskitin kanavoi usean tilaajan parikaapeliyhteydet yhdelle siirtojohdolle ja antaa kullekin asiakasyhteydelle yksikäsitteisen polku- ja kanava-arvon. Näillä arvoilla operaattorilla on aina tiedossa mistä puhelinliittymästä mikäkin asiakas liikennöi. DSLkeskittimen siirtotielle kanavoima data ohjautuu palveluoperaattorin verkkoon, josta operaattori reitittää liikenteen eteenpäin asiakkaan liittymän parametrien mukaisesti. Asiakkaan liittymän parametreihin kuuluu tyypillisesti ainakin liittymän maksiminopeus. Mikäli asiakkaan puhelinparikaapelit ja puhelinkeskukset omistava verkkooperaattori on eri kuin liittymän palvelun tarjoaja (Kuva 3), niin tällöin palvelu- ja verkko-operaattori ovat sopineet tietyt polku- ja kanava-arvot, joilla liikenne siirretään verkko-operaattorin verkosta palveluoperaattorin verkkoon. Edelleen palveluoperaattori17 9 saa tietyillä arvoilla selville liikenteen tilaajayhteyden ja voi näin ollen ohjata datan eteenpäin tilaajan yhteysparametrien mukaisesti. Samanaikaisesti verkko-operaattori voi tarjota toki myös itse omaa palveluaan. Asiakkaan liikenne vain ohjataan DSLAMin jälkeen joko palveluoperaattorin verkkoon tai omaan verkkoon reititettäväksi Internetiin. Kuva 3: Laajakaistaliittymän rakenne, kun toteutuksessa on mukana kaksi eri operaattoria. Yksityiselle laajakaistatilaajalle annetaan palveluntarjoajasta riippuen käyttöön yhdestä viiteen julkista Internet-osoitetta eli IP-osoitetta. Nämä osoitteet määritellään dynaamisesti jokaiselle käyttäjälle käyttäen DHCP-tekniikkaa. Kullekin asiakkaalle jaeltavat osoitteet otetaan tietystä operaattorin IP-osoiteavaruudesta. DHCP-palvelimeen voidaankin konfiguroida jaeltava osoiteavaruus sen mukaan, mitkä ovat asiakkaan yhteydelle määritellyt polku- ja kanava-arvot. Polku- ja kanava-arvot sekä asiakkaalle annettu osoite tallentuvat DHCP-palvelimen tietoihin. Näin voidaan myöhemmin yksilöidä kullakin ajanhetkellä kullakin asiakkaalla käytössä ollut IP-osoite Dynaaminen IP-osoitteiden jako Kaikilla verkossa olevilla laitteilla on oltava yksikäsitteinen tunniste, jolla laite tunnistetaan ja jonka avulla liikennöinti verkon eri laitteiden välillä onnistuu. Yleisimmin käytössä on IP-osoitteistus ja siitä nykyisin vielä versio neljä (IPv4), vaikka tällä hetkellä sen sisältämien osoitemäärien rajat ovat tulossa vastaan ja siirtymä laajempaan osoiteavaruuteen ja versio kuutoseen (IPv6) on tulossa.18 IP-protokolla IP-protokolla on kehitetty välittämään datapaketteja verkosta toiseen. Ylemmältä protokollakerrokselta tuleva data ympäröidään IP-otsikkokentillä, jotka on esitetty kuvassa 4. Kuva 4: IP-protokollan otsikkokentät Versio-kentän neljä bittiä kertoo käytettävän IP-protokollan version. Tällä hetkellä kentän arvoksi tulee 4, mutta uutta IPv6-protokollaa käytettäessä kenttään asetetaan arvo 6. IHL eli Internet Header Length kertoo otsikkokenttien kokonaispituuden mukaan lukien mahdolliset optiokentät ja täytteen. Arvo on nelibittinen ja kertoo 32-bittisten lohkojen kokonaismäärän eikä siis tavujen tai oktettien eli kahdeksan bitin lohkojen määrää. Ilman optioita eli minimissään kentän arvo on viisi 32-bitin lohkoa ja maksimissaan IP-otsikko voi siis käyttää bitin lohkoa. Palvelun tyypissä käytetään kahdeksaa bittiä. Sillä kerrotaan millaista palvelua kyseinen datapaketti verkolta haluaa. Tähän voi liittyä esimerkiksi minimiviive tai maksimikapasiteetti riippuen paketin käyttötarkoituksesta. Kokonaispituus kertoo koko IP-paketin koon okteteissa. Paketin kokoon otetaan huomioon sekä otsikkokentät että data ja suurin paketin koko voi siis olla eli oktettia. Todellisuudessa tuo paketin koko on kuitenkin liian suuri laitteiden hallittavaksi ja standardi määrittelee, että IP-paketteja käsittelevän laitteen tulee kyetä vastaanottamaan paketteja, jotka ovat 576 oktettia pitkiä [4 s. 12]. Tuota suurempia paketteja suositellaan lähetettäväksi vain, kun ollaan varmoja vastaanottavan pään mahdollisuudesta vastaanottaa suurempia paketteja. Tunnisteen 16 bittiä kertoo paketin yksilöllisen tunnisteen. Tätä tarvitaan siinä tapauksessa, että paketti on jossain vaiheessa matkan varrella osioitu. Vastaanottava laite pystyy tämän kentän avulla selvittämään mitkä osiot kuuluvat samaan pakettiin. Myös lippukentät ja osioiden sijainti -kenttä liittyvät IP-paketin osiointiin. TTL-kenttä (Time-To-Live) eli paketin elinaika osoittaa kahdeksalla bitillä kuinka monen laitteen välillä pakettia maksimissaan kuljetetaan. Jokainen matkalla oleva reititin vähentää tämän kentän arvoa yhdellä ja kun arvo laskee nollaan, paketti tuhotaan.19 11 Esimerkiksi Windows XP käyttää oletuksena arvoa 128 [5]. Eli sen mukaan mikä tahansa toinen piste Internetissä tulisi saavuttaa 128 aktiivilaitteen välisellä hypyllä. Protokolla-kentän kahdeksan bittiä kertoo hyötykuorman eli IP-paketin dataosuuden protokollan numeron. Esimerkiksi, jos kuljetettavana on TCP-protokollan paketti, niin kenttään tulee arvo kuusi. Tarkistussumman 16 bittiä käsittää koko IP-otsakkeen tarkistussumman. Sen avulla jokainen paketin vastaanottava laite voi tarkistaa, että otsikon sisältö on säilynyt muuttumattomana siirron ajan. Jokainen siirtotien varrella oleva laite tarkistaa ja laskee tämän arvon uudestaan. Näin pyritään IP-protokollan tasolla takaamaan paketin otsikoiden eheys. 32-bittiset lähde- ja kohdeosoitteet määrittävät tiedon siitä mistä paketti on tullut ja mihin paketti on menossa. Esimerkki: Asiakas lähettää datapaketin kohteeseen Oletetaan että asiakkaalla on käytössään osoite Paketti ei kuitenkaan siirry kohteeseen suoraan, koska päätepisteet ovat täysin eri IP-verkoissa ja useimmiten myös täysin eri fyysisessä sijainnissa. Paketti lähtee siis asiakkaalta hänen oletusyhdyskäytäväksi määritetylle reitittimelle, joka päättää oman reititystaulunsa perusteella mille reitittimelle paketti seuraavaksi tulee lähettää. Näin paketti etenee reitittimestä ja IP-aliverkosta toiseen, kunnes päästään kohteen sisältävän aliverkon laidalla olevalle reitittimelle. Siellä kyseinen reititin tietää, että paketin kohde onkin samassa aliverkossa, joten sitä ei ole enää tarpeellista lähettää eteenpäin muille reitittimille, vaan se voidaan toimittaa suoraan kohdekoneelle. Kohdekoneen mahdollinen vastauspaketti toimitetaan vastaavalla tavalla takaisin asiakkaalle. Tosin paketin kulkema reitti saattaa muuttua reitittimien ruuhkanhallinnan tai reittien katkeamisien takia, mutta sillä ei ole merkitystä kunhan reitittimellä on aina tiedossa seuraava laite, jolle paketin voi välittää. IP-otsikon optiokentissä voidaan määritellä esimerkiksi turvallisuuteen ja pakettien reitittämiseen liittyviä juttuja. Mikäli optiokentät eivät ole kokonaisia 32 bitin lohkoja, niin otsikon perään lisätään täytebittejä, kunnes otsikkokenttien pituus on 32:lla jaollinen. IP-osoitteistuksessa samaan aliverkkoon lasketaan kuuluvaksi laitteet, joiden verkko-osoite on sama. Verkko-osoitteen selvittämiseen käytetään 32-bittistä verkkomaskia, jonka avulla laitteen IP-osoitteesta pystytään laskemaan verkko-osoite. Laskenta tehdään bittitason operaatiolla AND IP-osoitteen ja verkkomaskin kesken. Bittitason AND antaa lopputulokseksi 1, kun molemmat sisääntulevat luvut ovat ykkösiä. Muuten lopputulos on 0. Koko operaation lopputulos kertoo aliverkon verkko-osoitteen. Esimerkki: Laitteen IP-osoite on ja sen verkkomaski on Binäärisiksi muutettuina ja AND-operaatiolla laitteen verkko-osoitteeksi saadaan (Kaava 1). Kaava 1:20 12 Tämän esimerkkilaitteen kanssa samaan aliverkkoon kuuluisivat siis laitteet, joiden osoitteet ovat välillä Samaista osoitehaarukkaa kutsutaan myös nimellä osoiteavaruus ja se voidaan määritellä yksinkertaisesti verkkoosoitteen ja -maskin yhdistelmällä /20, jolloin maskia kuvaava numero kertoo bittitasolla olevien ykkösten määrän vasemmalta alkaen (Kaava 1) DHCP-protokolla Laitteiden IP-osoitteita voidaan hallita täysin manuaalisesti tai automaattisesti DHCPprotokollan avulla. DHCP-protokolla on kehitetty aiemmin käytössä olleen BOOTPprotokollan pohjalta. Automaattisen IP-osoitteiden konfiguroinnin idea on säilynyt samana eli laitteen kanssa samassa aliverkossa on palvelin, joka luovuttaa laitteille käyttöön tietyn IP-osoitteen tietyksi ajaksi. DHCP-palvelin antaa osoitteen ohella myös muita tarvittavia tietoja vastaanottavalle laitteelle. Näihin tietoihin kuuluvat normaalisti oletusyhdyskäytävän osoite (oletusreititin), verkkomaski, nimipalvelin tai nimipalvelimet sekä domain-nimi [6 s. 202]. Automaattinen DHCP-konfiguraatio alkaa laitteen lähettämällä joukkojakeluviestillä (broadcast), jonka kuulevat kaikki samassa IP-aliverkossa olevat DHCP-palvelimet. Kaikki kommunikaatio asiakkaan ja palvelimen välillä käyttää kuvan 5 mukaisia paketteja. Kuva 5: DHCP otsikkokentät (suluissa kentän pituus oktetteina) Operaatio-kentällä on kaksi määriteltyä arvoa. 1 tarkoittaa alustuspyyntöä ja 2 alustusvastausta. Työasema käyttää liikennöintiin operaatiota yksi ja palvelin vastauk-21 sissaan tyyppiä 2. Erilliset protokollan toimintaan kuuluvat sanomat erotellaan sanomatyyppioption avulla. Htype ja Hlen -kentät kertovat liikennöivän laitteen fyysisen osoitteen tyypin ja pituuden. Useimmiten fyysisenä siirtotienä on Ethernet, jolloin tyyppi saa arvon yksi ja pituus arvon kuusi (fyysisen Medium Access Control eli MAC-osoitteen pituus oktetteina). Hyppyjen lukumäärällä tarkoitetaan reitittimien tai muiden välittävien laitteiden määrää työaseman ja DHCP-palvelimen välillä. Hyppyjen lukumäärää kasvatetaan jokaisessa välillä olevassa verkon aktiivilaitteessa ja kenttä on lähinnä informatiivinen tieto palvelimelle. Tapahtumanumero identifioi jokaisen DHCP-transaktion. Tämän arvon avulla palvelin ja työasema tietävät mitkä paketit kuuluvat niiden väliseen DHCPtapahtumaketjuun. Tapahtumanumero on oleellinen tieto, koska useimmat DHCP-viestit kulkevat verkossa joukkojakeluviesteinä ja samaan aikaan verkossa saattaa olla useita laitteita, jotka liikennöivät saman DHCP-palvelimen kanssa. Näin estetään se, että tietty osoite menisi väärälle laitteelle tai että kahdella tai useammalla laitteella olisi käytössä sama osoite samassa aliverkossa. Saman osoitteen käyttö samassa aliverkossa estäisi kaiken liikenteen, sekä saapuvan että lähtevän liikenteen, näiden kahden koneen osalta. Aika-kenttään tallentuu aika IP-osoitteen hankinnan tai uusinnan aloittamisesta eli siitä kun työasema lähettää ensimmäisen DHCP-viestinsä. Aika tallennetaan sekunteina. Asiakkaan lähettämässä ensimmäisessä viestissä aikakentässä on arvona nolla. Lipuilla työasema voi kertoa palvelimelle haluavansa vastaukset verkon joukkojakeluviestinä. Tämä saattaa olla ainoa mahdollinen tapa toimia silloin, kun laite ei voi vastaanottaa sen fyysiseen osoitteeseen kohdistettuja paketteja ennen kuin IPkonfiguraatio on suoritettu loppuun ja koska DHCP-viesteillä juuri tätä ollaan tekemässä, pitää paketit lähettää verkon levitysviesteinä. IP-osoitekentillä määritellään palvelimen tarjoama osoite sekä myös mahdollinen työaseman haluama osoite. Työaseman IP-osoite -kentässä on arvo siinä tapauksessa että työasemalla on jo aiemmin ollut jokin IP-osoite, jonka vuokra-ajan se haluaa uudistaa. Mikäli työasemalla ei ole lainkaan IP-osoitetta, niin tämän kentän arvo on tietysti tyhjä eli toisin sanoen nolla. Sinun IP-osoitteesi -kentässä palvelin välittää työasemalle tarjoamansa osoitteen. Palvelimen osoite -kenttään palvelin tallentaa oman osoitteensa. DHCP-pyynnön tekevää asiakasta lähinnä oleva reititin asettaa Reitittimen osoite -kentän. Siihen tulee reitittimen osoite siitä verkkoliitynnästä, jossa asiakas on kiinni. Kuvan 6 mukaisessa topologiassa reititin R1 asettaisi kentän arvoksi oman osoitteensa eli Reititin R2 ei enää muuta kentän arvoa, vaan sen tehtävänä on ainoastaan välittää asiakkaan DHCP-paketit palvelimelle ja palvelimelta tulevat takaisin reitittimelle R1. Reitittimen osoitteen perusteella DHCP-palvelin voi tehdä päätöksiä työasemalle tarjottavasta IP-osoitteesta. Palvelimelle voi olla määriteltynä useita jaettavia IP-osoiteavaruuksia eri IP-aliverkoille ja sen pitää tietää mistä aliverkosta kukin pyyntö tulee. 1322 14 Kuva 6: Havainnekuva verkon rakenteesta DHCP-otsikkokenttiä täytettäessä. Työaseman MAC-osoite välitetään DHCP-viestissä sen takia, että useimmiten palvelin tallentaa omaan tauluunsa jaettujen IP-osoitteiden ja MAC-osoitteiden yhteyden ja tällöin palvelin voi helposti jakaa kullekin työasemalle sille aiemmin jaetun osoitteen, vaikka työasemalla ei mitään osoitetta olisikaan uusittavana. Työasemalle annetaan siis ensisijaisesti sama osoite, joka sillä on ollut aiemmin, mikäli sitä ei ole välillä luovutettu jonkun muun työaseman käyttöön. Palvelimen nimi -kentässä voidaan välittää DHCP-palvelimen nimi. Tiedoston nimi -kentässä taas voidaan välittää BOOTP-tiedoston nimi tai polku tiedostoon. Nykyisin tuota kenttää ei kuitenkaan juurikaan käytetä, vaan IP-osoitteen lisänä tarvittavat parametrit, kuten esimerkiksi oletusreitittimen osoite ja käytettävät nimipalvelimet, välitetään DHCP -optioissa. DHCP-protokollan sanomatyypit Kokonaisuudessaan DHCP-protokollassa on kahdeksan erilaista sanomatyyppiä, joita käytetään työaseman ja palvelimen välillä. Ensimmäinen viesti on DHCPDISCOVER ja siinä työasemalla ei ole mitään tietoa, missä on DHCP-palvelin. Tämä ensimmäinen viesti lähetetään koko verkkoon joukkojakeluviestinä, jotta verkossa olevat palvelimet osaisivat vastaanottaa ja reagoida pyyntöön. Toinen viesti sisältää palvelimen työasemalle tarjoaman IP-osoitteen ja se on tyyppiä DHCPOFFER. Mikäli työasema on otsikkokentän lipuilla ilmoittanut haluavansa viestit joukkojakeluviesteinä, niin tämäkin viesti lähtee verkkoon joukkojakeluviestinä. Muuten tämä viesti kohdistetaan MACosoitteella vain pyynnön lähettäneelle työasemalle. Kolmas viestityyppi on työaseman käyttöön ja siinä työasema pyytää palvelimelta tiettyä IP-osoitetta. Tätä viestiä käytetään sekä hyväksymään palvelimen tarjoama osoite että pyytämään jotain tiettyä IP-osoitetta palvelimelta esimerkiksi tilanteessa, jossa työasemalla on jo ollut jokin osoite ja se haluaisi jälleen saman osoitteen. Kolmas viesti on tyyppiä DHCPREQUEST. Neljäs ja viides viestityyppi ovat palvelimen käytössä ja niillä se voi joko kuitata halutun IP-osoitteen varauksen tai hylätä sen. Lisäksi DHCP:ssä on RELEASE-, INFORM- ja DECLINE -viestit. RELEASEviestillä työasema voi vapauttaa käyttämänsä osoitteen, jolloin palvelin voi jakaa ko.23 15 osoitteen muille työasemille. INFORM-viestillä työasema pyytää IP-yhteyden lisäparametreja, kuten esimerkiksi nimipalvelimien osoitteita. DECLINE-viestillä työasema voi kertoa palvelimelle, ettei se halua käyttää sen tarjoamaa osoitetta. DECLINE-viestin jälkeen palvelin normaalitilanteessa tarjoaa työasemalle toista osoitetta. DHCP-protokollan perustoiminta Automaattisen konfiguraation toiminnan aloittaa työasema lähettämällä DHCPDISCO- VER-tyyppisen viestin levitysviestinä verkkoon (Kuva 7). Tähän verkossa sijaitsevat DHCP-palvelimet vastaavat DHCPOFFER-viesteillä, joissa siis palvelimet tarjoavat IPosoitteita työasemalle. Työasema valitsee näistä yhden ja lähettää DHCPREQUESTviestin, jolla se ilmaisee haluamansa osoitteen. Tässä samaisessa viestissä on myös osoitteen tarjonneen DHCP-palvelimen osoite, jotta muut verkossa mahdollisesti olevat palvelimet tietäisivät hylätä omat tarjouksensa ja vapauttaa ne tulevia pyyntöjä varten käyttöön. Tarjouksen tehnyt palvelin varaa halutun IP-osoitteen työaseman käyttöön, mikäli se edelleen oli vapaana ja kuittaa osoitteen varauksen DHCPACK-viestillä. Mikäli kuitenkin työaseman pyytämä osoite on jo varattu jollekin muulle laitteelle, niin palvelin vastaa DHCPNAK-viestillä, jolloin prosessia työasema joutuu valitsemaan toisen osoitteen saamistaan DHCPOFFER-viesteistä. DHCPACK-viestissä palvelin lähettää myös muut osoitteen konfigurointiin tarvittavat tiedot, kuten oletusreitittimen ja käytettävät nimipalvelimet. Lisäksi työasema voi osoitteen hyväksynnän jälkeen kysyä palvelimelta haluamiaan parametreja DHCPINFORM-viestillä. Kuva 7: DHCP-viestityyppien käyttö. Perustoiminta on kuvattu yksityiskohtaisina pakettitietoina pakettianalysaattorin kuvakaappauksina liitteessä 1. Ensin siis työasema lähettää levitysviestinä verkkoon DHCPDISCOVER-viestin. Tässä tapauksessa työasemalla on ollut aiemmin jokin IPosoite ja se pyytää samaa osoitetta uudelleen käyttöönsä paketin optioissa (Liite 1, kuva24 16 2, optio 50). Tämän jälkeen pakettianalysaattori näyttää palvelimen tekemän ARPkyselyn (Address Resolution Protocol), jossa palvelin tarkistaa onko työaseman haluamaa IP-osoitetta verkossa käytössä (Liite 1, kuva 3). Tässä tapauksessa osoitetta ei ole käytössä, joten palvelin vastaa työasemalle tarjoavansa sille sen pyytämää osoitetta (Liite 1, kuva 4). Nyt palvelimen vastauksessa ei myöskään käytetä levitysviestiä, koska työasema ilmoitti ensimmäisessä viestissään pystyvänsä hyväksymään unicast-viestejä ilman IP-konfiguraatiota (Liite 1, kuva 2). Kun työasema on vastaanottanut palvelimen tarjouksen, tekee se DHCPRE- QUEST-viestin, jossa pyydetään tarjottua IP-osoitetta käyttöön (Liite 1, kuva 5). Edelleen työasema lähettää viestin levitysviestinä, jotta kaikki verkossa olevat DHCPpalvelimet voisivat reagoida viestiin. Tarjouksen tehnyt palvelin hyväksyy IP-osoitteen varauksen ja lähettää työasemalle loput IP-konfiguraatioon tarvittavat tiedot paketin optioissa (Liite 1, kuva 6). Tässä tapauksessa tietoihin kuului aliverkon maski, oletusreititin, nimipalvelimet, domain sekä tiedot osoitteen vuokra- ja uusinta-ajasta. Konfiguraation jälkeen työasema vielä mainostaa verkkoon ARP-viestillä oman IP-osoitteensa, jotta muut verkossa olevat laitteet voisivat sen lisätä ARP-tauluihinsa Käyttäjän identifiointi DHCP on perusominaisuuksiltaan kätevä mekanismi osoitteiden jakoon lähiverkossa oleville koneille. Yleisesti sitä käytetään esimerkiksi yrityksen laitteiden osoitteiden jakoon, jolloin kaikki osoitteen saavat koneet ovat yrityksen sisäverkossa ja sitä kautta myös luotettuja. Tällöin yrityksen ulospäin menevä liikenne kulkee yhden tai muutaman reitityspisteen kautta ja julkisia IP-osoitteita tarvitaan vain näille ulospäin näkyville liittymille. Tällöin kyseessä on yksittäisen julkisen osoitteen muuntaminen usean laitteen käyttöön eli NAT (Network Address Translation). Nykyisin entistä useammat laitteet liikennöivät Internetissä. Näistä esimerkkeinä ovat kännykät ja muut kannettavat laitteet. Tämä johtaa entistä suurempaan paitsi julkisten IP-osoitteiden tarpeeseen myös joustavampaan IP-osoitteiden jakeluun verkkooperaattorien päästä katsottuna. Aiemmin tietokoneet pääsivät nettiin pääosin puhelinliittymään kytketyn modeemin avulla, jolloin IP-osoitteiden jakeluun käytettiin PPPprotokollaa. PPP-protokollan avulla voitiin toteuttaa käyttäjän autentikointi ja varmistaa ettei kukaan ulkopuolinen pääse verkon käyttäjäksi. Nykyisten laajakaista-, kaapeli- ja kiinteiden yhteyksien yleistyessä on kuitenkin jouduttu enemmän luopumaan PPPprotokollasta ja puhelinliittymien soittosarjoista. DHCP on vakiintunut PPP:n korvaajaksi IP-osoitteiden jakelussa laajakaistayhteyksille. DHCP-protokollan perusominaisuuksissa ei kuitenkaan ole asiakkaan tunnistusta muuten kuin MAC-osoitteen avulla, joka kuitenkin on melkoisen helppo vaihtaa toiseksi. Muun muassa tähän ongelmaan on DHCP-protokollaan kehitetty optio numero 82 [7]. DHCP-protokollan avulla viestiketju lähtee asiakkaan päästä lähetettävällä joukkojakeluviestillä. Joukkojakeluviesti näkyy kuitenkin vain samaan aliverkkoon kuulu-25 17 ville laitteille eikä tähän normaalisti kuulu DHCP-palvelinta tai mitään muutakaan operaattorin hallitsemaa palvelinta. Reitittimeen voisi toki yhdistää DHCP-palvelimen toiminnallisuuden, mutta yleisimmin DHCP-palvelin on kuitenkin erillisenä laitteenaan operaattorin verkossa. Joukkojakeluviestiä ei näin ollen käsittelisi mikään verkon laite, koska lähiverkon reunareititinkään ei reititä joukkojakeluviestejä eteenpäin. Tästä syystä asiakasta lähinnä olevan reitittimen tulee osata relay agent -toiminta. Relay agent - toiminnassa reititin tunnistaa asiakkaalta tulleen DHCP-paketin ja reitittää sen kohti DHCP-palvelinta. Samalla se lisää pakettiin option numero 82. DHCP-palvelimelta vastauksena tulevista paketeista tämä samainen reititin poistaa optio 82 -optiokentän ennen paketin välittämistä asiakkaalle. Optio 82 sisältää informaatiota asiakkaan sijainnista ja se on konfiguroitavissa sisältämään esimerkiksi DSLAMin antaman virtuaalipiiri-arvon, reitittimen verkkoliitynnän numeron, kytkimen portin tai vaikka kaapelimodeemin tunnisteen. Optio 82 lisätään DHCP-paketin optio-kenttään viimeiseksi, mutta kuitenkin ennen mahdollista optio 255 -kenttää, joka on DHCP-sanoman loppukenttä. Optio 82:n muoto on esitetty kuvassa 8. Option koodi sijoitetaan alkuun ja heti sen jälkeen tulee option datan pituus oktetteina eli kuvassa Agent information Field -kentän pituus. Agent information field taas sisältää vähintään yhden alioption, jolla on samalla tavalla optiokoodi, arvokentän pituus oktetteina sekä arvokenttä. Koska optio 82:lla tulee olla vähintään yksi alioptio tulee sen pituudeksi aina vähintään kaksi (alioption koodi- ja pituuskenttä). Alioptiokoodeja on kaksi, joista numero 1 tarkoittaa piirin tunnistetta (Circuit- ID) ja 2 yhteyslaitteen luotettua tunnistetta (Remote-ID). Piirin tunnisteella tarkoitetaan ATM-tekniikkaan (Asynchronous Transfer Mode) perustuvassa kytkennässä sen virtuaalipiirin tai virtuaalikanavan tunnistetta, mistä DHCP-sanoma on tullut. Ethernettekniikassa Circuit-ID:nä käytetään yleisimmin kytkimen porttia, johon asiakkaan linja on kytketty. Circuit-ID on aina yksikäsitteinen yhdelle relay agent -reitittimelle riippumatta fyysisen siirtotien tekniikasta. Yhteyslaitteen tunnisteena voi olla asiakkaan tunnistamistietoja, kuten esimerkiksi käyttäjänimi tai puhelinnumero, tai laitteen tietoja, kuten esimerkiksi kaapelimodeemin laitetunniste. Kuva 8: DHCP optio82:n kentät Reitittimessä, joka toteuttaa relay agent -toiminnan, tulee olla konfiguroituna tieto siitä milloin DHCP-pakettiin liitetään optio 82 ja mitkä ovat silloin alioptioihin tallennettavat tiedot. Relay agent -reititin tietää lisätä optio 82 -kentän, kun se vastaanottaa DHCP-paketin, jossa reitittimen IP-osoite -kenttä on asetettu nollaksi. Se tarkoittaa, että kyseinen reititin on ensimmäinen hyppy asiakkaan lähiverkosta eteenpäin. Lisäksi26 18 vastaanotetussa DHCP-paketissa ei saa vielä olla optio 82 -kenttää. Mikäli tuo kenttä on kyseisessä paketissa, niin reititin poistaa sen. Tällä estetään se, että joku pyrkisi peittämään sijaintinsa lisäämällä lähtevään DHCP-pakettiin valmiiksi option 82. Mikäli reititin olettaisi, että optio on oikein ja välittäisi paketin eteenpäin, saisi asiakas mahdollisesti virheellisen IP-osoitteen virheellisten optio 82 -tietojen perusteella. Vaikka osoite olisikin toimiva ja oikea kyseiseen aliverkkoon, niin joka tapauksessa DHCP-palvelin ei enää tietäisi varmasti mille asiakkaalle kyseinen osoite on vuokrattu ja olisi mahdollista, että palvelimen lokitietoihin olisi tallentunut väärä asiakas. Relay agent -toiminnassa on myös laillisesti mahdollista että DHCP-paketin reitittimen IP-osoite on nolla ja silti optio 82 on jo asetettu. Tällainen mahdollisuus on esimerkiksi ADSL-yhteyksissä, joissa DSLAMiin on määritetty optio 82:n lisääminen, mutta tällöin DSLAM ei kuitenkaan ole ensimmäinen reititin (Kuva 9). Tällöin reitittimen ja DSLAMin välillä on ns. luotettu verkko, jolloin reititin ei poista optio82-kenttää, vaan lisää ainoastaan DHCP-otsikkokenttään oman IP-osoitteensa reitittimen IP-osoite - kenttään ja välittää paketin eteenpäin. Kuva 9: Relay agent -verkkomalli. Relay agent -reitittimiä voi olla myös useamman relay agent -toimintaa toteuttavan tai toteuttamattoman reitittimen takana (esimerkiksi R3 kuvassa 9). Kun tällainen kauempana oleva reititin vastaanottaa DHCP-paketin, jossa jo on reitittimen IP-osoite ja mahdollisesti myös optio 82 -kenttä, se ei lisää pakettiin omia optio 82 -kenttiään eikä omaa IP-osoitettaan, vaan lähettää paketin eteenpäin muuttumattomana. Mikäli siis asiakasta lähinnä oleva reititin ei toteuta optio 82 -toimintaa, niin sitä ei toteuteta kauempanakaan asiakkaasta, vaikka siellä olevalla reitittimellä olisikin mahdollisuus kyseiseen toiminnallisuuteen. Relay agent -toiminnan poikkeustapaus tulee silloin, kun reitit-27 timen vastaanottaman paketin DHCP-otsikossa on jo sen oma IP-osoite. Tällöin voidaan olettaa, että asiakas yrittää ohittaa tunnistetietojen lisäämisen ja piilottaa sijaintinsa, jolloin reitittimen tulee tuhota paketti välittämättä sitä eteenpäin. Kuvan 9 mukaisessa tapauksessa siis asiakas yrittäisi asettaa DHCP-otsikkokenttään reitittimen osoitteeksi reitittimen R1 IP-osoitteen, jotta kyseinen reititin ei lisäisi optio 82 -tietoa pakettiin (DSLAM ei tässä tapauksessa lisää optio 82 -kenttää). Tällöin reitittimen R1 tulee tuhota DHCP-paketti, koska asiakas yritti estää tunnistetietojen lisäämisen ja piilottaa sijaintinsa. RFC3046 standardin [7] mukaan DHCP-palvelin voi olla konfiguroitu hyväksymään ja tallentamaan optio82 -kentän mukaiset tiedot. Tällöin sen pitää tallentaa lokitietoihinsa jokaisen luovutetun IP-osoitteen yhteyteen optio82 -kentän tiedot. Lisäksi DHCP-paketteihin, jotka palvelin lähettää asiakkaalle, tulee kopioida optio82 -kenttä muuttumattomana, jotta option lisännyt relay agent -reititin osaa poistaa sen DHCPvastauksesta ennen sen välittämistä asiakkaalle. Mikäli DHCP-palvelin ei tue optio82 - kenttää, se jättää sen huomiotta eikä kopioi sitä omiin DHCP-vastauspaketteihin. Optio 82:n alioptio Circuit-ID sisältää standardin mukaisesti informaatiota siitä verkon asiakkaasta, jolta DHCP-pyyntö on tullut. Circuit-ID alioptio onkin käytössä laajakaistayhteydessä pääosin puhelinverkon päätepisteessä eli DSLAMissa ja heti sitä seuraavassa reitittimessä, mikäli ne eivät ole samaa laitetta. Circuit-ID:n perusteella tiedetään tarkasti mistä reitittimestä ja mistä DSLAMin portista pyyntö on tehty. Remote-ID:n lisäävät laitteet, jotka pystyvät yksilöimään asiakkaan laitteen. Tällöin kyseessä on suoraan pakettikytkentäinen tai kiinteä tilaajaverkko, kuten esimerkiksi kaapelimodeemiyhteys. Remote-ID eroaa Circuit-ID:stä sillä, että sen tulee olla yksikäsitteinen kaikkialla, kun taas Circuit-ID on yksikäsitteinen vain relay agent -reitittimen yhteydessä. Sama Circuit-ID voi siis tulla DHCP-palvelimelle kahdesta eri relay agent - reitittimestä ja tällöin asiakkaan tunnistamiseksi olennaista on ID:n lisäksi reitittimen IP-osoite. Molemmat alioptiot voivat olla käytössä samanaikaisesti tai vain toinen niistä. DHCP-palvelimen tulee kuitenkin joka tapauksessa tallentaa molemmat läsnäolevat optiot IP-osoitteen vuokratapahtuman yhteyteen. 1928 20 4. TOTEUTUS Toteutukseen otetaan huomioon sekä järjestelmän suunnittelu että mahdolliseen lopulliseen toteutukseen tulevat työn kannalta olennaiset yksityiskohdat. Järjestelmän ulkoasu ja käyttäjän lopulliset näkymät eivät kuulu tämän työn piiriin, vaan ne toteutetaan räätälöitäviksi. Järjestelmän käyttötapausten esittelyssä tosin käydään läpi havainnollistavia kuvia käyttöliittymän toiminnasta Operaattorin nykyinen verkkotopologia ja -komponentit Operaattori hallitsee omia DSLAM-laitteitaan, joihin asiakkaiden ADSL-laitteet kytkeytyvät. Asiakkaan tiedot, kuten laskutustiedot ja liittymätyyppi, ovat omassa asiakastietojärjestelmässään. Lisäksi asiakkaan käytössä olevien porttien tiedot löytyvät toisesta järjestelmästä. Portti- ja asiakastietokanta jakavat tietoa keskenään ja niiden kautta voidaan jokainen asiakas yksilöidä tietyn DSLAMin tiettyyn porttiin. DSLAMin (tai DSLAMista seuraavan reitittimen, mikäli DSLAM itse ei toimi reitittimenä) lisäämät asiakkaan tunnistamistiedot kulkeutuvat DHCP-kyselyn yhteydessä asiakkaalta DHCP-palvelimelle. Palvelimelle voi olla konfiguroitu useita asiakkaille jaeltavia IP-osoiteavaruuksia. Näiden jakoehtoihin voidaan liittää DSLAMista tulevia porttitietoja, jolloin kullekin asiakkaalle voidaan tarjota osoitetta oikeasta osoiteavaruudesta. Yleensä DHCP-palvelin on asetettu jakamaan osoitteita samasta avaruudesta suurin piirtein samalle maantieteelliselle alueelle ja normaalisti ainakin samaan DSLAMiin kytkeytyvät asiakkaat saavat osoitteensa samasta osoiteavaruudesta. Jokainen IP-osoitteen vuokratapahtuma tallennetaan DHCP-palvelimen lokitietoihin. Jokaisen tapahtuman yhteyteen tallennetaan myös tunnistetiedot [7]. Näin DHCP-palvelimen lokitiedoista selviää kunkin IP-osoitteen vuokraaja tietyllä ajanhetkellä. Asiakkaan saatua IP-osoitteen, hän voi alkaa liikennöidä julkiseen Internetiin. Asiakastiedoista haetaan asiakkaan liittymän tyyppi, yhteyden nopeus ja mahdolliset muut liittymässä olevat yhteyteen liittyvät parametrit. Yhteyden nopeus rajoitetaan tilatulle tasolle DSLAMin portin perusteella viimeistään operaattorin reunareitittimessä Internetiin päin. Verkon aktiivilaitteiden konfigurointi voitaisiin jokaisen asiakkaan kohdalla tehdä manuaalisesti, mutta tehokkuuden ja virheiden välttämisen takia konfigurointi hoidetaan useimmiten erillisellä automaattisella järjestelmällä (Kuva 10). Järjestelmä tekee tarvittavat konfiguraatiomuutokset reitittimiin ja DSLAMiin asiakas- ja porttitietokannan perusteella. Sama automaattinen järjestelmä voi hallita myös DHCPpalvelimen IP-osoitteiden jakoa, jolloin voisi olla mahdollista yhdistää suoraan DHCPpalvelimen lokitiedot asiakastietoihin.29 21 Kuva 10: Operaattoriverkon topologia ja asiakasyhteyden hallinnassa mukana olevat laitteet (saattavat vaihdella eri operaattoreiden välillä) Tekniset vaatimukset Järjestelmän pitää tallentaa tunnistetiedot vuoden ajalta. Tämän ajanjakson kuluttua sitä vanhemmat tiedot pitää tuhota. Järjestelmästä pitää pystyä hakemaan tietyn IP-osoitteen haltijan tiedot tietyllä ajanhetkellä tai -jaksolla. Järjestelmän tulee tallentaa kaikki asiakastietojen hakutoimenpiteet siten, että jokaisen toimenpiteen tekijä, tekoaika sekä hakukriteerit ja saadut vastaukset tallennetaan. Yksinkertaisin käyttöliittymä järjestelmälle saadaan toteuttamalla palvelu selaimessa toimivana. Tällöin järjestelmään pääsy tulee rajoittaa paitsi tunnuksella ja salasanalla, myös mahdollisilla IP-osoiterajoitteilla. Näin voidaan varmistaa, ettei kukaan ulkopuolinen pääse järjestelmään ilman suurta vaivannäköä. Selainkäyttöliittymän valintaa tukee myös se, että palvelimelta ulospäin tarvitsee sallia vain HTTPprotokollan (Hypertext Transfer Protocol) käyttämä portti (80), jolloin esimerkiksi suorat tietokantayhteydet voidaan estää suoraan palomuurimäärityksissä. Tämänkaltaisilla rajoitteilla ja ominaisuuksilla toteutuu direktiivin ja Suomen lain vaatimukset tietoturvasta kohtuullisin kustannuksin. Vaihtoehtona tietojen tallennuskohteelle voisi olla tekstitiedosto, jollaiseen DHCP-palvelinkin tallentaa lokitiedot. Tekstitiedostoon tulee jokaista vuokraustapahtumaa kohden vähintään neljä riviä. Yksi osoitteen pyynnölle, yksi osoitteen vuokrausvastaukselle sekä yksi kummallekin optio 82:n alioptiolle eli Circuit-ID:lle ja Remote- ID:lle. Jokaisella rivillä on tietosisällöstä riippumatta lisäksi aikaleima.30 22 Esimerkiksi riviltä Oct 11 04:02:27 ns2 dhcpd: DHCPREQUEST for from 00:04:ed:60:6f:f0 via voidaan lukea aikaleima, asiakkaan pyytämä IP-osoite, asiakkaan MAC-osoite sekä reititin, joka on optio 82 -kentän lisännyt. Yhdeltä riviltäkin pitää siis parsia olennaiset tiedot ohjelmallisesti. Tällaiseen tekstitiedostoon tulee rivejä huomattavia määriä (ote erään palvelimen lokitiedostosta liitteessä 2). Yhtä tiedostoa ei ole järkevää kasvattaa koko vuoden aikana kerätyllä tiedolla, vaan yleensä lokitiedosto tallennetaan kerran viikossa erilleen, jolloin yksi tekstitiedosto sisältää aina viikon aikana tehdyt IPosoitteen vuokraustapahtumat. Tallennettuja tietoja vuoden ajalta on siis tiedostossa. Tekstitiedoston läpikäynti tapahtuu ohjelmallisesti rivi kerrallaan joko alusta tai lopusta lähtien. Kun halutaan hakea lokitiedoista yhtä tiettyä IP-osoitetta tietyllä ajanhetkellä, niin pahimmassa tapauksessa tämä ajanhetken ja osoitteen yhdistelmä löytyy vasta viimeisestä tiedostosta, jota käydään läpi. Jokaisella hakuoperaatiolla joudutaan siis keskimäärin käymään läpi 26 tiedostoa. Tähän on päästy sillä oletuksella, että osoitteiden ja ajankohtien hakukohteet ovat täysin satunnaisia ja voivat jakautua tasaisesti vuoden ajalle. Tätä keskiarvoa pystytään pienentämään, mikäli viikoittain tallennetut tiedostot tallennetaan sellaiselle nimelle, joka sisältää numeron siltä viikolta, jonka tiedot ko. tiedostossa ovat. Tällöin haun yhteydessä haettaisiin ensin halutun päivämäärän sisältävä viikko ja luettaisiin vain kyseisen viikon tiedosto. Tuotantokäytössä olevan DHCP-palvelimen lokitiedostoja tutkiessa on tullut ilmi, että mikäli yksi tiedosto tallentaisi koko viikon tiedot kerralla, sen kooksi tulisi jopa yksi gigatavu. Rivejä tuollaisessa tiedostossa olisi jo reilut 9,5 miljoonaa. Tällaisen tiedoston läpikäymisen aika riippuu laitteiston suorituskyvystä ja lähinnä keskusmuistin määrästä. Mikäli tiedosto pystytään lukemaan kokonaan keskusmuistiin ja käydä läpi siellä, niin läpikäyminen on paljon nopeampaa, kuin jos välillä joudutaan lukemaan tiedoston osia levyltä. Oletetaan, että nykykoneilla tuollainen tiedosto mahtuu kerralla keskusmuistiin. Tällöinkin yhden tiedoston täydellinen läpikäynti kestää useita sekunteja. Mikäli hakuja jouduttaisiin tekemään jostain syystä useita lyhyen ajan sisällä, muodostuu puhdas tiedostojen läpikäyminen melkoisen hitaaksi ja turhaan resursseja kuluttavaksi operaatioksi. Vaihtoehtona tiedostopohjaiseen hakutoimenpiteeseen on tietokantapohjaisuus. DHCP-palvelimet eivät tallenna lokitietojaan suoraan tietokantaan, joten tiedot on edelleen luettava tiedostoista ja tallennettava kantaan. Tietojen kerääminen on tietokantapohjaisella tavalla hitaampaa ylimääräisen toimenpiteen vuoksi, mutta hakujen tekeminen tietokantaan poistaa tiedostojen läpikäynnin tarpeen. Lisäksi tietokannat on kehitetty niin, että erityisesti hakujen tekeminen on nopeaa indeksoinnin ja avainten takia. Tietojen lisääminen tietokantaan aiheuttaa tiedoston ja sen rivien lukemisen ja tietojen parsimisen, mutta hakujen yhteydessä mitään tietoja ei tarvitse enää hakea31 23 erikseen merkkijonoista, vaan jokainen olennainen tieto on omana kenttänään tietokannan taulussa. Tietokantapohjaisuuden valinnan tukena on myös ajatus järjestelmän nettiselainpohjaisuudesta. Yleisimmillä nettiohjelmointikielillä on yksinkertaisempaa ja nopeampaa lukea tietoa tietokannasta kuin jostakin palvelimen levyllä olevasta tiedostosta. Järjestelmän keräämien tietojen tallennuspaikaksi valitaan siis tietokanta. Tietokanta ja erityisesti sen yksi taulu tulee muodostumaan melkoisen suureksi ja levytilaa vieväksi. Mikäli operaattorilla on asiakkaita ja jokainen asiakas vaihtaisi IP-osoitteen kerran vuorokaudessa uuteen (oletetaan siis, että osoitteiden vuokraaikoja ei jatketa, vaan osoite vaihtuu jokaisella vuokrakerralla aina uuteen). Tällöin vuodessa tulisi 366 x = merkintää tietokannan tauluun, johon tallennetaan tunnistetiedot. Kuitenkin tarkoituksena on mitoittaa kanta niin, että se varmasti kattaa Suomen tarpeet silläkin oletuksella, että yksi ja ainoa teleoperaattori hoitaisi kaikki yhteydet. Tilastokeskuksen mukaan Suomessa on ollut vuonna yritystä [8]. Vuonna 2008 vakinaisesti asuttuja asuntokuntia eli kotitalouksia on ollut [9]. Jos näiden lisäksi tehdään oletus, että jokaisella yrityksellä olisi käytössään viisi julkista IP-osoitetta sekä jokaisella kotitaloudella yksi IP-osoite. Tämä tarkoittaisi että käytössä olisi kaikkiaan 5 x = IP-osoitetta. Jos edelleen edellisen kappaleen mukaisesti ajatellaan, että jokainen näistä vaihtaisi IP-osoitetta kerran vuorokaudessa, niin tietokantaan tulisi 366 x = tietuetta. Tämä laskenta perustuu kuitenkin todella rajuihin olettamuksiin sekä yliarviointeihin ja siitä syystä tämä onkin niin sanottu pahimmassa tapauksessa - tilanne. Järjestelmän mitoituksessa voidaan huoletta käyttää arvoina maksimissaan 50 prosenttia lasketusta määrästä, koska Suomessa on useampi teleoperaattori ja lisäksi käytettävien IP-osoitteiden määrä vuorokaudessa on huomattavasti tuota pienempi johtuen kiinteistä osoitteista ja siitä, että useat osoitteita tarvitsevat laitteet pyytävät vain osoitteen vuokra-ajan jatkoa eivätkä kokonaan uutta osoitetta. Vuokra-ajan jatkolla voidaan päivittää vain saman osoitteen vuokran yksityiskohtia tallentamatta tapahtumaa uutena vuokrauksena tietokantaan Toiminnallisuus Luvussa 4.2. tehdyn valinnan mukaan DHCP-palvelimen lokitiedoista luetaan kaikki tunnistetiedot ohjelmallisesti tietokantaan. Työn kohdetapauksessa DHCP-palvelin on toteutettu Linux-pohjaisena järjestelmänä ja lokitiedot ovat selkokielisinä tekstitiedostossa. Ohjelmointikieleksi lokitiedostojen lukemiseen valitaan Python, koska sillä tekstimuotoisten tiedostojen läpikäynti on riittävän nopeaa sekä vähän resursseja kuluttavaa.32 24 Lisäksi siihen on saatavilla valmiina lukuisa joukko moduuleja, joita voidaan käyttää hyödyksi järjestelmän toteutuksessa. Toinen hyvä vaihtoehto Linux-pohjaiseen järjestelmään olisi voinut olla Perl. Windows-arkkitehtuurin päällä toimiva DHCP-palvelin tallentaisi DHCP:m tunnistetiedot Windowsin tapahtumalokiin. Tosin Windows pohjainen DHCP-palvelin ei suoraan tue DHCP:n optio 82 -kenttää [10], joten Windows-pohjaista palvelinta käytetään pääosin vain yritysverkoissa jakamaan yrityksen sisäisiä yksityisiä osoitteita oman verkon työasemille. Windows-pohjaisen DHCPpalvelimen tietojen läpikäyntiä ei tämän työn osalta tulla käsittelemään. DHCP:n lokitiedosto tulee käydä läpi säännöllisesti, jotta kaikki osoitteiden vuokratapahtumat olisivat aina ajan tasalla myös tietokannassa. Järjestelmän käynnistyksen yhteydessä sen hetkinen lokitiedosto luetaan ja käsitellään kokonaan, jotta saadaan aloitustilanne talteen. Tämän jälkeen jokaisella tiedoston lukukerralla käsitellään vain ne rivit, joita ei ole aiemmin käsitelty. Vanhat tiedot jätetään huomiotta, jotta samoja tietoja ei tallennettaisi tietokantaan useaan kertaan. Tiedoston läpikäynnin ajoitus voidaan määritellä suhteellisen vapaasti, mutta järkevintä on käydä tiedosto läpi vähintään kerran vuorokaudessa. Näin tietokannassa olisi maksimissaan vuorokauden viiveellä kaikki tiedot, joita DHCP-palvelimesta voidaan tunnistetietoina kerätä. Käyttöliittymän kautta hallitaan käyttäjätunnuksia, joilla on pääsy järjestelmään, ja suoritetaan hakuja tietoihin. Käyttäjätunnuksien hallinnasta pois suljetaan fyysiset konsoliyhteydet, joilla pääsee käsiksi suoraan itse palvelimeen. Järjestelmien ylläpitoa varten niissä on pääkäyttäjätunnukset, joilla voi hallita järjestelmää koneen vierestä tai etäyhteyden päästä konsoliyhteydellä. Pääkäyttäjätunnuksia on perinteisesti vain yksi eikä niitä tarkkailemalla ole mahdollista selvittää henkilöä, joka on operaatiot tehnyt. Pääkäyttäjätunnuksilla on oikeus tehdä järjestelmässä sellaisia muutoksia, jotka vaikuttavat myös tunnistetietojen keräämiseen ja näin on mahdollista myös peittää jälkiä mahdollisesta direktiivin ja lain vastaisesta tietojen käsittelystä [11]. Luvussa 4.2. määriteltiin sovelluksen käyttöliittymä toteutettavaksi selainpohjaisena. Käyttöliittymä eli web-sovellus tullaan toteuttamaan PHP-ohjelmointikielellä, sillä sen avulla saadaan palvelun tietoturva halutulle tasolle helposti ja lisäksi kieli on riittävän kevyt, jotta hakuihin ei tule liian suuria viiveitä. Käyttöliittymän toteuttamiseen käytettävä ohjelmointikieli voisi olla mikä tahansa muukin, jolla pystytään tuottamaan dynaamisia verkkosivuja ja tekemään kyselyjä tietokantaan Tietojen tallennus Tietokanta, johon DHCP:stä saatavat tiedot tallennetaan, tulee olemaan hyvin yksinkertainen. Tämä siitä syystä että kantaan tulevaa dataa on melkoisen paljon ja tällöin kantarakenteen yksinkertaisuus nopeuttaa huomattavasti toimintaa, kun ei tarvitse tehdä raskaita taulujen välisiä liitoksia tai ristikkäiskyselyjä. Suurin osa datasta tullaan tallentamaan lease-tauluun, joka nimensä mukaisesti pitää sisällään kaikki vuokratut IPosoitteet alku- ja loppuaikoineen sekä yksilöintitietoineen (Kuva 11). Taulun avaimena on vuokran alkuaika, MAC-osoite sekä optio 82:n tiedot, Remote-ID ja Circuit-ID.33 25 Lisäksi tauluun tehdään tietokantaindeksi kentälle IP-osoite. Indeksi parantaa taulusta hakemisen nopeutta ja koska yhtenä hakukriteerinä tulee aina olemaan IP-osoite, niin indeksiksi on luontevaa valita juuri se kenttä. Kuva 11: Järjestelmän tietokannan rakenne Tietojen tallennuksen osalta toiminta on seuraavanlainen. DHCP:n lokitiedostoa luetaan rivi kerrallaan ja eritellään rivistä kaikki tiedot. Päähuomio keskittyy kuitenkin IPosoitteeseen, aikaan sekä optio 82:n tietoihin. Kaikkien yhteen tapahtumaan liittyvien tunnistetietojen lukemisen jälkeen tehdään haku tietokantaan saman IP-osoitteen ja ajan perusteella. Aika on tässä tapauksessa osoitteen vuokran alkuaika. Mikäli kyselystä saadaan tulos, on kyseinen rivi tallennettu jo aiemmin kantaan ja voidaan siirtyä lokitiedoston seuraavaan tapahtumaan. Jos kysely ei kuitenkaan tuota tulosta, niin kyseessä on uusi osoitteen vuokratapahtuma ja se pitää lisätä kantaan. Lisäyksen aluksi kannasta haetaan edellinen kyseisen IP-osoitteen haltija. Tämä tapahtuu hakemalla samaa IP-osoitetta, jolla on korkein alkuaika. Mikäli edellinen ja uusi vuokraaja ovat samat (vertailu tehdään optio 82:n tiedoista) ja edellisen vuokran loppuaika on merkitty myöhemmäksi kuin tämän käsiteltävän tapahtuman alkuaika, niin kasvatetaan vain tietokannassa kyseisen tapahtuman sisältävässä tietueessa vuokran loppuaikaa (Kuva 12), sillä kyseessä on tällöin saman osoitteen vuokra-ajan jatkopyyntö. Kuvassa 12 asiakas Matti Meikäläinen on vuokrannut osoitteen käyttöönsä ja aluksi vuokran kestoksi on talletettu 24 tuntia. Osoitteen vuokra-aika loppuisi kello Matin laite kuitenkin pyytää saman osoitteen uusintaa myöhemmin samana päivänä kello Palvelin on hyväksynyt pyynnön ja tietokannassa päivite-34 26 tään saman osoitteen vuokra-ajan loppuajaksi kello eli 24 tuntia eteenpäin tämän uuden pyynnön hetkestä. DHCP-palvelin voidaan konfiguroida käyttämään mitä tahansa aikaa vuokran kestona, mutta yleisesti kuluttajatason laajakaistaliittymissä aikana on yksi vuorokausi. Tätä arvoa voidaan muuttaa järjestelmän käyttöliittymässä sen mukaiseksi, miksi se on palvelimessa asetettu. Kuva 12: Vuokratapahtuman tallennus IP-osoitteen vuokra-ajan uusinnan tapauksessa. Osoitteen vuokraajat voivat olla samat myös silloin, kun uuden tapahtuman alkuaika on myöhemmin kuin aiemman saman osoitteen tapahtuman loppuaika. Tällöin kyseessä on uusi vuokratapahtuma, jossa asiakaslaite pyytää palvelimelta samaa osoitetta, joka sillä on aiemmin ollut käytössään. Tapahtumasta tulee kuitenkin tallentaa uusi tietue tietokantaan, koska aiemman tapahtuman loppuajan ja uuden tapahtuman alkuajan välillä osoite ei ole ollut käytössä kenelläkään. Kuvassa 13 Matti Meikäläisen vuokraaman osoitteen vuokra-aika päättyi kello Tämän jälkeen osoite ei ole ollut kenelläkään käytössä, kunnes Matti pyytää palvelimelta samaa osoitetta käyttöönsä kello Tästä luodaan tietokantaan uusi tietue, johon aloitusajaksi tallentuu pyynnön aika ja loppuajaksi 24 tuntia myöhäisempi aika.35 27 Kuva 13: Vuokratapahtuman tallennus, kun asiakas on sama, mutta ajat poikkeavat. Kuvan 13 mukainen vuokratapahtuma on kyseessä myös silloin, kun vuokraajat ovat erilaiset, mutta tapahtuman alkuaika on myöhempi kuin edellisen vuokran loppuaika. Tapahtuma tallennetaan uutena tapahtumana tietokantaan uuden vuokraajan tiedoilla eli kuvassa 13 oikean puoleinen lease -taulun tietue sisältäisikin Matti Meikäläisen tietojen sijasta tämän uuden vuokraajan tiedot. Monimutkaisin tilanne tallennuksen yhteydessä tulee silloin kun vuokratapahtuman alkuaika on aiemmin kuin saman osoitteen edellisen vuokran loppuaika ja vuokraajat ovat erilaiset. Tällöin aiempi vuokraaja on jostain syystä vapauttanut vuokraamansa osoitteen ennen vuokran loppumista ja DHCP-palvelin on merkannut osoitteen vapaaksi. Sitten on tullut uusi osoitepyyntö, johon DHCP-palvelin on vastannut luovuttavansa vuokralle tämän aiemmin vapautetun osoitteen. Tietokannassa aiemman vuokratapahtuman sisältämän tietueen loppuajaksi pitää päivittää tämän uuden tapahtuman alkuaika, koska silloin osoitteen käyttäjä vaihtuu. Uuden tapahtuman tallennus suoritetaan normaalisti asettaen tapahtuman loppuajaksi 24 tuntia alkuajasta. Tämän tilanteen tallennuksen proseduuri on esitetty kuvassa 14. Siinä IP-osoite on aluksi vuokrattu kuvitteellisella ajanhetkellä kello 5:45 asiakkaalle Matti Meikäläinen, jonka optio82:n tiedot ovat 43/12. Vuokran loppumisajaksi on vuokran alkuvaiheessa määritelty yksi vuorokausi. Kuitenkin asiakas on jostain syystä vapauttanut vuokraamansa IP-osoitteen ja DHCP-palvelin on vuokrannut sen uudelle henkilölle kello 19:30. Entisen käyttäjän eli Matti Meikäläisen vuokrauksen loppuajaksi päivitetään tämän uuden vuokran alkuaika, koska osoite on tällöin vuokrattu toiselle käyttäjälle. Samalla tallennetaan tämän uuden käyttäjän vuokratapahtuma uutena tietokantaan. Uudeksi alkamisajaksi asetetaan tämä vaihtoaika ja loppuajaksi jälleen oletuksena oleva yksi vuorokausi eteenpäin.36 28 Kuva 14: Järjestelmän toiminta IP-osoitteen tallennuksessa, kun osoitteen vuokraaja vaihtuu kesken oletetun vuokra-ajan Tietojen haku Tunnistetietojen keräys- ja tallennusjärjestelmän näkökulmasta tallennettuihin tietoihin on pääsy vain selainkäyttöliittymän kautta. Tietokannan ja itse palvelimen tietoihin on toki pääsy myös järjestelmän pääkäyttäjällä ja konsoliyhteyksillä (luku 4.3). Keräys- ja tallennusjärjestelmän hallinta hoidetaan kuitenkin täysin selaimella. Tunnistetietojen hakuprosessi lähtee siitä, että viranomaiset haluavat tietää tietyllä ajanhetkellä tietyn IP-osoitteen käyttäjän (vuokraajan). He tekevät siitä pyynnön teleoperaattorille, joka sitten halutuilla kriteereillä suorittaa haun tähän keräysjärjestelmään. Haku suoritetaan aina järjestelmään ennalta määritellyillä tunnuksilla, jotta voidaan varmistua haun tekijän henkilöllisyydestä. Ennen haun tulosten näyttämistä hausta tallennetaan järjestelmään tekoaika, haun tekijä (henkilön käyttäjätunnus ja nimi) sekä hakukriteerit eli IP-osoite ja aika. Myös haun tulokset tallennetaan. Haku tehdään tietokannan lease-tauluun. Lease-taulu sisältää jokaisen DHCPpalvelimen lokitiedostosta luetun tunnistetiedon. Taulusta haetaan kaikki halutun IPosoitteen sisältävät rivit. Sitten tulokset rajataan koskemaan vain rivejä, joissa haluttu aika on alkuajan ja loppuajan välissä. Tämän toimenpiteen tuloksena pitäisi tulla vain yksi tietokannan rivi, koska vain yhdellä asiakkaalla yhdellä ajanhetkellä on voinut olla kyseinen osoite käytössään. Riviltä luetaan kaikki tallennetut tunnistetiedot (Circuit-ID, Remote-ID, MAC-osoite, IP-osoite sekä vuokran alku- ja loppuajat) ja tehdään vielä haku asiakastauluun, jotta saadaan selville asiakkaan tiedot (erityisesti nimi ja yhteys-37 29 tiedot). Tuloksen IP-osoite, MAC-osoite, optio 82:n tiedot, ajat sekä asiakkaan tiedot tallennetaan haun yhteyteen ja näytetään taulukoidussa muodossa haun tekijälle. Lisäksi järjestelmä mahdollistaa tulosten viennin esimerkiksi Microsoft Excel -taulukkoon CSV-muodossa (Comma-separated Values), jolloin tietojen jatkomuotoilu raportointia ja viranomaistoimitusta varten helpottuu Järjestelmän siivous Koska järjestelmään pitää tallentaa tiedot vuoden ajalta, mutta sitä vanhemmat on poistettava tai tehtävä sellaisiksi, ettei niistä ole enää mahdollista yhdistää tunnistetietoja käyttäjiin, on järjestelmän tehtävä myös tyhjennys- ja siivousoperaatioita. Linuxympäristössä erilaisten lokitiedostojen kierrättämiseen on olemassa valmiita ohjelmia (esim. logrotate [12]), jotka käyvät läpi systeemin lokitiedostoja kopioiden aina vanhimmat tiedot uuteen tiedostoon ja poistaen kaikkein vanhimmat tiedot. Samanlaista operaatiota käytetään myös DHCP-palvelimen tuottamaan lokitiedostoon. Yksinkertaisimmillaan siirretään määrätyin väliajoin lokitiedosto ja nimetään siirretyt juoksevalla numeroinnilla. Lisäksi säilytysajan tai tietyn järjestysnumeron saavuttua tuhotaan vanhin tiedosto. Numeroinnissa uusin tiedosto on aina 1 ja vanhimmalla on suurin numeroarvo. Esimerkki kuvassa 15 tiedosto.log on se lokitiedosto, johon kirjoitetaan. Tiedostojen kierrättämisen yhteydessä se siirretään nimelle tiedosto.log.1 ja entinen tiedosto.log.1 siirretään nimelle tiedosto.log.2 ja niin edelleen. Lopulta vastaan tulee tiedosto, jonka järjestysnumero kasvaisi yli asetetun rajan, jolloin kyseinen tiedosto poistetaan. Kuvassa 15 tiedosto.log.2 siis poistetaan, koska tiedosto.log.1 siirretään tiedosto.log.2 - nimelle ja tilanteessa oletetaan, että suurin säilytettävän tiedoston järjestysnumero on kaksi. Kuva 15: Tiedostojen kierrättämisen yksinkertainen toimintatapa.38 30 Tiedostojen kierrättämisen avulla DHCP-palvelimen lokitiedostot on mahdollista pitää edelleen tallessa halutun ajan, jonka jälkeen ne voi turvallisesti tuhota. Kyseisiä tiedostoja voisi kierrättää esimerkiksi kerran päivässä, jolloin järjestysnumeroltaan 366 ylittävät tiedostot poistettaisiin automaattisesti. Tietojen keräys- ja hakujärjestelmä tallentaa tunnistetiedot näistä DCHPlokitiedostoista kuitenkin tietokantaan, josta pitää myös tuhota vuotta vanhemmat tiedot. Tietojen poisto suoritetaan vastaavalla ajastuksella kuin fyysisten tiedostojenkin tapauksessa. Kerran vuorokaudessa verrataan kannassa olevia osoitteiden vuokraaikojen loppuja kuluvaan ajanhetkeen. Kaikki kannan tunnistetietorivit, joissa loppuaika on 366 vuorokautta vanhempi kuin nykyinen aika, poistetaan. 366 vuorokautta on valittu järjestelmän tietojen säilytysajaksi sen takia, että laki määritteli tietojen maksimisäilytysajaksi vuoden, mutta ei määritellyt vuoden pituutta. 366 vuorokauden säilytysajalla varmistetaan, että myös karkausvuosien ajalta säilytetään varmasti kalenterivuoden mittainen jakso tunnistetietoja. Tuhoamalla riittävän vanhat palvelimen tekemät tiedostot sekä tietokannan rivit, voidaan varmistua siitä, ettei tunnistetietoja jää lain määräämällä tavalla mihinkään sillä tavalla, että niistä voisi vielä yhdistellä käyttäjien tunnistetietoja. Tietokannan tapauksessa siis riittäisi myös tuhota riittävän vanhoista tiedoista optio 82:n tiedot, jolloin tiedoista ei enää voitaisi yksilöidä käyttäjää. Tämä on yhtä kauan kestävä operaatio kuin rivien poistaminen, mutta järjestelmän kannalta se kasvattaa turhan tiedon määrää ja tallennustarvetta, joten tietokannassa rivien poistaminen on perusteltua Järjestelmän toiminnan lokitus Suomen sähköisen viestinnän tietosuojalain [3] mukaan järjestelmästä tulee saada tieto siitä, kuka ja milloin järjestelmän tietoja on hakenut, mitä tietoja on haettu ja millä kriteereillä sekä millaisia tuloksia haku on tuottanut. Tietokantaan luodaan tätä varten log-taulu (kuva 11), jonne tallennetaan kaikki käyttäjän tekemät toimenpiteet järjestelmässä. Tämä tuo mahdollisuuden seurata kuinka paljon järjestelmää käytetään ja minkälaisiin tapauksiin. Lisäksi tietojen avulla on helppo koostaa vuosittainen viranomaisraportti tunnistetietojen käytöstä. Järjestelmään luodaan tietokantapohjainen käyttäjäautentikointi. Tietokantaan tulee siis jokaiselle järjestelmään pääsevälle oma käyttäjätunnuksensa ja salasanansa, joilla käyttäjä kirjautuu järjestelmään. Käyttäjäautentikoinnin avulla järjestelmässä nähdään kuka käyttäjä on milloinkin järjestelmässä jotain tehnyt. Käyttäjätunnus tallennetaan tietokantaan selväkielisenä, mutta salasana säilytetään kannassakin tiivistemuodossa, jotta sitä ei pystytä lukemaan sellaisenaan edes suoraan tietokannasta. Tiivistemuoto on merkkijonosta tehty "sormenjälki". Tiivistemuoto on aina sama täsmälleen samalle merkkijonolle, kun käytetään samaa tiivistefunktiota suorittamaan operaatio. Tiivistemuodon etuna on se, että siitä ei ole mahdollista tehdä vastakkaista operaatiota eli selvittää selkokielistä merkkijonoa tiivistemuodosta [13]. Tästä syystä kyseistä muotoa on hyvä käyttää salasanan tallentamiseen tietokantaan. Vaikka ei-toivottu hyökkääjä39 31 pääsisikin lukemaan tietokantaa, hän ei silti näkisi järjestelmän käyttäjien salasanoja, eikä näin ollen voisi suorittaa operaatioita toisena käyttäjänä. Tiivistemuotoa voidaan kuitenkin käyttää autentikoinnin yhteydessä niin, että verrataan kirjautumisen yhteydessä annetun salasanan tiivistettä tietokannassa olevaan ja mikäli ne ovat samat, niin salasana on ollut oikea. Missään vaiheessa järjestelmän ei siis tarvitse verrata selkokielisiä salasanoja. Järjestelmän käyttäjän on siis annettava käyttäjätunnus ja salasana ennen kuin hän pääsee suorittamaan muita operaatioita järjestelmässä. Kaikista operaatioista, joita järjestelmässä suoritetaan käyttöliittymän kautta, tallennetaan merkintä tietokantaan. Näihin operaatioihin lukeutuvat sisäänkirjautumisen lisäksi uloskirjautuminen, sisäänkirjautumisyritys, haun tekeminen sekä järjestelmän yleisten asetusten muuttaminen. Sisäänkirjautumisyritykset tallennetaan mahdollisten hyökkäysten varalta, sillä mikäli niitä alkaa tulla useita ilman syytä, niin voidaan alkaa selvittää yritysten lähdettä. Yritys-merkinnän toki tuottaa myös laillinen käyttäjä unohdettuaan salasanan tai kirjoitettuaan sen väärin. Jokainen tallennettu lokimerkintä sisältää käytetyn koneen IPosoitteen, operaation suorituksen aikaleiman, käyttäjätunnuksen sekä operaation tyypin. Sisään- ja uloskirjautumisten tallennuksien avulla saadaan tieto kunkin käyttäjän järjestelmässä käytetystä ajasta, joka tosin ei aina ole välttämättä tosiaikainen, sillä mikäli käyttäjä unohtaa uloskirjautumisen, niin hänelle ei tietenkään tule siitä merkintää. Käyttäjän uloskirjaus tapahtuu kuitenkin aina, kun selainikkuna suljetaan eli käyttäjän kirjautuminen on sidottu yhteen selainistuntoon. Käyttäjän tekemästä hausta tallennetaan operaation yhteyteen viesti-kenttään (kuva 11) sekä annetut hakuehdot että haulla saadut tulokset. Huomion arvoista on, että vaikka järjestelmän tallentamia asiakkaiden tunnistetietoja siivotaan (luku 4.3.3), niin hakujen yhteydessä tallennettuja tulostietoja ei poisteta. Tämä siitä syystä, että tunnistetietojen pyynnön yhteydessä viranomaisilla on epäily tai tutkinta rikoksesta, johon liittyviä tunnistetietoja ei poisteta vuoden vanhenemisajan jälkeen. Järjestelmän siivous on kuitenkin yksinkertaisempaa, kun poistetaan tunnistetiedot normaalisti ja rikostutkinnan kannalta etsityt tärkeät tiedot säilyvät log-taulussa Järjestelmän automaattinen toiminta skriptitasolla Järjestelmän sydän on DHCP-palvelimen lokitiedostoa läpikäyvä Python-skripti. Sitä ajetaan ajastetusti Linux-käyttöjärjestelmän cron-ohjelmaa käyttäen halutuin väliajoin. Luvussa 4.3 määriteltiin, että lokitiedosto tulisi lukea vähintään kerran vuorokaudessa. Oletuksena ajastus laitetaan juuri tähän, mutta samalla tulee varmistaa, että lokitiedostoja kierrättävä ohjelma on ajastettu suorittamaan kierrätyksen vasta tämän järjestelmän lukuskriptin jälkeen. Muuten on mahdollista, että jokin tunnistetieto jää lukematta ja tallentamatta, koska kierrättävä ohjelma on ehtinyt siirtää kyseisen tiedon talteen toiseen tiedostoon. Järjestelmän siivoavaa skriptiä ajetaan myös kerran vuorokaudessa. Sen ajastus ei ole niin kriittinen eikä riippuvainen muista ajettavista ohjelmista, mutta silti se on hyvä40 32 ajaa riittävän usein, ettei sorruta säilyttämään tunnistetietoja lain määräämää ajanjaksoa pidempään Palvelun rakenne Palvelusta tuotetaan tämän työn tiimoilta prototyyppitasoinen järjestelmä, jossa kuitenkin perustoiminnallisuus on yhteneväinen lopullisen tuotantokäyttöön tarkoitetun palvelun kanssa. Tässä luvussa käydään läpi palvelun käyttöä sen käyttäjien näkökulmasta Sisäänkirjautuminen Käyttäjän tulee kirjautua sisään omilla, järjestelmään luoduilla, tunnuksillaan ennen kuin hän pääsee tekemään hakuja järjestelmään. Käyttäjätunnuksilla on kaksi eri oikeustasoa. Korkeammalla tasolla olevilla tunnuksilla pääsee hallitsemaan järjestelmää, luomaan uusia käyttäjätunnuksia sekä tuottamaan järjestelmän käyttöraportteja ja tarkastelemaan käyttötilastoja. Alemman tason tunnuksilla pääsee vain suorittamaan hakuja sekä lataamaan haun tulokset. Käyttäjän on joka tapauksessa kirjauduttava sisään ennen kuin pääsee suorittamaan oikeustasonsa mukaisia operaatioita. Sisäänkirjautumislomake näytetään mille tahansa järjestelmän sivuille yritettäessä, mikäli käyttäjä ei ole kirjautunut. Käyttäjällä on mahdollisuus kirjoittaa suoraan selaimen osoiteriville haluamansa sivun osoitteen. Tämä sivu saattaa olla järjestelmässä sellainen, jonne ei ole mahdollista päästä ilman sisäänkirjautumista (haku, hakutulokset) tai riittäviä oikeuksia (järjestelmän asetukset, käyttäjähallinta). Jokaisella järjestelmän käyttöliittymän tuottamalla verkkosivulla tulee siis tarkistaa, että käyttäjä on kirjautunut sekä että käyttäjällä on riittävät oikeudet päästä pyytämälleen sivulle. Kuvassa 16 havainnollistetaan sisäänkirjautumisprosessi. Aluksi käyttäjä näkee tyhjän lomakkeen, johon hän antaa tunnuksensa ja salasanansa. Tämän jälkeen järjestelmä tarkistaa ovatko tunnukset oikein vertaamalla käyttäjätunnus-salasana -paria tietokannassa oleviin (salasanasta vertaillaan tiivisteitä, kuten luvussa on määritelty) ja mikäli eivät, niin käyttäjä palautetaan samalle lomakkeelle virheilmoituksen kera. Virheellisestä sisäänkirjautumisyrityksestä tallennetaan lisäksi tietokantaan merkintä, jossa on yrityksen tarkka aika, yritetty tunnus sekä IP-osoite koneesta, josta tämä yritys tehtiin.41 33 Kuva 16: Palvelun sisäänkirjautumisen toimintakaavio. Onnistuneesta sisäänkirjautumisesta tallennetaan tietokantaan vastaavat tiedot kuin epäonnistuneesta. Lisäksi onnistunut kirjautuminen tallennetaan selainistunnon tietoihin. Istunnon tietoja tarkastelemalla voidaan jokaisella sivulla todeta käyttäjän voimassa oleva kirjautuminen. Onnistuneen sisäänkirjautumisen jälkeen käyttäjä ohjataan käyttäjätason mukaan joko hakulomakkeelle, hallinnan etusivulle tai sivulle, jota käyttäjä pyysi ennen kirjautumistaan (Kuva 17). Kuva 17: Käyttäjän ohjaus kirjautumisen jälkeen. 42 Haku Esiehto hakulomakkeelle pääsyyn on käyttäjän onnistunut sisäänkirjautuminen. Hakulomakkeella hakuehtoina ovat IP-osoite ja ajankohta. Minkään muiden tietojen perusteella viranomaiset eivät tietopyyntöä voi tehdä, joten nämä ovat riittävät kriteerit perushaun tekemiseen (Kuva 18). Kuva 18: Järjestelmän hakulomake. Päivämäärän esitysmuoto voi olla erilainen eri maiden ja järjestelmien välillä. Suomessa käytetään pistenotaatiota järjestyksessä päivä, kuukausi, vuosi. Päivämäärän esitystapoja on kuitenkin lukuisia, joista tietokannat ja muut järjestelmät nykyisin käyttävät ISO standardia. Sen mukaisesti päivämäärä esitetään muodossa vuosikuukausi-päivä etunollilla varustettuna; esimerkiksi [14]. Kuitenkin käytön helpottamiseksi päivämäärän valinta toteutetaan mahdollisuudella valita päivä suoraan kalenterinäkymästä (Kuva 19). 43 35 Kuva 19: Kalenterinäkymä haun päivämäärän valinnassa. Järjestelmä lisää päivämäärän käyttäjälle tutuimmassa muodossa hakulomakkeen kenttään (kuva 18) ja päivämäärän käsittelyn yhteydessä päivämäärä muutetaan ISO standardin mukaiseksi, jotta sitä on helpompi vertailla kannassa oleviin kerättyihin tunnistetietoihin. Kellonaika toteutetaan pudotusvalikoilla, joissa tunnit ja minuutit ovat erikseen. Tällä estetään käyttäjää syöttämästä virheellisiä arvoja. Samalla säästetään aikaa myös haun suorittavassa osuudessa, koska aika-kentän arvojen oikeellisuutta ei tarvitse tarkistaa niin täydellisesti, vaan voidaan luottaa esimerkiksi siihen, ettei lomakkeelta tule numeroista poikkeavia arvoja. Normaalistihan kaikki käyttäjän lomakkeelle syöttämät arvot tulisi tarkistaa, ettei järjestelmään päästä vahingossa tai tarkoituksella syöttämään sellaista informaatiota, jolla voitaisiin vaikuttaa järjestelmän toimintaan. Hakukentistä vain joko IP-osoite tai ajankohta on pakollinen. Tosin, mikäli käyttäjä hakee vain osoitetta rajaamatta sitä mitenkään ajallisesti, niin tuloksena tulee vuoden ajalta kaikki kyseisen osoitteen vuokratapahtumat ja käyttäjät eikä tämä yleensä ole haettu vastaus. Vastaavalla tavalla mikäli haetaan ilman IP-osoitetta vain ajankohdalla, niin järjestelmä palauttaa kaikki IP-osoitteet, jotka kyseisellä ajankohdalla ovat olleet jonkun asiakkaan käytössä. Ajankohdan täyttämisessä sekä päivämäärä että kellonaika ovat pakollisia tietoja. Kellonajan oletusajaksi tosin annetaan 00:00, joten mikäli käyttäjä ei sitä tarkemmin määrittele, niin haku kohdistuu tuohon kellon aikaan. IP-osoitteeksi on mahdollista syöttää myös useampi osoite samaan aikaan. Tällöin haun tuloksena saadaan tiedot kaikkien annettujen osoitteiden osalta kyseiseltä ajanhetkeltä tai mikäli ajankohtaa ei annettu, niin koko vuodelta. IP-osoitteet tulee syöttää puolipisteellä eroteltuina Hakutulokset Ennen haun suorittamista ja tulosten näyttämistä tarkistetaan edelleen, että haun tekijä on todellakin kirjautunut sisään. Myös hakutulos-sivulle on mahdollista päästä suoraan tekemällä oikeanlaisen HTTP POST-pyynnön ja mikäli kirjautumista ei jälleen tarkistettaisi, pääsisi tuloksia näkemään täysin ilman tietoa haun tehneestä käyttäjästä. Websivuston lähdekoodista pystytään näkemään lomakkeen kenttien nimet, joiden avulla kenttien tietoon päästään käsiksi lomakkeen käsittelijässä. Lisäksi sieltä näkee mille44 36 palvelinpään sivulle ja mitä HTTP-pyyntöä käyttäen lomakkeen tiedot ohjataan. Näiden tietojen avulla on mahdollista tuottaa HTTP-protokollan mukainen pyyntö suoraan lomakkeen käsittelijälle ilman, että käydään hakusivulla täyttämässä lomake. Tämä onnistuu esimerkiksi telnet-yhteydellä suoraan palvelimen HTTP-protokollan käyttämään porttiin 80. Yhteyden avulla pyydettäisiin lomakkeen käsittelijän mukaista sivua, jolle annettaisiin parametrina lomakkeen kentän nimisiä kenttiä, mutta joiden arvoina voisi olla mitä tahansa tekstidataa. Esimerkki: Lomake on sivulla lomake.html ja käsittelijä sivulla lomakekasittelija.html. Telnet-yhteys palvelimen porttiin 80 ja pyyntö GET /lomake.html HTTP/1.0 tuottaisi vastauksena lomakkeen HTML-muotoillun (Hypertext Markup Language) sivun eli toisin sanoen lomakkeen näkymän lähdekoodin. Olettamalla, että lomakkeella olisi kenttä nimeltä osoite, voitaisiin lomakkeen käsittelijää kutsua vastaavalla tavalla suoraan antamalla riittävät HTTP-pyynnön otsikkotiedot [15]: POST /lomakekasittelija.html HTTP/1.0 Content-Type: application/x-www-form-urlencoded Content-Length: 18 osoite= Tällöin palvelin käsittelisi osoite-nimisen kentän, kuten normaalisti lomakkeelta tultaessa, mutta ei voi varmistua siitä, että pyynnön tekijä on todella tehnyt pyynnön lomake.html -sivulta käsin. Esimerkki ei ole täydellinen kuvaus pakollisista HTTP-protokollan otsikkotiedoista, vaan sen tarkoitus on kuvata mahdollisuutta pyytää tietoja (HTML-sivuja) palvelimelta ilman nettiselaimen kautta tapahtuvaa lomakkeen lähetystä. Vastaavanlaisen pyynnön voi toki tehdä myös silloin, kun käyttäjä on ensin kirjautunut, mutta tämä on yleensä huomattavasti vaikeampaa, koska kirjautuminen on toteutettu selainistuntoon pohjautuen eikä tällöin ole enää oleellista millä tavalla käyttäjä lomakkeen käsittelijäsivulle saapuu, koska hän on joka tapauksessa tunnistettu käyttäjä. Kun käyttäjän kirjautuminen on varmistettu selaimen istuntotiedoista, näytetään käyttäjälle haun mukaiset tulokset. Käyttäjälle kerrotaan joka tapauksessa, että hänen tekemänsä haun parametrit sekä haun tuottamat tulokset on talletettu järjestelmän lokitietoihin. Mikäli hakuun soveltuvia tuloksia ei löydy, niin käyttäjälle luonnollisesti kerrotaan asiasta (kuva 20). 45 37 Kuva 20: Hakutulos-sivu, kun hakuehtoihin täsmääviä tuloksia ei löytynyt. Hakutulokset muotoillaan taulukoksi, jossa on omilla riveillään esitetty jokainen haettu IP-osoite, osoitteen vuokran alku- ja loppuajat sekä asiakas, jolla osoite on tuona ajanhetkenä ollut käytössä. Hakutuloksista käyttäjä voi tuottaa CSV-tiedoston, joka on helppo tulostaa arkistointia tai eteenpäin lähettämistä varten. Esimerkki kuvan 18 hakuehtojen tuottamista kuvitteellisista tuloksista on kuvassa 21. Tuloksiin tulee siis osoitteen vuokran oikea alku- ja loppuaika, joiden väliin hakulomakkeella annettu ajankohta osuu. Kuva 21: Esimerkkihakutulokset kuvan 18 mukaisista hakuehdoista Järjestelmän pääkäyttäjän toiminnallisuus Järjestelmän pääkäyttäjän oikeudet omaavilla henkilöillä on mahdollisuuksia laajempaan toiminnallisuuteen käyttöliittymässä. Heidän tunnuksillaan on mahdollista tehdä täysin samaan tapaan hakuja kuin alemman käyttäjätason tunnuksillakin. Hakujen lisäksi korkeammilla oikeuksilla nähdään järjestelmästä erilaisia tilastoja sekä voidaan koostaa raportteja järjestelmän käytöstä tietyllä ajanjaksolla. Myös uusien käyttäjätunnusten luominen ja olemassa olevien tunnusten muokkaaminen on mahdollista. Tunnukset on haluttu jakaa kahteen eri luokkaan sen takia, että yleensä järjestelmän ylläpitoa hoitaa vain muutama henkilö ja toisaalta hakutoimenpiteitä saattaa tehdä useampi henkilö, joilla ei ole mitään tarvetta järjestelmän ylläpitoon tai sen asetuksiin. Lisäksi järjestely mahdollistaa hakutunnusten tekemisen esimerkiksi suoraan viran- 46 38 omaisille, joiden ei ole tarkoitus päästä tekemään mitään palvelimen tai järjestelmän hallintaan liittyviä toimenpiteitä. Lisäksi järjestelmän käyttäjätietokannasta nähdään näin helposti ja nopeasti kaikki henkilöt, joilla on mahdollisuus tehdä oleellisia muutoksia itse järjestelmään Käyttäjähallinta Yksi pääkäyttäjän olennaisimmista tehtävistä on hallita muita järjestelmään pääsijöitä. Pääkäyttäjän selainkäyttöliittymässä tunnusten hallinta on suoraviivaista ja lisäksi kaikkien käyttäjien listaaminen raportointia varten on helppoa. Uuden käyttäjän lisäämisen yhteydessä pitää antaa henkilön nimi, käyttäjätunnus sekä salasana. Lisäksi käyttäjälle pitää määrittää oikeustaso (Kuva 22). Pääkäyttäjä voi siis luoda uusia pääkäyttäjäoikeuksin varustettuja käyttäjiä normaalien käyttäjien lisäksi. Tunnuksen yhteyteen on mahdollisuus lisätä myös käyttäjän yritys. Tämä mahdollisuus on tehty sitä varten, jos halutaan luoda hakutunnuksia myös operaattorin yritysrakenteen ulkopuolisille henkilöille (esimerkiksi viranomaisille kuten edellä mainittiin), eikä yritystiedon syöttäminen ole pakollista tunnuksen luonnin yhteydessä. Salasanan pitää olla minimissään kahdeksan merkkiä pitkä ja sen tulee sisältää sekä isoja että pieniä kirjaimia ja numeroita. Kuva 22: Uuden käyttäjän luontilomake. Pääkäyttäjä voi myös listata kaikki järjestelmässä käytössä olevat tunnukset, muokata niiden tietoja ja deaktivoida tunnuksia (Kuva 23). Tunnuksia ei voida kokonaan poistaa, koska silloin olisi vaarana, että hukataan tieto siitä millä tunnuksella tietty haku tai muu toimenpide on tehty. Järjestelmän lokitiedot linkittyvät toimenpiteen tehneeseen tunnukseen ja tunnuksen poisto rikkoisi tämän linkin. Deaktivoidut tunnukset voitaisiin poistaa vasta, kun oltaisiin varmoja että kaikki kyseisellä tunnuksella tehdyt toimenpiteet ovat niin vanhoja, ettei niitä enää tultaisi vaatimaan raportteihin tai tutkimuksiin. Tätä aikaa ei kuitenkaan selkeästi ole määritelty, joten tässä vaiheessa47 39 järjestelmästä ei tunnuksia ole mahdollista poistaa käyttöliittymän kautta. Poisto on toki mahdollista suoraan tietokannasta, mikäli päästään käsiksi fyysisesti koneen konsoliin, mutta sitä operaatiota on mahdotonta järjestelmän kannalta tarkkailla [11] ja voidaan olettaa, että järjestelmän konsoliin on pääsy vain harvoilla huoltotoimenpiteitä suorittavilla henkilöillä. Deaktivoiduilla tunnuksilla ei ole mahdollista kirjautua sisään järjestelmän käyttöliittymään. Deaktivoidut tunnukset on mahdollista aktivoida uudelleen, jolloin ne toimivat kuten ennenkin. Pääkäyttäjän ei ole kuitenkaan mahdollista deaktivoida omaa tunnustaan, koska näin voisi olla mahdollista, että järjestelmän ainoa pääkäyttäjä lukitsee tunnuksensa eikä pääkäyttäjän hallintapuolelle olisi enää mahdollista päästä. Kuva 23: Käyttäjätunnusten listaus. Deaktivoidut tunnukset näytetään punaisella pohjavärillä. Yleisimmät tunnusten muokkaustarpeet kohdistuvat käyttäjän salasanan resetointiin sekä oikeustason muuttamiseen. Käyttäjätunnusta ei voi myöskään muuttaa, koska se on oleellinen lokitietojen ja käyttäjän linkityksessä (Kuva 11). Salasanan resetointia tarvitaan vain silloin, kun käyttäjä on unohtanut salasanansa. Muuten käyttäjä pystyy itse halutessaan vaihtamaan salasanansa Raportointi Pääkäyttäjän on mahdollista normaalien tunnistetietojen hakujen tuloksien lisäksi raportoida järjestelmän käytön lokitietoja. Raporttiin lasketaan halutulta ajanjaksolta haluttujen toimenpiteiden määrät sekä listataan toimenpiteet ja niiden tekijät. Tuotettavaa raporttia hallitaan käyttöliittymän lomakkeella (Kuva 24), josta valitaan ajanjakso sekä raporttiin tuotavat toimenpiteet järjestelmässä. Kuva 24: Raportin koostamislomake. 48 40 Oletuksena lomakkeella on hakujen raportointi, mikä on viranomaisille luovutettavaa tietoa. Muiden operaatioiden raportoinnilla voidaan seurata esimerkiksi käyttäjien kirjautumistiheyttä tai epäonnistuneita kirjautumisyrityksiä ja tehdä näistä johtopäätöksiä organisaation sisällä. Ajanjakso voidaan valita jälleen samanlaisesta kalenterinäkymästä, kuin haun puolella (Kuva 19), ja aikaväli voidaan valita vapaasti, kunhan alkuaika on aiempi kuin loppuaika Järjestelmän asetukset Järjestelmän käyttöliittymän kautta voidaan muuttaa IP-osoitteen vuokran oletusvoimassaoloaikaa DHCP-palvelimen asetusten mukaiseksi (Kuva 25). Järjestelmä siis olettaa että osoitteen vuokra on tietyn mittainen. Mikäli järjestelmän olettama aika on kuitenkin lyhyempi kuin DHCP-palvelimen konfiguraatiossa asetettu vuokra-aika, on mahdollista että järjestelmä luulee osoitteen vuokran loppuneen ennen kuin se oikeasti on loppunut. Tästä syystä järjestelmään tulee päivittää sama osoitteen vuokra-aika kuin DHCP-palvelimen konfiguraatiossa. Näin mahdolliset palvelimen konfiguraatioon tehtävät muutokset eivät aiheuta muutoksia suoraan järjestelmän lähdekoodiin, jotta toiminta säilyisi ennallaan, vaan muutos on mahdollista tehdä dynaamisesti. Lisäksi DHCP-palvelimen lokitiedostojen sijainti voidaan määrittää käyttöliittymän kautta. Kuva 25: Järjestelmän asetusten muuttamisnäkymä. Järjestelmä ei kuitenkaan tue DHCP-palvelimen fyysisen konfiguraation muuttamista suoraan käyttöliittymän kautta. Konfiguraatiotiedostot sisältävät suhteellisen paljon sellaista tietoa, jota ei missään nimessä tultaisi muuttamaan järjestelmän kautta, joten suoraa muuttamista ei ole nähty tarpeellisena toteuttaa keräysjärjestelmään. Näytä lisää
1 (5) Määräys TUNNISTAMISTIETOJEN TALLENNUSVELVOLLISUUDESTA Annettu Helsingissä 24 päivänä toukokuuta 2011 Viestintävirasto on määrännyt 16 päivänä kesäkuuta 2004 annetun sähköisen viestinnän tietosuojalain Lisätiedot 1 YLEISKUVAUS... 2. 1.1 Laajakaistaliittymä... 2. 1.2 Palvelun rajoitukset... 2 2 PALVELUKOMPONENTIT... 3. 2.1 Päätelaite... 3. 2.2 Nopeus...
Palvelukuvaus 1 Sisällysluettelo 1 YLEISKUVAUS... 2 1.1 Laajakaistaliittymä... 2 1.2 Palvelun rajoitukset... 2 2 PALVELUKOMPONENTIT... 3 2.1 Päätelaite... 3 2.2 Nopeus... 3 2.3 IP- osoitteet... 3 3 TOIMITUS Lisätiedot ICMP-sanomia. 3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol)
3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol) ARP (Address Resolution Protocol) DHCP (Dynamic Host Configuration Protocol) CIDR (Classless InterDomain Routing) Lisätiedot 3. IP-kerroksen muita protokollia ja
3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol) ARP (Address Resolution Protocol) DHCP (Dynamic Host Configuration Protocol) CIDR (Classless InterDomain Routing) Lisätiedot WELHO ADSL -LAAJAKAISTAPALVELUIDEN PALVELUKUVAUS KULUTTAJA-ASIAKKAILLE (alkaen 24.8.2010)
WELHO ADSL -LAAJAKAISTAPALVELUIDEN PALVELUKUVAUS KULUTTAJA-ASIAKKAILLE (alkaen 24.8.2010) WELHO-LAAJAKAISTAPALVELUIDEN PALVELUKUVAUS KULUTTAJA-ASIAKKAILLE (alkaen 19.5.2010) 2 (3) WELHO-LAAJAKAISTAPALVELUIDEN Lisätiedot OSI ja Protokollapino
TCP/IP OSI ja Protokollapino OSI: Open Systems Interconnection OSI Malli TCP/IP hierarkia Protokollat 7 Sovelluskerros 6 Esitystapakerros Sovellus 5 Istuntokerros 4 Kuljetuskerros 3 Verkkokerros Linkkikerros Lisätiedot Taitaja 2015 Windows finaalitehtävä
Taitaja 2015 Windows finaalitehtävä Tehtäväkuvaus Tehtävänäsi on siirtää, asentaa ja määritellä yrityksen Windows -ratkaisuihin perustuva IT-ympäristö. Käytä salasanaa Qwerty123, jos muuta ei ole pyydetty. Lisätiedot Internet Protocol version 6. IPv6
Internet Protocol version 6 IPv6 IPv6 Osoiteavaruus 32-bittisestä 128-bittiseksi Otsikkokentässä vähemmän kenttiä Lisäominaisuuksien määritteleminen mahdollista Pakettien salaus ja autentikointi mahdollista Lisätiedot Yleinen ohjeistus Linux tehtävään
Yleinen ohjeistus Linux tehtävään Sinulle on toimitettu valmiiksi asennettu HYPER V ympäristö. Tehtäväsi on asentaa tarvittavat virtuaalikoneet, sekä konfiguroida ne ja verkkolaitteet, tehtävän mukaisesti. Lisätiedot Teknisiä käsitteitä, lyhenteitä ja määritelmiä
Teknisiä käsitteitä, lyhenteitä ja määritelmiä Yleistä Asuinkiinteistön monipalveluverkko Asuinkiinteistön viestintäverkko, joka välittää suuren joukon palveluja, on avoin palveluille ja teleyritysten Lisätiedot 24.1.2005 1291/539/2004 VIESTINTÄVIRASTON PÄÄTÖS ULKOMAANPUHELUIDEN TARJOAMISESTA 060041 -ALKUISESTA NUMEROSTA
24.1.2005 1291/539/2004 Song Networks Oy PL 100 00094 SONG VIESTINTÄVIRASTON PÄÄTÖS ULKOMAANPUHELUIDEN TARJOAMISESTA 060041 -ALKUISESTA NUMEROSTA 1. ASIAN VIREILLE TULO 2. SONGIN VASTAUS Song Networks Lisätiedot SVTSL muuttuu käytännön soveltamis- ohjeet evästeiden käyttöön
SVTSL muuttuu 25.5. - käytännön soveltamis- ohjeet evästeiden käyttöön Verkkomainonnan tietosuoja IAB Finland Asianajaja, osakas Elina Koivumäki 12.5.2011 Taustaa evästeistä Internetin toiminnallisuudesta Lisätiedot Verkkoinformaation välittämiseen isäntäkoneiden ja reitittimien välillä
3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol) ARP (Address Resolution Protocol) DHCP (Dynamic Host Configuration Protocol) CIDR (Classless InterDomain Routing) Lisätiedot Security server v6 installation requirements
CSC Security server v6 installation requirements Security server version 6.x. Version 0.2 Pekka Muhonen 2/10/2015 Date Version Description 18.12.2014 0.1 Initial version 10.02.2015 0.2 Major changes Contents Lisätiedot Palvelukuvaus LOUNEA VERKKOTURVA PALVELUKUVAUS.
Palvelukuvaus 1 LOUNEA VERKKOTURVA PALVELUKUVAUS 2 Sisällysluettelo 1 YLEISKUVAUS... 3 1.1 Verkkoturvapalvelu... 3 1.1.1 Verkkoturvapalvelun edut... 3 1.2 Palvelun perusominaisuudet... 3 1.2.1 Suodatettava Lisätiedot TW- EAV510 v2: WDS- TOIMINTO TW- EAV510 V2 LAITTEEN ja TW- LTE REITITTIMEN VÄLILLÄ. Oletus konfiguroinnissa on, että laitteet ovat tehdasasetuksilla
TW- EAV510 v2: WDS- TOIMINTO TW- EAV510 V2 LAITTEEN ja TW- LTE REITITTIMEN VÄLILLÄ Oletus konfiguroinnissa on, että laitteet ovat tehdasasetuksilla Laite 1 TW- EAV510 v2: - Tähän laitteeseen tulee ulkoverkon Lisätiedot Mainosankkuri.fi-palvelun käyttöohjeita
Mainosankkuri.fi-palvelun käyttöohjeita Sisällys 1. Johdanto... 1 2. Sisäänkirjautuminen... 1 3. Palvelussa navigointi... 2 4. Laitteet... 2 5. Sisällönhallinta... 4 6. Soittolistat... 7 7. Aikataulut... Lisätiedot JÄRJESTELMÄN TEKNINEN KÄYTTÖOHJE
JÄRJESTELMÄN TEKNINEN KÄYTTÖOHJE TEKNINEN OHJE OSAAJAPLUS- JÄRJESTELMÄN KÄYTTÖÖN OsaajaPlus -järjestelmä on luotu siten, että sen käyttöön tarvittavat ohjelmat ovat maksutta ladattavissa internetistä. Lisätiedot DownLink Shared Channel in the 3 rd Generation Base Station
S-38.110 Diplomityöseminaari DownLink Shared hannel in the 3 rd Diplomityön tekijä: Valvoja: rofessori Samuli Aalto Ohjaaja: Insinööri Jari Laasonen Suorituspaikka: Nokia Networks 1 Seminaarityön sisällysluettelo Lisätiedot Datan avaamisen reunaehdot. Katri Korpela Projektipäällikkö 6Aika - Avoin data ja rajapinnat
Datan avaamisen reunaehdot Katri Korpela Projektipäällikkö 6Aika - Avoin data ja rajapinnat 19.1.2016 Perinteinen manuaalinen tietopalvelu 1. Asiakas kysyy/pyytää asiakirjoja käyttöönsä/ kopioita omaan Lisätiedot VIESTINTÄVIRASTON SUOSITUS TUNNISTAMISTIETOJEN KÄSITTELYÄ KOSKEVIEN TIETOJEN TALLENTAMISESTA
24.11.2004 VIESTINTÄVIRASTON SUOSITUS TUNNISTAMISTIETOJEN KÄSITTELYÄ KOSKEVIEN TIETOJEN TALLENTAMISESTA SUOSITUS 308/2004 S 1 (5) Julkaisija Tekijät KUVAILULEHTI Asiakirjan päivämäärä 24.11.2004 Asiakirjan Lisätiedot Järjestelmäarkkitehtuuri (TK081702)
Järjestelmäarkkitehtuuri (TK081702) yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja, Lisätiedot OSI malli. S 38.188 Tietoliikenneverkot S 2000. Luento 2: L1, L2 ja L3 toiminteet
M.Sc.(Tech.) Marko Luoma (1/38) S 38.188 Tietoliikenneverkot S 2000 Luento 2: L1, L2 ja L3 toiminteet OSI malli M.Sc.(Tech.) Marko Luoma (2/38) OSI malli kuvaa kommunikaatiota erilaisten protokollien mukaisissa Lisätiedot Mark Summary Form. Taitaja 2012. Skill Number 205 Skill Tietokoneet ja verkot. Competitor Name
Summary Form Skill Number 205 Skill Tietokoneet ja verkot ing Scheme Lock 24-04-2012 14:06:21 Final Lock 26-04-2012 13:05:53 Criterion Criterion Description s Day 1 Day 2 Day 3 Day 4 Total Award A B C Lisätiedot TW- EAV510/TW- EAV510AC: L2TP- OHJEISTUS
TW- EAV510/TW- EAV510AC: L2TP- OHJEISTUS Esimerkki 1: L2TP- yhteys kahden TW- EAV510/TW- EAV510AC laitteen välille Esimerkki 2: L2TP- yhteys TW- EAV510/TW- EAV510 AC ja Windows 8/8.1 koneen välillä Esimerkki Lisätiedot DNA Netti. Sisältö. DNA Netti - Käyttöohje v.0.1
DNA Netti DNA Netti on Mokkuloiden yhteysohjelma. Ohjelman avulla voit hallita Mokkulan asetuksia sekä luoda yhteyden internetiin Mokkulan, WLANin tai Ethernet -yhteyden avulla. Sisältö DNA Netti - Testaa Lisätiedot Portugalin tasavallan aloite neuvoston päätökseksi Schengenin konsultointiverkoston (tekniset eritelmät) osan 1 muuttamisesta
Conseil UE EUROOPAN UNIONIN NEUVOSTO Bryssel, 26. lokakuuta 2007 (07.11) (OR. en) PUBLIC 14215/07 LIMITE VISA 334 COMIX 924 ILMOITUS Lähettäjä: Vastaanottaja: Asia: Puheenjohtajavaltio Viisumityöryhmä Lisätiedot VINKKEJÄ CV-NETIN KÄYTTÖÖN. www.te-palvelut.fi
VINKKEJÄ CV-NETIN KÄYTTÖÖN www.te-palvelut.fi TE-toimiston verkkoasiointiin pääset kirjautumaan www.te-palvelut.fi Oma asiointi Henkilöasiakas Kirjaudu sisään verkkopankkitunnuksilla ja hyväksy käyttöehdot Lisätiedot Yleinen ohjeistus Linux-tehtävään
Yleinen ohjeistus Linux-tehtävään Sinulle on toimitettu valmiiksi asennettu HYPER-V ympäristö, sekä kolme virtuaalikonetta. Tehtäväsi on importata nämä virtuaalikoneet ja konfiguroida ne, sekä verkkolaitteet, Lisätiedot FinFamily PostgreSQL installation ( ) FinFamily PostgreSQL
FinFamily PostgreSQL 1 Sisällys / Contents FinFamily PostgreSQL... 1 1. Asenna PostgreSQL tietokanta / Install PostgreSQL database... 3 1.1. PostgreSQL tietokannasta / About the PostgreSQL database... Lisätiedot Metsähallituksen Tarjouspalvelu.fi toimittajaportaalin esittely. Taimikonhoidon ja istutuksen hankinnat
Metsähallituksen Tarjouspalvelu.fi toimittajaportaalin esittely Taimikonhoidon ja istutuksen hankinnat Tarjouspalvelu.fi -toimittajaportaali https://tarjouspalvelu.fi/metsähallitus Tämän palvelun kautta Lisätiedot Salasanojen turvallinen tallentaminen KeePass ohjelmalla
Salasanojen turvallinen tallentaminen KeePass ohjelmalla KeePass on vapaasti saatavilla oleva, avoimen lähdekoodin ohjelma, jonka tarkoituksena on auttaa salasanojen hallinnassa. Tämä KeePass ohje on päivitetty Lisätiedot Kuvan ottaminen ja siirtäminen
Kuvan ottaminen ja siirtäminen Kuvien ottaminen Kuvien ottaminen tapahtuu oppilaiden omien kännykkäkameroiden tai koulun tablettien kameran avulla o Työ tehdään pareittain, joten ainakin toisella työparin Lisätiedot 3. Laajakaistaliittymän asetukset / Windows XP
3. Laajakaistaliittymän asetukset / Windows XP 3.1 Laajakaistaliittymän asetusten tarkistus / Windows XP Seuraavien ohjeiden avulla tarkistat Windows XP -käyttöjärjestelmien asetukset ja luot Internet-yhteyden. Lisätiedot PIKAOPAS MODEM SETUP
PIKAOPAS MODEM SETUP Copyright Nokia Oyj 2003. Kaikki oikeudet pidätetään. Sisällysluettelo 1. JOHDANTO...1 2. MODEM SETUP FOR NOKIA 6310i -OHJELMAN ASENTAMINEN...1 3. PUHELIMEN VALITSEMINEN MODEEMIKSI...2 Lisätiedot DNA Netti. DNA Netti - Käyttöohje v.1.0
DNA Netti DNA Netti on Mokkuloiden yhteysohjelma. Ohjelman avulla voit hallita Mokkulan asetuksia sekä luoda yhteyden internetiin Mokkulan, WLANin tai Ethernet -yhteyden avulla. Sisältö DNA Netti asennus... Lisätiedot Turvallinen etäkäyttö Aaltoyliopistossa
Turvallinen etäkäyttö Aaltoyliopistossa Diplomityöseminaari Ville Pursiainen Aalto-yliopiston tietotekniikkapalvelut Valvoja: Prof Patric Östergård, Ohjaajat: DI Jari Kotomäki, DI Tommi Saranpää 7.10.2016 Lisätiedot Kuva: Ilpo Okkonen
OodiHOPS OHJAAJAN OHJE 14.2.2017 Kuva: Ilpo Okkonen OodiHOPS Oulun yliopistossa Oulun yliopiston koulutusneuvosto on päättänyt, että OodiHOPS-toiminto otetaan käyttöön vähintään aloittavilla opiskelijoilla Lisätiedot OpenVPN LAN to LAN - yhteys kahden laitteen välille
TW- EAV510 / TW- EAV510 AC: OpenVPN LAN to LAN - yhteys kahden laitteen välille Esimerkissä on käytetty kahta TW- EAV510 laitetta OpenVPN LAN to LAN yhteydellä voidaan luoda VPN- yhteys, jossa liikenne Lisätiedot Yksityisautoilijoille ABAX AJOPÄIVÄKIRJA
The difference is ABAX Yksityisautoilijoille ABAX AJOPÄIVÄKIRJA The difference is ABAX 2 The difference is ABAX ABAX SÄHKÖINEN AJOPÄIVÄKIRJA Tähän esitteeseen on koottu vastauksia kysymyksiin, jotka liittyvät Lisätiedot WL54AP2. Langattoman verkon laajennusohje WDS
WL54AP2 Langattoman verkon laajennusohje WDS Näitä ohjeita seuraamalla saadaan langaton lähiverkko laajennettua yksinkertaisesti kahden tai useamman tukiaseman verkoksi. Tukiasemien välinen liikenne(wds) Lisätiedot Objective Marking. Taitaja 2014 Lahti. Skill Number 205 Skill Tietokoneet ja verkot Competition Day 1. Competitor Name
Objective ing Skill Number 205 Skill Tietokoneet ja verkot Competition Day 1 Sub Criterion SRV01 palvelin Sub Criterion A1 ing Scheme Lock 08-04-2014 09:35:59 Entry Lock 08-04-2014 19:36:30 O1 0.50 Palvelimen Lisätiedot 1 NETIKKA PUHENETTI -PALVELUIDEN KÄYTTÖÖNOTTO-OHJE...2. 2 Palvelut...4. 3 Käyttö...5. 4 Yleisimmät ongelmat...11. 5 Yhteystietoja...
1 (13) 1 -PALVELUIDEN KÄYTTÖÖNOTTO-OHJE...2 1.1 Yleistä...2 1.2 Siirtyminen perinteisestä lankaliittymästä VoIP-palvelun käyttäjäksi...2 1.3 Paletti...2 1.4 NAT...2 1.5 FAX- ja muut erikoislaitteet...3 Lisätiedot Lokitietojen käsittelystä
Lokitietojen käsittelystä ylitarkastaja Sari Kajantie/KRP Esityksen lähtökohdista Tavoitteena lisätä ymmärrystä kriteereistä, joilla lokien käsittelytavat tulisi määritellä jotta pystytte soveltamaan käsittelytapoja Lisätiedot Nimi: Op.numero: Yritän arvosanan korotusta, olen läpäissyt IVT:n tentin
1 8304500 Tietoliikenneverkkojen perusteet Tentti 22102003 /OA&JH Nimi: Opnumero: HUOM! Merkitse alle ajankohdat (esim kesä 2002), mikäli olet suorittanut osuuksia kurssille 83450 Internetin verkkotekniikat, Lisätiedot Action Request System
Action Request System Manu Karjalainen Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 25.10.2000 Action Request System (ARS) Manu Karjalainen Ohjelmistotuotantovälineet Lisätiedot Sähköisen viestinnän tietosuojalain muutos
Sähköisen viestinnän tietosuojalain muutos 24.04.2008 Hallituksen esitys sähköisen viestinnän tietosuojalain muuttamisesta yrityssalaisuudet, luvaton käyttö ja tietoturva 2 Hallitusohjelma hallitus edistää Lisätiedot Siltojen haitat. Yleisesti edut selvästi suuremmat kuin haitat 2/19/2003 79. Kytkin (switch) Erittäin suorituskykyisiä, moniporttisia siltoja
Siltojen haitat sillat puskuroivat ja aiheuttavat viivettä ei vuonsäätelyä => sillan kapasiteetti voi ylittyä kehysrakenteen muuttaminen => virheitä jää havaitsematta Yleisesti edut selvästi suuremmat Lisätiedot SwingControl-valvontayksikön tietojen lukeminen Jeven Flow -sovelluksella
SIVU 2 JEVEN Keittiöilmanvaihtolaitteet Tuotekuvaus ja yhdistäminen 2 Yhteys-sivu 3 Sisäisen verkon asennukset 5 JEVEN Keittiöilmanvaihtolaitteet SIVU 2 TUOTEKUVAUS Jeven Flow -sovelluksella voidaan ottaa Lisätiedot Liikkuvien isäntäkoneiden reititys
Mobile IP IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi osoite tässä Lisätiedot EASY PILVEN Myynnin opas - Storage IT
EASY PILVEN Myynnin opas - Storage IT EASY Pilvi EASY Tiedostopalvelin: Tiedostojen tallennukseen ja jakamiseen soveltuva monipuolinen järjestelmä EASY Pilvipalvelin: Täysiverinen, skaalautuva käyttöjärjestelmän Lisätiedot Option GlobeSurfer III pikakäyttöopas
Option GlobeSurfer III pikakäyttöopas Laitteen ensimmäinen käyttöönotto 1. Aseta SIM-kortti laitteen pohjaan pyötätuen takana olevaan SIM-korttipaikkaan 2. Aseta mukana tullut ethernetkaapeli tietokoneen Lisätiedot Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2 Lisätiedot Maarit Pirttijärvi Pohjois-Suomen sosiaalialan osaamiskeskus Lapin toimintayksikkö
Verkkokonsulttipäivä 28.11.2011 Maarit Pirttijärvi j Pohjois-Suomen sosiaalialan osaamiskeskus Lapin toimintayksikkö www.sosiaalijaterveyspalvelut.fi Virtuaalisen sosiaali- ja terveyspalvelukeskuksen käyttäjät Lisätiedot IISALMEN KAUPUNKI KIINTEISTÖJEN KAMERAVALVONTA 19.2.2016 1. Matti Rönkkö tekninen isännöitsijä Iisalmen kaupunki / tilapalvelu
IISALMEN KAUPUNKI KIINTEISTÖJEN KAMERAVALVONTA Matti Rönkkö tekninen isännöitsijä Iisalmen kaupunki / tilapalvelu 19.2.2016 1 Iisalmen kaupungin tekninen keskus / tilapalvelu on asentanut tallentavan kameravalvonnan Lisätiedot Lisää reititystä. Tietokoneverkot 2009 (4 op) Syksy Futurice Oy. Lisää reititystä. Jaakko Kangasharju
Tietokoneverkot 2009 (4 op) jaakko.kangasharju@futurice.com Futurice Oy Syksy 2009 (Futurice Oy) Syksy 2009 1 / 39 Sisältö 1 2 (Futurice Oy) Syksy 2009 2 / 39 Sisältö 1 2 (Futurice Oy) Syksy 2009 3 / 39 Lisätiedot IPv6 käyttöönoton mahdollistajat operaattorin näkemys
IPv6 käyttöönoton mahdollistajat operaattorin näkemys Jyrki Soini TeliaSonera 1 IPv6 toimi nyt IPv4 osoitteet loppumassa hyvää vauhtia keskusvarasto (IANA) jakoi viimeiset osoitelohkot 3.2.2011 RIPE arvioi Lisätiedot Valtion konesali- ja kapasiteettipalvelut
Valtion konesali- ja kapasiteettipalvelut Valtorin asiakaspäivä 30.10.2014 Palvelupäällikkö Timo Karppanen Käsiteltävät asiat Valtion konesali- ja kapasiteettipalvelut Valtion jaettu tuotantoympäristö Lisätiedot Ehdotus NEUVOSTON DIREKTIIVI
EUROOPAN KOMISSIO Bryssel 5.2.2013 COM(2013) 46 final 2013/0026 (NLE) Ehdotus NEUVOSTON DIREKTIIVI Euroopan parlamentin ja neuvoston direktiivin 98/8/EY muuttamisesta jauhetun maissintähkän lisäämiseksi Lisätiedot Käytettävyys ja käyttäjätutkimus. Yhteisöt ja kommunikaatiosuunnittelu 2012 / Tero Köpsi
Käytettävyys ja käyttäjätutkimus Yhteisöt ja kommunikaatiosuunnittelu 2012 / Tero Köpsi Teron luennot Ke 15.2 miniluento Ti 28.2 viikkotehtävän anto (T,M) To 1.3 Tero paikalla (tehtävien tekoa) Ti 6.3 Lisätiedot Maksupalveludirektiivi (PSD2) tietosuojan näkökulmasta. Fintech Breakfast , Technopolis, Oulu
Maksupalveludirektiivi (PSD2) tietosuojan näkökulmasta Fintech Breakfast 17.3.2017, Technopolis, Oulu Agenda I II Maksupalveludirektiivi (PSD2) mitä uutta? Yleinen tietosuoja-asetus PSD2 3 Maksupalveludirektiivi Lisätiedot TIETOSUOJASELOSTE Henkilötietolaki (523/1999) 10 ja 24 Rekisterinpitäjä Rekisterin nimi Henkilötietojen käsittelytarkoitus Rekisterin tietosisältö
TIETOSUOJASELOSTE Henkilötietolaki (523/1999) 10 ja 24 Rekisterinpitäjä Valtiokonttori Sörnäisten rantatie 13 000054 VALTIOKONTTORI Rekisterin nimi Valtiolle.fi - Valtion rekrytointijärjestelmä Henkilötietojen Lisätiedot Tulevaisuuden Internet. Sasu Tarkoma
Tulevaisuuden Internet Sasu Tarkoma Johdanto Tietoliikennettä voidaan pitää viime vuosisadan läpimurtoteknologiana Internet-teknologiat tarjoavat yhteisen protokollan ja toimintatavan kommunikointiin Internet Lisätiedot Valtuuskunnille toimitetaan oheisena asiakirja D043528/02.
Euroopan unionin neuvosto Bryssel, 8. maaliskuuta 2016 (OR. en) 6937/16 TRANS 72 SAATE Lähettäjä: Euroopan komissio Saapunut: 7. maaliskuuta 2016 Vastaanottaja: Kom:n asiak. nro: D043528/02 Asia: Neuvoston Lisätiedot GroupWise Calendar Publishing Host User
GroupWise 8 Calendar Publishing Host User 8 17. lokakuu 2008 Novell GroupWise Calendar Publishing Host User PIKAKÄYNNISTYS www.novell.com YLEISTÄ Novell GroupWise Calendar Publishing Host User on Web-pohjainen Lisätiedot Sonera Viestintäpalvelu VIP
Sonera Viestintäpalvelu VIP Loma- ja Poissaoloviestitoiminnallisuuden käyttöopas v 1.2 Toiminnallisuuden kuvaus Poissaoloviestin aktivoit päälle suorittamalla seuraavat toimenpiteet: Valitse aktiviteetiksesi Lisätiedot Julkinen. Suomen Pankin ja Finanssivalvonnan suojattu sähköposti: ulkoisen käyttäjän ohje
Ohje 1 (10) Suomen Pankin ja Finanssivalvonnan suojattu sähköposti: ulkoisen käyttäjän ohje Sisällys 1 Johdanto... 1 2 Suojatun viestin vastaanottaminen... 1 3 Suojatun viestin lukeminen... 2 4 Vastaanotetun Lisätiedot TCP/IP-protokollapino. Verkkokerros ja Internetprotokolla. Sisältö. Viime luennolla. Matti Siekkinen
TCP/IP-protokollapino Matti Siekkinen T-110.2100 Johdatus tietoliikenteeseen kevät 2010 Sovelluskerros Middleware: HTTP, SSL, XML... Kuljetuskerros: TCP, UDP,... Verkkokerros: IPv4, IPv6 Linkkikerros: Lisätiedot TVP 2003 kevätkurssi. Kertaus Otto Alhava
TVP 2003 kevätkurssi Kertaus Kysymyksiä ja vastauksia 1) Mistä saa kurssin puuttuvat kalvot? ks. kurssin kotisivu ensi perjantaina! 2) Miten valmistautua tenttiin? (=Miten hahmotan kurssin sisällön paremmin?) Lisätiedot Julkaisun laji Opinnäytetyö. Sivumäärä 43
OPINNÄYTETYÖN KUVAILULEHTI Tekijä(t) SUKUNIMI, Etunimi ISOVIITA, Ilari LEHTONEN, Joni PELTOKANGAS, Johanna Työn nimi Julkaisun laji Opinnäytetyö Sivumäärä 43 Luottamuksellisuus ( ) saakka Päivämäärä 12.08.2010 Lisätiedot LPOnet Oy Ab Operaattori DSL -tuotekuvaus ja hinnasto voimassa 1.6.2015 alkaen toistaiseksi
VIITE: Alv 0 % 1/ 11 LPOnet Oy Ab Operaattori DSL -tuotekuvaus ja hinnasto voimassa 1.6.2015 alkaen toistaiseksi VIITE: Alv 0 % 2/ 11 SISÄLLYSLUETTELO: 1. LPOnet Oy:n Operaattori DSL laajakaistayhteydet Lisätiedot Sonera Viestintäpalvelu VIP
Sonera Viestintäpalvelu VIP Loma- ja Poissaoloviestitoiminnallisuuden käyttöopas v 1.2 Toiminnallisuuden kuvaus Poissaoloviestin aktivoit päälle suorittamalla seuraavat toimenpiteet: Valitse aktiviteetiksesi Lisätiedot REKISTERISELOSTE Henkilötietolaki (523/99) 10
REKISTERISELOSTE Henkilötietolaki (523/99) 10 Laatimispvm: 7.6.2011 Lue täyttöohjeet ennen rekisteriselosteen täyttämistä. Käytä tarvittaessa liitettä. 1. Rekisterinpitäjä Nimi Salon kaupunki liikuntapalvelut Lisätiedot Palvelupyyntöjärjestelmä. Asiakkaan ohje
Palvelupyyntöjärjestelmä Asiakkaan ohje Festum Software Oy Palvelupyyntöjärjestelmä asiakkaan ohje 2 ( 8 ) Sisällysluettelo 1. Palvelupyyntöjärjestelmä osana asiakastukea... 3 2. Käytön aloittaminen... Lisätiedot 815338A Ohjelmointikielten periaatteet Harjoitus 3 vastaukset
815338A Ohjelmointikielten periaatteet 2015-2016. Harjoitus 3 vastaukset Harjoituksen aiheena ovat imperatiivisten kielten muuttujiin liittyvät kysymykset. Tehtävä 1. Määritä muuttujien max_num, lista, Lisätiedot TIKU-tietopyynnön vastausohje
TIKU-tietopyynnön vastausohje SISÄLLYSLUETTELO 1. Puhelin-, laajakaista- ja TV-palvelujen tarjontaan soveltuvan kiinteän verkon saatavuusalue 2. Puhelin-, laajakaista- ja TV-palvelujen tarjontaan soveltuvan Lisätiedot Sosiaali- ja terveysministeriön asetus
Luonnos 22.4.2016 Sosiaali- ja terveysministeriön asetus ihmisen elimien, kudoksien ja solujen lääketieteellisestä käytöstä annetun sosiaalija terveysministeriön asetuksen muuttamisesta Sosiaali- ja terveysministeriön Lisätiedot LAURA TM -rekrytointijärjestelmän tietoturva. Markku Ekblom Teknologiajohtaja Uranus Oy
LAURA TM -rekrytointijärjestelmän tietoturva Markku Ekblom Teknologiajohtaja Uranus Oy 17.1.2014 Toimintaympäristö Uranus on Suomessa perustettu, Suomessa toimiva ja suomalaisessa omistuksessa oleva yritys. Lisätiedot Kurssien lukulistojen ylläpito Nellissä ja siirto Moodleen
Kurssien lukulistojen ylläpito Nellissä ja siirto Moodleen Nellistä voi siirtää kirjallisuuslistoja Moodle-oppimisympäristöön. Näin voidaan tarjota opiskelijalle esimerkiksi verkkokurssin oheislukemistona Lisätiedot 1. Rekisterinpitäjä Rekisteriasioista vastaava henkilö Rekisterin nimi Rekisterin käyttötarkoitus... 2
Rekisteriseloste Sisällys 1. Rekisterinpitäjä... 2 2. Rekisteriasioista vastaava henkilö... 2 3. Rekisterin nimi... 2 4. Rekisterin käyttötarkoitus... 2 5. Rekisterin sisältämät tiedot... 2 6. Säännönmukaiset Lisätiedot Asenna palvelimeen Active Directory. Toimialueen nimeksi tulee taitajax.local, missä X on kilpailijanumerosi
TAITAJA 2007 KILPAILUTEHTÄVÄ PÄIVÄ 2 W2K3 serverin asennus Yritykseen on hankittu palvelin (eilinen työasemakone), johon tulee asentaa Windows 2003 server. Tehtävänäsi on asentaa ja konfiguroida se. Tee Lisätiedot 2007 Nokia. Kaikki oikeudet pidätetään. Nokia, Nokia Connecting People, Nseries ja N77 ovat Nokia Oyj:n tavaramerkkejä tai rekisteröityjä
Nokia Lifeblog 2.5 2007 Nokia. Kaikki oikeudet pidätetään. Nokia, Nokia Connecting People, Nseries ja N77 ovat Nokia Oyj:n tavaramerkkejä tai rekisteröityjä tavaramerkkejä. Muut tässä asiakirjassa mainitut Lisätiedot Opiskelijoiden HOPSit
Opiskelijoiden HOPSit Ohje kommentoijalle ja hyväksyjälle/19.3.2014 Täydennetty ohjetta/2.1.2014: Lisätty tietoa opiskelijoiden lisäämisestä Omiin opiskelijoihin, mikä helpottaa HOPSien käsittelyä. Tarvittavat Lisätiedot Elisa Yritysnumeropalvelun tavoitettavuuspalvelu Pääkäyttäjän ohjeet
Elisa Yritysnumeropalvelun tavoitettavuuspalvelu Pääkäyttäjän ohjeet Tavoitettavuusasetusten hallinta Oma Elisa -käyttöliittymällä Koska sovellusta kehitetään jatkuvasti, pidättää Elisa Oyj oikeudet muutoksiin. Lisätiedot Avoin data ja tietosuoja. Kuntien avoin data hyötykäyttöön Ida Sulin, lakimies
Avoin data ja tietosuoja Kuntien avoin data hyötykäyttöön 27.1.2016 Ida Sulin, lakimies Lakipykäliä, avoin data ja julkisuus Perustuslaki 12 2 momentti» Viranomaisen hallussa olevat asiakirjat ja muut Lisätiedot Määräys TILAAJAN NUMEROTIETOJEN SIIRROSTA VIESTINTÄVERKOSSA. Annettu Helsingissä 1 päivänä huhtikuuta 2005
1 (5) Määräys TILAAJAN NUMEROTIETOJEN SIIRROSTA VIESTINTÄVERKOSSA Annettu Helsingissä 1 päivänä huhtikuuta 2005 Viestintävirasto on määrännyt 23 päivänä toukokuuta 2003 annetun viestintämarkkinalain (393/2003) Lisätiedot Palvelukuvaus Vaihtotilaus Versio: 1.0 9.4.2015
PALVELUKUVAUS 1 (8) Palvelukuvaus Vaihtotilaus Versio: 1.0 PALVELUKUVAUS 2 (8) Sisällysluettelo 1 Yleistä... 3 2 Vaihtotilaus prosessin osapuolet... 3 3 Vaihtotilauksen tekeminen DNA:lle... 3 4 Vaihtotilauksen Lisätiedot 1.3Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä
OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 81122P (4 ov.) 30.5.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan Lisätiedot F-Secure Mobile Security. Android
F-Secure Mobile Security Android F-Secure Mobile Security Sisällysluettelo 3 Sisällys Luku 1:Asennus...5 Asentaminen...6 Aktivointi...7 Luku 2:Luottamuksellisten tietojen suojaaminen...9 Anti-Theftin Lisätiedot EHDOTUS UNIONIN SÄÄDÖKSEKSI
EUROOPAN PARLAMENTTI 2014-2019 Istuntoasiakirja 27.2.2015 B8-0210/2015 EHDOTUS UNIONIN SÄÄDÖKSEKSI työjärjestyksen 46 artiklan 2 kohdan mukaisesti yhteisestä arvonlisäverojärjestelmästä annetun direktiivin Lisätiedot 1.3 Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä
OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 811122P (5 op.) 12.12.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan Lisätiedot Vapaat ohjelmat matkalla
Vapaat ohjelmat matkalla Arto Teräs Finnish Linux User Group FLUG ry Teemailta Helsinki, 24.5.2010 Kalvo 1(14) Tietotekniikka (loma)matkalla Eihän lomalla tarvitse koskea tietokoneisiin. Lisätiedot Verkkoliikennettä Java[ssa lla] Jouni Smed
Verkkoliikennettä Java[ssa lla] Jouni Smed 9.2.2001 1 Perusteita 1 (2) tarvittavat luokat paketissa MDYDQHW IP-osoitteita käsitellään,qhw$gguhvv-olioina luonti (huom. ei konstruktoria):,qhw$gguhvvdggu,qhw$gguhvvjhw%\1dphdgguhvv Lisätiedot Taloudelliset väärinkäytökset: kansainvälinen uhka liiketoiminnalle Whistleblowing
www.pwc.fi/forensics Taloudelliset väärinkäytökset: kansainvälinen uhka liiketoiminnalle Whistleblowing Agenda 1. Whistleblowing tutkimuksen valossa 2. Lainsäädännön asettamat vaatimukset 3. Whistleblowing-järjestelmän Lisätiedot Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Vaatimusmäärittely Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.1 12.10.01 Pekka Koskinen Ensimmäinen luonnos 0.2 17.10.01 Pekka Koskinen Lisätty vaatimuksia Lisätiedot Tervetuloa Westpro cc Oy:n verkkosivuille.
Tervetuloa :n verkkosivuille. YKSITYISYYDEN SUOJAAMISEN PERIAATTEET JA MENETTELYT WESTPRO:N VERKKOSIVUILLA Westpro kiinnittää erityistä huomiota sinua itseäsi, yritystäsi, liiketoimiasi, tuotteitasi tai Lisätiedot VINKKEJÄ CV-NETIN KÄYTTÖÖN. www.te-palvelut.fi
VINKKEJÄ CV-NETIN KÄYTTÖÖN www.te-palvelut.fi TE-toimiston verkkoasiointiin pääset kirjautumaan www.te-palvelut.fi Oma asiointi Henkilöasiakas Kirjaudu sisään verkkopankkitunnuksilla ja hyväksy käyttöehdot Lisätiedot Siemens Webserver OZW672
Siemens Webserver OZW67 Climatix IC pilvipalvelu Kytke laite lämpöpumpun ohjaimeen Kytke laite verkkopiuhalla internetiin Mene nettiselaimella Climatix IC palveluun Luo käyttäjätili ja rekisteröi laite Lisätiedot Prospektini. Usein kysytyt kysymykset SISÄLLYS
Prospektini Usein kysytyt kysymykset SISÄLLYS Prospektini - yleistä 1. Mikä on Prospektini sovellus? 2. Mistä löydän Prospektini sovelluksen ja kuinka voin ladata sen? 3. Millä laitteilla Prospektini sovellus Lisätiedot Osallistavan suunnittelun kyselytyökalu
Osallistavan suunnittelun kyselytyökalu Käyttöohje InnoGIS- hankkeen aikana kehitetylle pilottiversiolle Dokumentti sisältää pilottiversiona toimivan kyselyn laatimiseen ja vastaamiseen liittyvän ohjeistuksen. Lisätiedot 2017 © DocPlayer.fi Yksityisyyskäytäntö | Palveluehdot | Palaute