2011 m. gruodžio 4 d., sekmadienis

Geriausio 2011 m. lietuviško žaidimo rinkimai

Turbūt ne visi žino, bet ir lietuviai kuria kompiuterinius žaidimus! Tad antrus metus iš eilės aktyvusis lietuviško GameDev forumo narys AE pasirūpina, kad apie per metus sukurtus žaidimus sužinotų didesnė auditorija nei forumo dalyviai.

logo_small

Tad šiais metais vėl startuoja geriausio metų lietuviško žaidimo rinkimai! Rinkimų metu išsiaiškinsime, kokius žaidimus per 2011-uosius metus sukūrė lietuviai, kurie iš žaidimų yra geriausi. Rinkimų pirmas etapas – žaidimų registravimas, taigi, jei per šiuos metus esi sukūręs bent vieną kompiuterinį žaidimą, tiesiog privalai jį užregistruoti rinkimams. Registracija vyks iki pat metų galo (2011-12-31), po jos – balsavimas. Registruotis maloniai kviečiami visi Lietuvos žaidimų kūrėjai – nuo pradedančiųjų iki žaidimų kūrimo studijų. Registraciją ir daugiau informacijos rasite oficialiame rinkimų puslapyje: http://2011.gamedev.lt/.

Taigi, dalyvaukite ir jūs! O jeigu neturite savo žaidimo – palaikykite mūsų su broliu praeito GameJam metu sukurtą „Blooming Island“ :)

2011 m. lapkričio 24 d., ketvirtadienis

„Bear Care“ – papildytos realybės simuliacinis žaidimas

Paskutinės dvi savaitės buvo pilnos skubėjimo ir bėgimo, nes pirmiausiai teko susistumdyti darbus taip, kad pavyktų ramiai sudalyvauti AppCamp renginyje, o tenai netikėtai laimėjome „kelionę“ į Taliną, pristatyti savo kūrinį AppCircus renginuke. Tai ką gi mes ten tokio sukūrėme? Skaitykite toliau :)

„Bear Care“ – tai papildytos realybės (angl. augmented reality) žaidimas, kuriame žaidėjas prižiūri savo mielą pliušinį meškiuką.

Žaidėjas turi reguliariai maitinti ir glostyti savo žaislinį augintinį, kad šis būtų sotus bei laimingas, tačiau tai ne viskas. Linksmasis momentas yra tas, kad savo bejėgį mylimą pliušinį meškiuką reikia apginti nuo nežemiškų piktavalių žaislinių meškinų.

Tačiau nesuklyskite – nors žaidimas puikiai tinka vaikams, jis nepaprastai smagus ir suaugusiesiems! Be to, šį žaidimą galima žaisti keliese: tėvams kartu su vaikais ar tiesiog draugų kompanijoje.

Visi modeliai ir animacijos profesionaliai atlikti ir ekrane atrodo ypač patraukliai, tačiau smagioji žaidimo dalis yra ta, kad jis vyksta realioje aplinkoje, kurioje stebint vaizdą per kamerą, atsiranda gyvi meškinai ir įsilieja į tikrąją aplinką.

Verta paminėti, kad žaidimo užuomazga gimė AppCamp renginyje vykusiame 2011 m. lapkričio 11 d. Vilniuje, o vėliau savaitę buvo tobulinamas ir lapkričio 21 d. pristatytas Taline vykusiame AppCircus renginyje, kuriame gavo „Runner up“ apdovanojimą (http://appcircus.com/blog/appcircus-winner-in-tallinn).

Ateityje meškiuką taip pat bus galima prisitaikyti pagal savo skonį (šiuo metu galima tik pakeisti jo spalvą), tokiu būdu jį išskiriant iš kitų. Be to, žaidimas „Bear Care“ suteikia galimybę parodyti savo augintinį draugams, darant jo nuotraukas ir dalinantis jomis socialiniuose tinkluose.

Žaidimas yra skirtas iOs ir Android platformoms, tačiau kol kas nėra viešai platinamas. Vis dėlto tikimės, kad jis pasirodys aplikacijų parduotuvėse per artimiausius kelis mėnesius.

O čia ir video:

„Bear Care“ – papildytos realybės simuliacinis žaidimas

2011 m. spalio 20 d., ketvirtadienis

Interaktyvus sveikinimas Facebook’e

Taigi, seniai kažką čia berašiau, tai šį kartą vėl bent jau pasidalinsiu tuo, prie ko teko padirbėti paskutines kelias dienas.

O daryti teko žaidimą-galvosūkį Facebook’ui, firmos gimtadienio proga. Žaidimas labai standartinis, bet tinkamas tokiam kontekstui.

Taigi, jis atrodo taip:

puzzle

O pažaisti galite čia (kad pamatytumėte ir galėtumėte žaisti, reikia „palaik’inti“ puslapį). Verta paminėti, kad pirmi 200 greičiausių (t. y. esančių Top 200) žaidėjų laimės firminį džemperį. Tad pažaisti išties verta :) Beje, žaisti dėl laimėjimo galite iki spalio 26 dienos.

Sėkmės!

2011 m. rugpjūčio 5 d., penktadienis

Abėcėlės eilėraštukas

Šį kartą trumpas, bet užtat kūrybiškesnis įrašas. Su broliu tuoj baigsime kurti iPhone/Android programėlę-lietuvišką abėcėlę. Ir ta proga ten bus toks maniškis vaikiškas eilėraštukas:

Zuikis Puikis rytą atsikėlė
ir suprato, kad nemoka abėcėlės!
Pasičiupo jis iškart knygelę,
verčia lapą, žiūri - vis raidelė.

A - tai Antis, zuikis mato.
B - Balionas skraido ratais.
C - geltona Citrina.
Ši knygelė nuotykių pilna!

Ilgaausis jau svajoja,
kaip jis pasakoj klajoja.
Kaip princesės ir karaliai
valdo savo gražią šalį,
kaip trys broliai ieško lobių,
o piratai neša grobį...

Zuikis Puikis laime trykšta,
kad net zuikio lūpa plyšta.
Ir knygelę apkabines
jis visiems paskelbia žinią:
- Šios knygelės nepadėsiu,
kol raidelių nemokėsiu!

 

O kad būtų įdomiau, čia keli vaizdai iš programėlės:

ABC_screens

2011 m. birželio 28 d., antradienis

Windows Phone 7 programėlės išleidimo Marketplace subtilybės, esant Lietuvoje

Įžanga

Na štai, pagaliau iki galo susitvarkėme su savo programėle „iVisit Vilnius“, su kurios idėja dalyvavome Omnitel programėlių dirbtuvėse. Bet pradėkime nuo pradžių.

Kas tai per programėlė? Pristatydami idėją Login 2011 konferencijoje vykusiose dirbtuvėse sakėme, kad:

Programėlės tikslas: supažindinti su miestu, naudotoją (žaidėją) įtraukiant į interaktyvią virtualią ekskursiją, taip išlaikant žaidėjo dėmesį ir išvengiant nuobodaus nuotraukų peržiūrėjimo ar „sauso“ teksto skaitymo.

Programa gali būti naudojama kaip alternatyva popieriniams lankstinukams ar knygoms, tačiau ją galima ir žaisti kaip nuotykinio žanro žaidimą, nebūnant toje vietoje, kuri vaizduojama.“

Po to turėjome mėnesį laiko įgyvendinti šią idėją. Pirmiausia sukūrėme iPhone versiją (1 pav. galite matyti, kaip ji atrodo), nes su šia platforma turėjome daugiausiai patirties (kuriame naudodami Unity), tačiau iš anksto mąstėme ir apie perkėlimą į XNA.

iVisitVilnius_iPhone_440
1 pav. „iVisit Vilnius“ iPhone versija

Taigi, iki pabaigtų programėlių pristatymo (kuris vyko po mėnesio nuo idėjos pristatymo) turėjome visiškai baigtą iPhone versiją bei pradėtą Windows Phone 7 versiją. Su iPhone versija užėmėme pirmąją vietą tarp visų sukūrusiųjų programėles. Be to, po renginio vis dar buvo motyvacijos perkelti savą programėlę į Windows Phone 7.

Negaliu nepaminėti, kad visas turinys buvo kurtas mūsų pačių: teko padaryti daugiau nei 200 nuotraukų, įrašyti nemažai Vilniaus fono garsų bei dialogų (už įrašymo aparatą labai ačiū Augustei, kuri šiuo metu Slovėnijoje ir rašo puikų blogą!).

Tad turėdami visą turinį ir jau veikiantį kodą, jį perkelti į kitą platformą užtrukome išties neilgai. Na, čia, aišku, subjektyvus dalykas :) Jeigu reikėtų pasakyti, kiek laiko užtrukome, tai sakyčiau: mėnesį, dirbdami kas trečią dieną po porą valandų (2 pav. Windows Phone 7 versija).

iVisitVilnius_WP7_440
2 pav. „iVisit Vilnius“ Windows Phone 7 versija

Na, o tam, kad išleistumėme, teko susidurti su bjauriomis problemomis, bet apie tai tolimesniame skyriuje. O šiuo metu „iVisit Vilnius“ galite rasti oficialioje Windows Phone 7 programėlių parduotuvėje (Zune nuoroda) (jeigu būdami Lietuvoje norite matyti programėles per Zune, tai Windows Regional and Language nustatymuose Location turite nustatyti, pvz., United States).

Išleidimas WP7 Marketplace arba APPA Market problemos

Taigi, tokie nedideli regionai kaip Lietuva nepatenka tarp šalių, kurios gali registruotis Microsoft’o App Hub’e ir tiesiogiai išleisti savo programas. Kaip oficialus sprendimas, rytų Europai siūloma leisti programėles per APPA Market, o bet tačiau…

…kai susiduri su APPA Market, tai susiduri su daug problemų.

Kadangi mano brolis vis dar studentas, o studentai gali gauti nuolaidą, tai pirma problema ir buvo su tuo susijusi. Prie DUK (angl. FAQ) rašo, jog studentams registracijos aktyvavimas kainuoja 25 svarus sterlingų (galima atkreipti dėmesį, kad App Hub’e registracija studentams yra nemokama), bet, kai prisiregistruoji, pagal nutylėjimą yra tik galimybė sumokėti 65 svarus. Kai parašėme jiems dėl šito, tai paaiškino, kad reikia sumokėti 25 svarus, o vėliau jie patikrins, ar tas, kuris registravosi, yra studentas, ir užfiksuos taip, tarsi buvo sumokėti 65.

Tada pasirinkus „mokėti“, įjungė paypal, kuriame buvo parašyta „You will confirm your payment on the next page“. Perskaičius tokį tekstą atrodo, kad tolesniame žingsnyje bus galima pakeisti ir mokėjimo sumą, bet paspaudus „next“ iškart nuskaičiavo pinigus ir sugrįžo į APPA Market puslapį. Tai toks įspūdis, kad kažkas ne visai gerai su paypal integracija (nes vis tik nebeparodė to antro puslapio, kuriame turėjo būti galima patvirtinti ir galbūt paredaguoti mokėjimą).

Tuomet vėl teko rašyti jiems. Paaiškinus ir paprašius grąžinti dalį pinigų, atrašė, kad viskas yra gerai, kad patikrins, ar studentas, aktyvuos registraciją ir grąžins dalį pinigų. Palaukėme beveik savaitę – jokių veiksmų iš jų pusės. Tada parašėme dar kartą primindami apie problemą. Šįkart labai greitai aktyvavo ir grąžino dalį pinigų.

Turėdami aktyvią sąskaitą vis bandėm siųsti savo programėlę, bet siunčiant patį programos paketą (XAP) vis išmesdavo „HTTP error“ (daugiau jokio teksto – tik toks klaidos pranešimas). Tad niekaip nepavykstant įkelti, vėl rašėme el. paštu. Pasirodo, mūsų 16 MB failo siuntimas persitraukdavo (angl. timeout), nes jie, atseit, nustatę per mažą timeout laiką (o siunčia failą tai tik apie 30 sekundžių). Deja, netgi klaidos sistema nepranešdavo (tik „HTTP error“), tad teko tai sužinoti iš jų pačių.

Galiausiai sutarėm, kad nusiųsim jiems patį programėlės paketo failą paštu, o kitką (aprašymus, paveikslėlius ir t. t.) įvesim į sistemą. Toje sistemoje viską suvedus, gale parodo informacijos suvestinę (visus paveikslėlius, aprašymus, kitus duomenis). Bet net ir čia ne viskas buvo gerai: suvestinėje vieną iš paveikslėlių rodė ne tą, nors įdėtas buvo tikrai geras. Teko vėl aiškintis paštu, siųsti paveikslėlius atskirai.

Žodžiu, pridavė jie programėlę patvirtinimui (angl. approve). Tai buvo 2011-06-10. Maždaug po savaitės išsiaiškinom, kad programėlė jau parduotuvėje, ir rašo, kad išleidimo data yra 2011-06-11, o APPA Market puslapyje vis dar rašo, kad laukiama patvirtinimo (angl. waiting for approval), ir, žinoma, negavom iš jų jokių žinių, kad jau patvirtinta ir įdėta. Ir šiandien vis dar rašo, kad laukiama patvirtinimo, nors programėlė jau daugiau kaip dvi savaites patvirtinta!

Šnekant apie patį programėlės įdėjimą į parduotuvę, tai:

  • įdėjo tik 5 ekrano vaizdus (angl. screenshot) iš mūsų jiems siųstų 7. Daugiausia galima 8;
  • įdėjo į Travel > Planning kategoriją, nors mes rašėm Travel > City Guides;
  • aprašymą padubliavo, tad pusė jo dabar kartojasi (ten turėjo būti trumpas aprašymas ir pilnas aprašymas, o jie kažkodėl suplakė abu į vieną);
  • net ir versiją užrašė ne tokią. Mes rašėm 1.0, o parduotuvėj parašyta 0.0.0.0.

Trumpai sakant, tiek problemų tikrai nesitikėjom.

Vienintelis džiuginantis dalykas, kad greitai ir išties mandagiai atrašo el. laiškus, atsiprašo už problemas, stengiasi padėti.

Išvados ir pamąstymai

Kurti Windows Phone 7 žaidimus nėra sudėtinga, tačiau jeigu esi ne iš tų šalių, iš kurių gali dėti programėles į Marketplace tiesiogiai, išleisti per tarpininkus gali būti sudėtinga.

Taip pat jeigu turite pasiūlymų, kur ir kaip galima būtų pritaikyti „iVisit Vilnius“ (pvz., jūsų organizacija norėtų pateikti virtualią ekskursiją, supažindinančią su produktais ar pan.) – parašykite el. laišką ;)

Sėkmės visiems kuriantiems ir mąstantiems apie kūrimą!

2011 m. gegužės 6 d., penktadienis

Pro VU bibliotekos langus

Šiandien prisėdau sutvarkyti kelias nuotraukas iš fotografavimo VU bibliotekoje. Tad dabar ir dalinuosi su jumis.

Pro bibliotekos langus

2011 m. kovo 6 d., sekmadienis

Interneto cenzūravimas

Šis rašinėlis buvo parašytas dar 2009 m., tad kai kas gali būti šiek tiek pasenę. Ypač 4. skyrius „Interneto cenzūravimas pasaulio šalyse“, nes per paskutinius mėnesius nutiko nemažai svarbių įvykių, iš kurių būtini paminėti 2011 m. sausio mėn. interneto atjungimas Egipte [Ric11] bei vos prieš kelias dienas Libijoje [BBC11].

1. Įvadas

Šiais laikais internetas, o konkrečiau žiniatinklis, dažnai kritikuojamas dėl to, kad suteikia infrastruktūrą ir būdus, kuriais galima pasinaudoti negeriems tikslams, tokiems, kaip nelegalaus ar įžeidžiančio turinio publikavimas (radikalų propagandinės publikacijos, vaikų pornografija, instrukcijos apie tai, kaip pasigaminti narkotikų ir sukonstruoti sprogmenis, informacija teroristams ir panašiai). Dauguma žmonių pritaria idėjai, kad internete nebūtų leidžiama plisti tokiam turiniui ir yra keli pasiūlymai, kurie stengiasi šią idėją įgyvendinti. Tokius pasiūlymus galima išskirti į pagrindines dvi grupes:

  1. Turinio blokavimas. Pagrindinė turinio blokavimo idėja yra interneto tiekėjus padaryti atsakingus už turinį, kurį jie teikia.
  2. Turinio reitingavimas bei pasiryžimas. Kitaip nei turinio blokavimas, turinio reitingavimo bei pasiryžimo idėja sako, kad interneto tiekėjų klientai (vartotojai), turėtų būti atsakingi už turinį, prie kurio jie prieina. Kad būtų įmanoma vartotojams nuspręsti, ar jie nori prieiti prie tam tikro turinio, ar ne, tam turiniui turi būti suteiktas reitingas, kurio skalė yra iš anksto apibrėžta.

Taigi, turinio blokavimo atveju, interneto tiekėjai turi kažkaip neleisti vartotojams internete pasiekti įtartino turinio. Reitingavimo bei pasiryžimo atveju interneto tiekėjai kaip tik visai nėra atsakingi už turinį, kurį jie pateikia. Šiuo antruoju atveju turinio tiekėjai turi pasirūpinti tuo, kad jų teikiamas turinys būtų įvertintas ir pažymėtas, o vartotojai turi patys pasirūpinti, kad jie prie nepageidaujamo turinio neprieitų (pvz. pasirinkdami reikiamas interneto naršyklės nuostatas, kad įtartino turinio tinklalapiai nebūtų rodomi).

Kituose dviejuose skyriuose bus apžvelgiami technologiniai reikalavimai ir jų įgyvendinimo galimybės, norint blokuoti turinį čia paminėtais būdais. Šie skyriai daugiausia remiasi medžiaga, pateikiama [Opp03] knygos 14 skyriuje.

Ketvirtame skyriuje bus trumpai pažvelgiama į politinius ir teisinius turinio blokavimo aspektus. Bus apžvelgtos šalys, kuriose internetas cenzūruojamas ir nusakyta, kaip tai iš principo daroma.

Penktame skyriuje trumpai pateikiami būdai, kaip galima apeiti interneto cenzūravimo technologijas.

2. Turinio blokavimas

Turinio blokavimo idėjai įgyvendinti dažniausiai yra pateikiami du techniniai sprendimai. Nepageidaujamas turinys gali būti blokuojamas arba paketų lygmenyje, arba programinės įrangos lygmenyje.

Turinio blokavimas paketų lygmenyje reikalauja, kad maršruto parinktuvai (angl. router) stebėtų iš kokio IP adreso ateina siunčiami paketai, lygintų juos (IP adresus) su juoduoju sąrašu ir, jei IP adresas nėra įrašytas į juodąjį sąrašą, jį praleistų, o jei paketas yra įrašytas į juodąjį sąrašą – nepraleistų tolyn to paketo.

Turinio blokavimas programinės įrangos lygmenyje reikalauja, kad būtų įgyvendinti programiniai tinklų sietuvai (angl. gateway) ir įgaliotieji serveriai (angl. proxy), kurie analizuoja resursus, ar informaciją apie resursus ir taip nusprendžia, ar atitinkama programos užklausa (pvz. HTTP GET metodo kvietimas) turi būti įvykdoma, ar ne. Pavyzdžiui, vienas dažnas būdas blokuoti turinį programinės įrangos lygmenyje yra nurodyti universaliuosius išteklių adresus (angl. URL), į kuriuos kreipiniai neturėtų būti vykdomi, ir surašius tokius adresus į juodąjį sąrašą, jį išplatinti ir įdiegti įgaliotuosiuose serveriuose. Tada, prieš įvykdydamas HTTP užklausą, įgaliotasis serveris patikrintų, ar nurodytas adresas nėra rašytas juodajame sąraše.

Atsižvelgiant į šiuos trumpus aprašymus, paketų lygmens turinio blokavimas dar yra vadinamas IP adresų blokavimas, o programinės įrangos lygmens blokavimas – URL blokavimu. Abi šios technologijos, išvardinant jų privalumus bei trūkumus, bus aptartos šio skyriaus poskyriuose.

2.1. IP adresų blokavimas

Technologijos, naudojamos įgyvendinant IP adresų (arba kitaip – paketų lygmens turinio) blokavimą dažniausiai yra tam tikri prieigos teisių sąrašai (angl. access control list), kurie turi būti pateikiami, kad būtų žinoma, kuriuos paketus praleisti, o kurių ne. Šis atskyrimas dažniausiai daromas remiantis informacija randama paketo antraštėje, dažniausiai – iš kokio ir į kokį IP adresus paketas eina.

Bendrai imant, IP adresų blokavimą gali vykdyti interneto tiekėjai, tačiau praktiškai žiūrint būtų daug efektyviau, jei šį blokavimą vykdytų interneto pagrindinių tinklų tiekėjai (angl. internet backbone service provider), kurių yra palyginus mažai. Kadangi IP adresų blokavimas yra tam tikras juodojo sąrašo taikymas kiekvienam paketui, tai galėtų būti pakankamai nesunkiai įgyvendinama interneto pagrindinių tinklų tiekėjų turimuose maršruto parinktuvuose, nes jie turi reikiamas prieigos teisių sąrašų tikrinimo savybes.

Tačiau šis metodas turi ir negerų savybių. Nors tokio metodo rėmėjai teigia, kad naudojant IP adresų blokavimą galima efektyviai blokuoti nelegalų ir įžeidžiantį turinį internete, priešininkai pateikia keturis pagrindinius trūkumus:

  1. IP adresų blokavimas yra negeras ta prasme, kad nusprendus blokuoti vieną IP adresą, reiškia, kad visi (ir virtualūs) tinklalapiai, kurie yra sukonfigūruoti naudoti šį adresą yra blokuojami ir tampa nematomi interneto naudotojams. Tai sukelia tam tikrų praktinių ir teisinių problemų kompanijoms, kurios globoja (angl. to host) virtualius tinklalapius. Nors iš kitos pusės žiūrint, tai būtų paskatinimas tokioms kompanijoms pašalinti netinkamą turinį.
  2. IP adresų blokavimas taip pat paveiktų ir kitas TCP/IP paslaugas, o ne tik HTTP. Taigi, sprendimas blokuoti tam tikrą tinklalapį dėl nelegalaus ar įžaidžiančio turinio reiškia, kad iškart bus užblokuotos ir kitos paslaugos, tokios kaip FTP, SMTP, NNTP. Taip yra dėl to, kad paketų blokavimas remiasi būtent tų paketų nepraleidimu, kurie siunčiami iš IP adreso, esančio juodajame sąraše. Nors į blokavimo sąlygas galima įtraukti ir jungčių numerius (angl. port number), taip daroma retai, nes tai, pirma, neigiamai įtakoja maršruto parinktuvų našumą, antra, jungčių numerius keisti yra dar lengviau nei IP adresus.
  3. IP adresų blokavimo prietaisai dažnai gali būti apeinami. Pavyzdžiui, įmanoma, kad tam tikras tinklalapis reguliariai keis savo IP adresą, taip išvengdamas nuolatinio blokavimo. Taip pat specifinės technologijos, tokios kaip IP tuneliavimas (angl. IP tunneling) gali būti naudojamos apeiti bet kokį blokavimo prietaisą.
  4. IP adresų blokavimas reikalauja papildomų blokavimo prietaisų skaičiavimo galių. Taigi, gali būti, kad reiktų keisti kai kuriuos prietaisus vien tam, kad jie sugebėtų apdoroti reikiamą skaičių užklausų.

Taip pat yra ir ne techninių problemų, susijusių su IP adresų blokavimu. Pavyzdžiui, ne visas interneto turinys būna persiunčiamas per interneto pagrindinių tinklų tiekėjus. Dauguma didelių organizacijų turi savo vidinius TCP/IP tinklus (intranetus) ir šių organizacijų darbuotojai nebūtų apsaugomi turinio blokavimu, kurį atlieka interneto pagrindiniai tinklų tiekėjai. Taip pat norint įgyvendinti šią technologiją atsiranda papildomos eksploatacijos išlaidos, kurias sudaro juodųjų sąrašų kūrimo, palaikymo bei išplatinimo išlaidos ir blokavimo prietaisų konfigūravimo, kad jie naudotų tuos sąrašus, išlaidos.

2.2. URL blokavimas

Turinio blokavimas programinės įrangos lygmenyje reikalauja, kad būtų įgyvendinti programiniai tinklų sietuvai ir įgaliotieji serveriai, kurie analizuoja resursus, ar informaciją apie resursus ir taip nusprendžia, ar atitinkama programos užklausa turi būti įvykdoma, ar ne. Taip išeina, kad interneto tiekėjai neleidžia savo klientams tam tikru protokolu (pavyzdžiui, HTTP) naudotis tiesiogiai, o liepia naudotis nurodytu įgaliotuoju serveriu, kuris atlieka netinkamo turinio blokavimą. Tai reiškia, kad vartotojas turi susikonfigūruoti savo interneto naršyklę taip, kad ji naudotų nurodytą įgaliotąjį serverį.

Toks URL blokavimo metodas daugiausiai naudojamas organizacijų intranetuose, kad būtų kontroliuojamas priėjimas prie tam tikrų tinklalapių (pavyzdžiui www.playboy.com). Tačiau yra ir kelios šalys, kurios blokuoja tam tikrus adresus visiems savo gyventojams. Apie tai plačiau bus rašoma ketvirtame skyriuje.

Taip pat, kaip ir IP adresų blokavimas, URL blokavimas turi šalininkų ir priešininkų. Nors šalininkai teigia, kad tai labai efektyvus būdas blokuoti netinkamą turinį, priešininkai pateikia kelias technines problemas:

  1. URL blokavimas gali būti apeinamas keliais būdais:
    1. Vartotojas gali prieiti prie tinklalapio tiesiogiai nurodydamas IP adresą. Taigi, juodasis sąrašas, kuris tikrina tik vardus, gali būti apeitas ir turi būti papildytas IP adresais, o taip sąrašas išsiplečia bent du kartus.
    2. IP adresą galima reguliariai keisti.
  2. Brukančiosios technologijos (angl. push technologies) visiškai apeina URL blokavimą, nes turinys pristatomas be vartotojo užklausimo. Kadangi URL blokavimo įrankiai filtruoja turinį tik tada, kai vartotojas daro užklausą, tai turinys, kurį gauna vartotojas be užklausos (pvz. el. laiškai) lengvai apeis URL blokavimą.
  3. Vartotojų privertimas naudotis tam tikrais interneto servisais per įgaliotąjį serverį . Taip pat tai sukuria tašką, kuriam sugedus visi vartotojai negalės naudotis internetu. Taip pat yra protokolų, kurie negali veikti per įgaliotąjį serverį, tai taip pat neleidžia visiškai filtruoti gaunamo turinio.

Taip pat kaip ir IP adresų blokavimas, URL blokavimo palaikymas sudaro papildomų eksploatacijos išlaidų. Dauguma nedidelių bei viešų organizacijų dabar nenaudoja jokių įgaliotųjų serverių ir būtų sunku joms užkrauti papildomą piniginę naštą juos įsirengti. Be to reikėtų nuolat konsultuoti vartotojus bei versti juos naudoti įgaliotuosius serverius. Ir turbūt pati brangiausia užduotis – sukurti, nuolat palaikyti ir išplatinti visiems suinteresuotiems juodąjį sąrašą. Be viso to, šios dvi ne techninės problemos irgi egzistuoja:

  1. Interneto tiekėjai gali pakliūti į nepavydėtiną padėtį, kai prisiima moralinio sprendėjo vaidmenį ir tada klientai gali skųstis, kad interneto tiekėjas per daug griežtai viską blokuoja, arba kaip tik per mažai blokuoja.
  2. Juodasis sąrašas yra ypač vertingas dalykas pats savaime, dėl to juodieji sąrašai turėtų būti apsaugomi ir neprieinami paprastiems vartotojams. Būtent dėl to tokie sąrašai būtų hakerių dėmesio centre ir jei pavyktų juos paviešinti, tai taptų kaip „būtinų pamatyti tinklalapių sąrašas“ kai kuriems interneto naudotojams. Būtent toks neigiamas efektas gali paveikti visuomenę, kad tie nepageidaujami tinklalapiai bus lankomi dar daugiau nei kai juodasis sąrašas neegzistuotų.

Kaip alternatyvą turinio blokavimui galima kalbėti apie turinio trynimą. Blokavimas neleidžia naudotojams pasiekti tinklalapio, o ištrynimas reiškia fizinį to tinklalapio pašalinimą iš serverio. Tačiau ištrinti gali tik to tinklalapio autorius, serverio administratorius arba įstatymų priežiūros tarnybos. Tačiau gali būti, kad nors ir tam tikri resursai jau ištrinti iš serverio, jie gali jau egzistuoti kitur:

  • asmeniniuose žmonių kompiuteriuose, kurie tuos resursus atsisiuntė;
  • įgaliotuosiuose serveriuose, kurie tuos resursus atsisiuntė į tinklo podėlius (angl. web cache);
  • dubliuojamojoje tinklavietėje (angl. mirror site), kuri atsisiuntė resursus tolimesniam saugojimui bei platinimui.

Vienas iš pavyzdžių tokių ištrynimų yra www.wikileaks.org projektas, kuris buvo uždraustas JAV 2007 metų pabaigoje ir ištrintas iš JAV serverių, tačiau dubliuojamosios tinklavietės veikė kitose šalyse ir tai tik padidino šio projekto populiarumą. Kaip rašoma [Wer08] straipsnyje – „Wikileaks-kaip-tinklalapio uždarymas sukoncentravo žmonių dėmesį į Wikileaks-kaip-idėją, kuri plinta šviesos greičiu“.

Trumpai apžvelgiant, ir IP adresų blokavimas, ir URL blokavimas yra techniškai įgyvendinami, tačiau nesunkiai apeinami. Taip pat, kaip minėta, juodųjų sąrašų sudarymas sukelia papildomų problemų, pagrinde tai, kad jie tampa aktyviai „medžiojamu“ dalyku ir nepageidaujami tinklalapiai gali tapti dar populiaresni, nei jie buvo iš pradžių. Tačiau reikia pastebėti, kad tai daugiau psichologinė problema, o ne techninė. Taip pat verta paminėti, kad panašūs neigiami argumentai gali būti taikomi ir reitingavimo bei pasiryžimo idėjoms.

3.Turinio reitingavimas bei pasiryžimas

Vietoj to, kad cenzūruotumėme ir blokuotumėme persiunčiamą turinį internete, reitingavimo bei pasiryžimo idėja sako, kad vartotojai patys turi apsispręsti ar jie nori matyti tam tikrą turinį atsižvelgdami į tam tikrus jiems pateiktus objektyvius kriterijus. Ši idėja atitinka bendram žmonių, kaip atsakingų už savo veiksmus ir poelgius, supratimui.

Turinio vertinimo idėja nėra koncepciškai nauja. Kai kuriose srityse tai yra aktyviai taikoma, pavyzdžiui, daugelyje šalių kino filmai yra reitinguojami, o Lietuvoje ir televizijos laidos bei filmai ir serialai dažnai būna pažymėti įvertinimu. Iš to išeina, kad turinio blokavimas negali būti nei primestas, nei juo galima daug manipuliuoti – bent jau tai dalyti būtų ypač sunku.

Tokių turinio vertinimo standartų yra sukurtų ir internetui. W3C koordinuoja iniciatyvą, vadinamą Platform for Internet Content Selection (PICS) (lt. interneto turinio parinkimo platforma). PICS tai iniciatyva, kurios tikslas sudaryti infrastruktūrą žymių suteikimui turiniui, tačiau ši iniciatyva yra neutrali ta prasme, kad ji nenurodo žymių turinio. Nurodomas tik žymės formatas ir aprašoma, kaip tam tikros žymės gali būti perduodamos. Iš to išeina, kad tai yra platforma, kuria remiantis gali būti konstruojama programinė įranga, skirta turinio filtravimui bei turinio reitingavimui.

PICS specifikacija pateikia priemones turinio reitingavimo sistemai. Specifikaciją sudaro šie pagrindiniai komponentai:

  1. Sintaksė, skirta aprašyti turinio reitingavimo sistemą, kad kompiuterinės programos galėtų pristatyti reitingavimo sistemą bei jos žymes vartotojams.
  2. Sintaksė, skirta aprašyti žymėms, kad kompiuterinės programos galėtų jas automatiškai apdoroti. Žymė aprašo arba vieną dokumentą, arba dokumentų grupę. Taip pat žymė gali turėti susieto dokumento maišos reikšmę (angl. hash value) ar gali būti net pasirašyta skaitmeniniu parašu.
  3. Būdą, įterpti žymes (ar žymių sąrašus) į RFC 822 perdavimą ir HTML formato dokumentus. Pirmuoju atveju RFC 822 stiliaus antraštės yra naudojamos, o antruoju atveju HTML META žymės yra naudojamos įterpti žymes į HTML dokumento antraštę.
  4. HTTP protokolo plėtinys, kad klientai galėtų prašyti, jog žymės būtų persiųstos kartu su dokumentu (turiniu).
  5. Užklausų sintaksę internetinei žymių duomenų bazei (dažnai vadinamą „žymių tarnyba“).

Jau pakankamai seniai yra sukurta programinė įranga, kuri įgyvendina PICS specifikaciją ir W3C palaiko tokios su PICS suderinamos programinės įrangos sąrašą (t. y. klientų programinė įrangos, HTTP serverių, įgaliotųjų serverių, žymių tarnybų ir reitingavimo sistemų sąrašai).

Bendriausia prasme PICS gali būti naudojama ir kai pats žymi (kai pats turinio teikėjas ar internetinis leidėjas pažymi turinį), ir kai žymi tretieji asmenys (žymių tarnybos).

Turinio teikėjas pirmiausia turi apsispręsti, kokį reitingavimo žodyną jis naudos. W3C rekomenduoja naudoti reitingavimo žodynus tokius, kokius jau naudoja kiti, taip palengvinant vartotojams suprasti atitinkamas žymes. Tokių reitingavimo žodynų sąrašą W3C irgi pateikia, bet nerekomenduoja jokio konkretaus vieno. Dažniausias scenarijus yra toks, kad turinio teikėjas pasirenka tam tikrą reitingavimo servisą, nurodo tam tikrą savo turinį ir užpildo anketą. Tai atlikus servisas suteikia turinio teikėjui specialaus formato žymę, kuri turi būti įterpiama į atitinkamą HTML dokumentą.

Be turinio teikėjų dar yra ir nepriklausomos reitingavimo agentūros, kurioms nereikia bendradarbiauti su turinio teikėjais, jei jos nori pažymėti jų turinį. Kaip ir turinio teikėjų atveju, nepriklausomos reitingavimo agentūros pirmiausia turi susikurti, arba paimti jau naudojamą žymių žodyną. Tada vertintojas naudoja specialią programinę įrangą, kuri sugeba įvertinti tam tikrus tinklalapius. Toliau, vietoj to, kad įdėtų žymes į HTML dokumentus, šios nepriklausomos reitingavimo tarnybos platina žymes per atskirą tarnybinę stotį, kuri vadinama žymių tarnyba. Tada vartotojo naudojama filtravimo programinė įranga turi kreiptis į tą žymių tarnybą ir gauti žymę, priskirtą tam tikram tinklalapiui.

Šiuo metu yra veikiantys keli su PICS suderinami reitingavimo servisai, kurie leidžia turinio teikėjams žymėti savo dokumentus. Pati pagrindinė reitingavimo schema ir servisas yra RSACi, sukurta Recreational Software Advisory Council (lt. poilsinės programinės įrangos konsultacinė tarnyba) ir tai buvo nepriklausoma, ne pelno siekianti organizacija įsikūrusi JAV, tačiau dar 1999 metais ji buvo prijungta prie dabar esančios Family Online Safety Institute (lt. šeimos saugumo internete institutas).

RSACi sistema pateikia vartotojams skaitmeniniu parašu pasirašytą informaciją apie smurto, nuogybės, sekso ir įžeidžiančios kalbos lygį tinklalapiuose ir žaidimuose. RSACi lygiai yra pateikti lentelėje:

Lygis Smurto reitingo aprašymas Nuogybės reitingo aprašymas Sekso reitingo aprašymas Įžeidžiančios kalbos reitingo aprašymas
4 Prievarta arba ištvirkimas, nepelnytas smurtas. Nuogumas iš priekio (klasifikuojamas kaip provokuojantis rodymas). Atviri lytiniai aktai arba lytiniai nusikaltimai. Šiurkšti, vulgari kalba arba radikali neapykantos kalba.
3 Agresyvus smurtas arba žmonių mirtis. Nuogumas iš priekio. Ne atviri lytiniai aktai. Mažiau vulgari kalba arba neapykantos kalba.
2 Realistiškų objektų naikinimas. Dalinis nuogumas. Apsirengusių lytiniai veiksmai. Vidutinio stiprumo keiksmažodžiai ar neapykanta.
1 Žmogaus sužeidimas. Per daug apnuoginantys drabužiai. Aistringas bučiavimasis. Švelnūs keiksmažodžiai.
0 Nei vienas iš anksčiau paminėtų arba su sportu susijęs dalykas. Nei vienas iš anksčiau minėtų. Nei vienas ir anksčiau minėtų arba nekaltas bučiavimasis ar romantika. Nei vienas iš anksčiau minėtų.

Vienas iš svarbiausių dalykų yra tai, kad RSACi sistemą palaiko Internet Explorer naršyklė. Šios naršyklės naudotojai gali pasirinkti pagal RSACi kriterijus, kokios kategorijos kokio lygio tinklalapius turėtų programa automatiškai blokuoti.

Verta paminėti ir tai, kad pakankamai dažnai teigiama [Yee98], kad RSACi sistema yra nepatikima dėl to, kad jos žymių skyrimas dažnai yra neracionalus. Pavyzdžiui Rubenso darbai, kuriose vaizduojamas nuogumas RSACi yra vertinamas taip pat, kaip Hustler žurnalo pagrindinės nuotraukos.

Taip pat yra dar keli dalykai, kuriuose verta žinoti apie turinio reitingavimo bei pasiryžimo technologijas:

  1. Ne visomis žymėmis galima pasitikėti. Pavyzdžiui, kompiuterinio viruso kūrėjas gali labai lengvai sukurti ir platinti žymę, sakančią, kad jo kompiuterinė programa yra saugi, nors išties ji yra užkrėsta virusu. Žymių tikrinimas pakeičia klausimą „ar pasitikėti turinio kūrėju?“ klausimu „ar pasitikėti žymės kūrėju?“ ir dėl to, jei abu šie kūrėjai yra tas pats asmuo – pasitikėti žyme nėra saugiau nei pačiu turiniu. Vienas iš akivaizdžiausių sprendimų yra naudoti apsaugotas nuo pakeitimo žymes arba kriptografines technologijas, kurios pasakytų, ar turinys buvo pakeistas nuo tada, kai jam suteikė žymę, ar ne.
  2. Vien tik turinio kūrėjo žymėjimas negali privesti iki visiško nepageidaujamo turinio blokavimo, nes kūrėjas gali nuspręsti ignoruoti kai kurias žymes (t. y. nežymėti savo dokumentų, jei jiems suteiktos žymės jo netenkina).
  3. Bet kokia reitingavimo sistema, kad ir kokia ji gerai organizuota ir vykdoma būtų, slops, jei bus nekomercinė (o komercinės, savo ruožtu, turi kitų minusų), nes reitingavimas reikalauja daug išteklių, kurių tiesiog nebus įmanoma skirti pakankamai daug. Dėl to dauguma nepopuliarių tinklalapių nebus reitinguoti ir dėl to vartotojai, kurie dėl saugumo nuspręs blokuoti nereitinguotus tinklalapius galės prieiti tik prie labai ribotos interneto dalies.

Nors ši technologija sukurta jau pakankamai seniai (daugiau nei prieš dešimtmetį), deja ji nėra plačiai naudojama.

4. Interneto cenzūravimas pasaulio šalyse

Be to, kad didelės organizacijos blokuoja įvairius tinklalapius darbuotojų darbo vietose, taip norėdamos priversti darbuotojus dirbti jiems skirtus darbus, ir be to, kad kai kurie žmonės savanoriškai blokuoja nepageidautiną interneto turinį, šiuolaikiniame pasaulyje, kur internetas ir informacija jame įgauna didelę reikšmę, yra valstybių, kurios draudžia priėjimą prie įvairių interneto resursų savo piliečiams. Šiame skyriuje bus trumpai apžvelgtos tos valstybės bei paanalizuota interneto cenzūravimo situacija pasaulyje. Bendrą vaizdą galima matyti pateiktame paveiksliuke:

__ Didžiausi interneto priešai; __ Atidžiai stebimos šalys; __ Šiek tiek cenzūruojamas internetas; __ Jokio cenzūravimo (paimta iš [Wik09])

Organizacija OpenNet Initiative (ONI) pateikia šalių skirstymą pagal interneto cenzūravimo bei stebėjimo lygį. Pateikiami žemėlapiai [ONI09], suskirstantys šalis pagal tam tikrus filtravimo aspektus, ir keturi lygiai: ypač stiprus, stiprus, atrankinis, įtariama (angl. Pervasive, Substantial, Selective, Suspected). Taip pat kita organizacija Reporters without Borders yra paskelbusi sąrašą „interneto priešai“ [RWB06] [RWB08], kuriame šiuo metu yra 15 valstybių.

Atsižvelgiant į šiuos du sąrašus čia apžvelgsime kelias valstybes bei padėtį jose.

Kuba. Kuboje vienam gyventojui tenka mažiausiai kompiuterių ir interneto prieinamumas yra mažiausias iš visos lotynų Amerikos šalių. Piliečiai turi naudotis valstybės kontroliuojamais prisijungimo prie interneto taškais, kur jų veiksmai yra fiksuojami bei naudojamas IP adresų blokavimas ir raktinių žodžių blokavimas. Pasak Kubos vyriausybės interneto paplitimas šalyje yra mažas dėl didelių jo įrengimo kaštų ir JAV embargo. Kubos vyriausybė laiko įkalinusi nepriklausomus žurnalistus, dėl to, kad jie prisidėjo prie straipsnių internete skelbimo.

Iranas. Interneto cenzūravimas yra deleguotas interneto tiekėjams, kurie blokuoja turinius, kenkiančius vyriausybei, politinius tinklaraščius, moterų teisių tinklalapius, internetinius laikraščius ir pornografinius tinklalapius. Irano tinklaraštininkai, kurie, valdžios manymų, skelbė netinkamą informaciją laikomi įkalinti.

Mianmaras (dar vadinamas Burma). Burma blokuoja politinių oponentų tinklalapius, žmogaus teises skelbiančius tinklalapius ir organizacijų, skatinančių demokratiją Burmoje, tinklalapius. Per 2007 metų antivyriausybinius protestus Burma visiškai atjungė tarptautinius interneto kanalus. Šiaurės Korėja. Tik keli tūkstančiai (t. y. apie 4%) piliečių Šiaurės Korėjoje turi prieigą prie interneto. Be to naudojimasis internetu yra ypač stebimas.

Kinija. Kinija blokuoja internetinius tinklalapius, kurie susiję su Tibeto nepriklausomybe, Taivano nepriklausomybe, policijos žiaurumu, Tianmeno aikštės protestais 1989 metais, žodžio laisve, demokratija, pornografija, blokuoja kai kuriuos naujienų tinklalapius ir kai kurių religinių judėjimų tinklalapius bei daugumą tinklaraščių. Daugiau nei 50 asmenų yra įkalinti Kinijoje dėl publikacijų internete. Blokavimui naudoja įvairias priemones: DNS filtravimą, URL filtravimą, IP blokavimą, filtravimą pagal raktinius žodžius taip pat naudojant įgaliotuosius serverius.

Sirija. Sirija blokuoja politinius tinklalapius ir yra areštavusi žmones, kurie bando prie jų prisijungti.

Tunisas. Tunisas blokuoja tūkstančius tinklalapių (susijusių su pornografija, internetiniu vertimu, blokuoja el. paštą, paieškos sistemų podėlius), lygiaranges sistemas (angl. peer-to-peer) ir ftp protokolą. Šie filtravimai atliekami naudojant neanoniminius įgaliotuosius serverius bei jungčių (angl. port) blokavimą. „Internetiniai nusikaltėliai“ yra įkalinami dėl savo veiklos internete.

Uzbekistanas. Uzbekistane neleidžiama prieiti prie tinklalapių susijusių su islamo judėjimais, nepriklausoma žiniasklaida, nevyriausybinėmis organizacijomis ir prie tinklalapių, kritikuojančių vyriausybę pažeidžiant žmonių teises.

Vietnamas. Vietname pagrindiniai tinklai blokuoja priėjimą prie tinklalapių, kuriuose kritikuojama Vietnamo valdžia, blokuojami tinklalapiai susiję su žmonių teisėmis, priešiškomis politinėmis grupuotėmis ir pan. Internetinė policija stebi klientų veiklą interneto kavinėse ir interneto vartotojai yra įkalinami už demokratijos skatinimą internete.

Kaip matome, šiose šalyse pagrinde yra naudojamos ankstesniuose skyriuose aprašytos turinio internete cenzūravimo priemonės.

5. Cenzūravimo išvengimas

Kaip ir su kiekvienu suvaržymu, žmonės pradeda norėti pasiekti tai, ko negali. Taip pat yra ir su interneto cenzūravimu – yra sukurta ir pateikiama nemažai būdų, kaip apeiti įvairias blokavimo ir/ar filtravimo sistemas.

Keli verti paminėti būdai yra:

  1. Webproxy (pvz. CGIProxy [Mar08], PHProxy ir kt.).
  2. Įgaliotųjų serverių įrankiai (angl. proxytool). Pavyzdžiui, Tor programinė įranga [TTP09], kuri veikia kaip išskirstytas tinklas. Jungiantis per Tor imituojamą įgaliotąjį serverį, užklausa pereina per kitus savanorius, prisijungusius prie tinklo, ir grąžinamas rezultatas.
  3. VPN (angl. virtual private network), tai privatus komunikacijų tinklas, naudojamas saugiai jungtis per viešą tinklą. Kadangi siunčiami duomenys yra užkoduojami, tai tik siunčiantysis (VPN serveris) ir gaunantysis (klientas) gali matyti, kas yra siunčiama. Tokie servisai dažniausiai yra mokami.

Tačiau nei vienas būdas nėra išskiriamas kaip geriausias ar patikimiausias. Daugiau apie interneto cenzūravimo išvengimą galima rasti [TIC09] [Has02].

6. Išvados

Bendriausia prasme cenzūravimas tai tam tikro pobūdžio informacijos blokavimas tam tikru kanalu. Tai nėra naujas dalykas ir vienokia ar kitokia išraiška egzistuoja jau seniai. Dėl įvairių priežasčių cenzūravimas siūlomas ir interneto turiniui. Jei būtų nuspręsta, kad interneto cenzūravimas yra būtinas, tai reikėtų rinktis vieną ar kelias iš egzistuojančių technologijų tam užtikrinti.

Šiame darbe aprašyti du pagrindiniai metodai interneto turinio filtravimui ir blokavimui. Kiekvienas iš metodų turi privalumų, bet kartu turi ir daug trūkumų. Jei interneto turinio filtravimas būtų privalomas, vienas iš priimtiniausių sprendimų būtų toks, kad interneto tiekėjai pateiktų įgaliotuosius serverius su galimybe pasirinkti vieną iš dviejų:

  1. „Švarus servisas“ – leisti prieiti prie tinklalapių, kurie yra leidžiamųjų tinklalapių sąraše ir blokuoti visus kitus.
  2. „Geriausių pastangų servisas“ – blokuoti tuos tinklalapius, kurie yra juodajame sąraše, bet leisti prieiti prie visų kitų.

Kadangi palaikyti tokius filtravimus interneto tiekėjui kainuoja papildomai, tai eksploatacijos kaštus turėtų apmokėti klientai arba interneto tiekėjai tokią paslaugą galėtų siūlyti nemokamai, tikėdamiesi, kad jiems tai suteiks konkurencingumo. Taip pat valstybė galėtų suteikti tam tikrų teisių ar nuolaidų interneto tiekėjams, kurie siūlo savo klientams tokias paslaugas.

Bet kokiu atveju norint, kad blokavimas veiktų patikimai, būtinas tarptautinis bendradarbiavimas. Vietinis turinys, kuris laikomas nepriimtinu efektyviausiai būtų blokuojamas interneto tiekėjų, tačiau dauguma interneto turinio yra svetimose šalyse. Čia iškyla tokių dilemų kaip kad vienoje šalyje tas pats turinys gali būti nelegalus, o kitoje šalyje jis gali būti draudžiamas įstatymų. Tai galima būtų spręsti tarptautiniu mastu kuriant specialią infrastruktūrą, kuri padėtų interneto turinio tiekėjams gavus užklausą iš tam tikroje šalyje esančio vartotojo priimti sprendimą, ar perduoti jam prašomą turinį, ar ne.

Taip pat bet koks bandymas blokuoti turinį neigiamai veikia viso pasaulio interneto vartotojų požiūrį. Nors nemažai valstybių sugeba blokuoti ir „apsaugoti“ savo gyventojus nuo, jų nuomone, nepriimtinos informacijos, vartotojai įvairiais būdais bando pasiekti tai, kas yra blokuojama.

Verta atkreipti dėmesį į tai, kad „interneto priešais“ vadinamose šalyse, kuriose internetas ypač daug cenzūruojamas, interneto cenzūra nėra naudojama pagal pagrindinę idėja – apsaugoti žmones nuo jiems patiems nepageidaujamos informacijos ir turinio. Šiose šalyse cenzūra naudinga ne žmonėms, o yra įvesta politiniais sumetimais ir neturėtų būti toleruojama.

Kaip ir pačiam interneto cenzūravimui, cenzūravimui apeiti yra siūloma nemažai būdų, tačiau nei vienas negali būti išskiriamas kaip geriausias, patikimiausias ar saugiausias.

Norintiems daugiau pasidomėti šiais dalykais siūlau pasiskaityti [DPR+08] knygą.

7. Šaltinių sąrašas

[BBC11] BBC News. Libya removes itself from the net. 2011 m. kovo mėn. [Žiūrėta 2011-03-06]. Prieiga per internetą.

[DPR+08] Ronald Deibert, John Palfrey, Rafal Rohozinski, Jonathan Zittrain, eds. Access Denied: The Practice and Policy of Global Internet Filtering, (Cambridge: MIT Press) 2008. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[Has02] Bennett Haselton. List of possible weaknesses in systems to circumvent Internet censorship. 2002 m. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[Yee98] Danny Yee. Against Labelling (ICRA/RSACi). 1998 m. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[Mar08] James Marshall. CGIProxy - HTTP/FTP Proxy in a CGI Script. 2008 m. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[ONI09] OpenNet Initiative. Global Internet Filtering Map. 2009 m. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[Opp03] Rolf Oppliger. Security Technologies for the World Wide Web, Second Edition. Artech House, 2003.

[Ric11] Matt Richtel. Egypt Cuts Off Most Internet and Cell Service. 2011 m. sausio mėn. [Žiūrėta 2011-03-06]. Prieiga per internetą.

[RWB06] Reporters Without Borders. List of the 13 Internet enemies. 2006 m. lapkričio mėn. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[RWB08] Reporters Without Borders. List of the 13 Internet enemies 2008. 2008 m. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[TIC09] The Internet censorship wiki. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[TTP09] The Tor Project. Tor: Overview. 2009m. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[Wer08] Jonathan Werve. Internet Censorship: A Comparative Study. 2008 m. vasario mėn. [Žiūrėta 2009-03-10]. Prieiga per internetą.

[Wik09] Internet censorship - Wikipedia, the free encyclopedia. [Žiūrėta 2009-03-10]. Prieiga per internetą.