Használjuk a Google-t proxynak!

Ha engedik a Google-t, de az összes többi HTTP forgalmat tiltják, használhatjuk a google-t proxynak!

Nincs más dolgunk, mint felmenni a www.google.hu oldalra, a felső sávban a "Fordító" lehetőségre kattintani, majd beírni a keresősávba a kívánt URL nevét. A google helyettes szerverként jár el, leproxyzza az oldalt, és úgy küldi át nekünk. Csak a google szerverével vagyunk kapcsolatban, mással nem! :)

---

OpenWRT

OpenWRT - Wireless Freedom. Ez a jelszava annak a Linux alapú firmwarenek amit akár az otthoni SOHO routerekre vagy akár x86 alapú PC-re is lehet telepíteni. Nos, én leszedtem a DD-WRT-t és felraktam magamnak az OpenWRT-t a 741ND-re.

Különösebben gondom nem volt a DD-WRT-vel, csak ki akartam próbálni ezt a firmware-t is, de megvallom őszintén nem bántam meg :)

Nem szeretném lépésről lépésre leírni a telepítés menetét, röviden: DD-WRT to stock-->OpenWRT-->mivel DHCP-n kapom a címet nem volt mit konfigurálni, ezért közvetlen volt netem, lehet csomagtárolót frissíteni-->root jelszó az SSH bejelentkezéshez, telnet letiltása-->iptables-mod-extrák telepítése-->LuCI telepítése-->WiFi konfig-->router bevédése.

Továbbá csináltam  egy új dolgot is, ICMP tunnelingnek hívják. TCP csomagokat ágyaz ICMP adatpakkokba, így ahol tiltják a netet, de lehet pingelni, ott már nyert ügy van. Kell egy proxy szerver és a kliens. Szerver a router, kliens az meg a távoli gép, ahonnan épp bejelentkezem. Ezen az ICMP tunnelen keresztül SSH kapcsolatot létesítek, akár meg is lehet csinálni hogy ICMP tunnelbe ágyazunk SSH tunnelt és a HTTP forgalmat meg keresztüllőjük ezen a SOCKS proxyn. Jó, nem? :-D

Ennek több jótékony hatása is van: Ahol nem biztonságos a közeg, ott biztonságban vannak az adataink (pl reptér, internetkávézó, stb), vagy ahol korlátozások vannak a hálózatban, de a ping engedve van, ott lehet ezt érvényesíteni. Nagy sebességre nem kell számítani, tehát youtube videót senki ne akarjon nézni ezen keresztül, statikus oldalak megtekintésére viszont éppen jó ez a módszer. A program, amivel ezt véghezvittem, a ptunnel. OpenWRT-re felpakoltam, oké, megy :) Kliens elérhető Linux-Windows alá is, szóval többplatformos :) Ajánlott dolog!

---

Telefonvásárlás előtt...

Üdvözlet!

Július 27-e óta nem írtam új bejegyzést, de ráfogom arra, hogy dolgozom :) Pötöc bekerült a munka világába :)

Most, hogy dolgozom, van jövedelmem, gondolkodom hogy milyen telefont vegyek, hiszen a Live With Walkmanemet azóta sem tudtam moddolni, a zárt bootloader és a fastboot hiánya miatt.

Gondoltam meglepem magam egy új telefonnal, de vacilálok, hogy melyiket vegyem meg az alábbiak közül:

• Nokia N900: a telefon a geek beállítottságúak és a hackerek legjobb barátja, Maemo 5 fut rajta alapból, de viszi az Androidot, Ubuntu/Debian/Arch disztrók közül amelyiket szeretnénk, sőt, a Meegot is életre lehet kelteni rajta. Egyetlen hátránya, hogy a Maemot a közösség tartja életben, a hardvere elavultnak számít, újat már nem kapok mert nem gyártják, de mentségére szóljon hogy a használt telefon olcsó (max 45k), 32GB belső memóriája van, fut rajta az Aircrack-ng, Metasploit Framework vagy bármi, amit cross compilerrel lefordítok és rápakolok a telefonra.

• LG Optimus 4X HD: Igazi erőmű, 4 magos (vagyis hivatalosan 5) Tegra 3-as proci, 1 giga RAM, 16GB belső memória, TrueHD IPS kijelző, odavág :) Méltó ellenfele a Galaxy SIII-nak vagy a HTC One X-nek. Egyetlen dolog, az Android. A platform nem egységes, mert szinte mindenki gyárt Androidos készüléket, példának okáért: Samsung, ZTE, Huawei, HTC, LG, Motorola, és ezeknek a gyártóknak van millió készülékük, mind más-más hardverösszetevőkkel. Ráadásul az LG a rendszerfrissítéseket sem szorgalmazza, így csak 3rd party ROM-okra támaszkodhatnék.

• iPhone 4: Igazából ez áll a szívemhez a legközelebb, bár ez is már egy régebbi modell, de mivel az iOS-t futtató eszközökből lényegesen kevesebb van, és csak egy gyártó gyártja, a platform egységes marad. Hiába a gyengébb hardver (1 magos proci 800MHz-en, 512MB RAM), a rendszer optimalizáltsága miatt ezt nem vesszük figyelembe. Összehasonlításképpen, a mostani telefonom 1 GHz-en fut, ugyanúgy 512MB RAM van benne, és mégis lassabb és megröccenik. iPhone-t még nem láttam beakadni, pedig az osztálytársamét mindig nyomkodtam..ráadásul az Apple gondosan ügyel a szoftverfrissítéseire, szóval ez a készülék még kapni fog támogatást. 

A döntés igen nehéz, mert mindhárom telefon nagyon bejön, és sajnos arra nincs pénzem, hogy mindhármat megvegyem :-D

Igazából azért ezeket a telefonokat választottam, mert elérhető áruk van: Nokia N900 használtan max 45k, az LG készüléke 91k T-mobile-nál úgy, hogy 2 évig aláírom a hűséget az 5400 forintba fájó díjcsomagra, az iPhone 4 pedig 90k. Már egy ideje nézegetem a review videókat, de nem tudok döntésre jutni..Majd karácsonyig lesz valami :)

---

1 TB HDD csak 32MB RAW-nak látszik

Szép napot!

A mai nap folyamán érdekes probléma ütötte fel a fejét. Egy jó ismerősöm gépébe egy SSD-t szereltem, rendszerpartíciónak. A régi (merevlemezen lévő) rendszerpartíciót formáztam, és egy rendszermentést állítottam vissza az SSD-re. Tekintve, hogy a rendszerbetöltőt nem volt hajlandó visszaklónozni, nem indult el a gép.

Ez a probléma egyszerűen orvosolható volt, lehúztam a régi vinyót, és a Windows 7 telepítőjével helyreállítottam a rendszerbetöltést. És ekkor jött a fekete leves: A gépben adatpartíciónak használt 1 TB-os winchestert nem látta a gép, csak egy 32MB-os RAW partíciót jelzett ki.

A BIOS-ban is ugyanez volt a helyzet, több segédprogram is ezt mutatta. A merevlemez hibájára gyanakodtam, de hál' Istennek nem a vinyó volt a hunyó, hanem a BIOS.

Internetes problémamegoldások után keresve találtam rá a megoldásra: A Gigabyte márkájú alaplapok, amelyek XpressRecovery-val is rendelkeznek, gyárilag bugosak. Ebben a gépben is egy ilyen teljesít szolgálatot, így az interneten talált megoldás illik is rá.

A merevlemezeknél van olyan lehetőség, amely megengedi azt, hogy a BIOS és az OS elől "elrejtsünk" merevlemez-területeket (a merevlemez-vezérlő segítségével). Ez az ún. HPA vagyis a Host Protected Area. A BIOS bug-jából adódóan valamilyen oknál fogva az beállított egy ilyen "elzárt területet", és ezért látszott csak 32MB-os RAW-nak a vinyó.

MEGJEGYZÉS: NE FORMÁZD A MEREVLEMEZT, NE CSINÁLJ VELE SEMMIT! NAGYON FONTOS!

A megoldás:

Először is ismernünk kell a HPA készítés menetét (Wikipedia).

1. Az IDENTIFY DEVICE visszaadja a tényleges méretét a lemeznek, a READ NATIVE MAX ADDRESS ugyanezt teszi.

2. A SET MAX ADDRESS lecsökkenti a lemez közölt méretét, a READ NATIVE MAX ADDRESS visszaadja a tényleges méretet, a HPA kész.

3. Az IDENTIFY DEVICE visszaadja a HPA-val készített hamis méretét a diszknek, a READ NATIVE MAX ADDRESS visszaadja a tényleges méretet. A HPA ezennel életbe lépett.

Magyarul, a BIOS bug-ból adódóan a SET MAX ADDRESS segítségével lecsökkent a merevlemez közölt mérete 32 MB-ra. Ezt kell visszaállítani a merevlemez maximális méretére.

A Wikipedia segített a megértésben

Erre több megoldás is létezik (forrás: Wikipedia).

• HDAT2
• setmax
• Feature Tool (Hitachi merevlemezeknél)
• MHDD
• hdparm
• FreeBSD rendszer alatt "sysctl" segítségével.

Az én esetemben a HDAT2 program volt kéznél, azzal oldottam meg.

Kiválasztjuk a merevlemezt

A kijelölt menübe navigálunk

A "Set Max Address" kell nekünk

Beállítjuk a megfelelő értékre

Nálam nincs semmi gond, a Native és a User area megegyezik. Ahol nem, ott a New value részhez a Native area-1 értéket kell írni. Tehát ahol például xxxx68 a vége, oda xxxxx67-et kell odaírni. "S" gombbal lehet beállítani, utána restart. A BIOS is látja a teljes méretet, az OS-ben pedig a partícióinfók is helyreálltak. Ennyi :) A békesség érdekében érdemes a partíció(ko)n chkdsk-t végezni.

Sajnos az oldalra nem emlékszem már, ahol találtam, de minden olyan honlapnak köszönet, akik írnak erről :-D

---

Live with walkman - tapasztalatok

Hali!

Jó ideje nem írtam már a blogba, itt a nyár, sok a dolog :) nem szeretném elhanyagolni az oldalt, azért mindig közzéteszek valamit, ha van időm :)

Néhány tapasztalatomat szeretném leírni a telefonról. Egy igazi erőgép, kis kijelző, erős hardverrel, a gyorsasággal nincs problémám. Ellenben ami nagyon "pain in ass" érzés az az, hogy nem tudom unlockolni a bootloadert.

A bootloader unlock engedi más kernelek és ROM-ok telepítését a készülékre. A Sony egy official unlock methodot adott ki, aminek segítségével kinyitható a rendszerbetöltő, lehet rá tenni amit szeretnénk. Persze ilyenkor ugrik a garancia is, de hát valamit valamiért. A szolgáltatófüggő telefonokat ezzel az official unlocking methoddal nem lehet kinyitni, mert a szerviz menüben a "Bootloader unlock allowed" résznél NO szerepel. Magyarul a szolgáltató letiltotta azt, hogy bármit is lehessen moddolni a készülékkel, nincs fastboot mode.

Erre okosan kitalálták azt, hogy a telefon akksija alatt van egy sor érintkező, és ebben bent van az ún. test point amit ha összezárunk a GND-vel plusz egy speckó programot indítunk és úgy kötjük rá a gépre akkor ez csinál egy bypass-t aminek segítségével kinyitható a bootloader. A kedves kollégák olyan rendesek, hogy ezért pénzt kérnek el, miért is legyen ingyen a parasztnak. Végülis elég jól profitálnak, 10 EUR, 15USD, ilyen árban mozog egy ilyen dolog, mikor az egész folyamat kb 5 perc. Mivel én nem vagyok hajlandó fizetni egy ilyen módszerért, marad a gyári ROM a telefonon. Ha majd lesz rá keret akkor lesz egy másik phone, lehetőleg olyan, amin nem kell szívni custom ROM felrakásával, ezt meg visszaadom a faternak :)

A gyári ROM-on alkalmazható egy exploit, aminek segítségével rootolni lehet a telefont + ClockworkMod recoveryt lehet felpakolni, én alkalmaztam is, most rootolt a készülék és van recoverym is. Mielőtt felmerülne a kérdés hogy "Hogyha van recovery, miért nem lehet custom romot felrakni?" akkor már most leszögezem, hogy a custom ROM-hoz custom kernel kell és custom kernelhez meg nyitott bootloader :) A rootoláshoz még annyit fűznék, hogy amiért kellett elsősorban az a SetCPU nevű alkalmazás. Profiloknál beállítottam hogy ha ki van kapcsolva a képernyő, akkor 368MHz legyen a max órajel, amit a proci elérhet. 368 MHz elég ahhoz, hogy a hívásokat tudja fogadni, sms-eket le tudja kezelni, kikapcsolt képernyőnél ne szaggasson a zene ha szól, stb. Ezáltal nő az üzemidő is.

Abból a szempontból rossz a gyári ROM, hogy egy csomó fölösleges szolgáltatás van benne, amiket akárhogy is lelő az ember egy task killerrel, mindig visszamásznak. Ilyenek a Games by PopCap, vagy a zenelejátszó egy olyan pluginja, hogy a hallgatott zene adatait posztolja ki facebookra. És ebből rengeteg van, ez a kettő csak példa volt. És úgy telinyomja a RAM-ot, hogy az hihetetlen. Felhasználói élmény szempontjából nem lényeges, csak ha az ember netezik a telefonon akkor egyszercsak azt veszi észre, hogy megy le a szabad RAM, elég rendesen. 47MB marad a sokból, ha meg lelövöm az appokat akkor meg egyből lesz 170MB, szóval ja..

De hogy írjak jó dolgokat is, a telefon tényleg egy vasgyúró, nemigen szokott megakadni a felhasználói interakciók során, elég sokáig bírja az akksi (bár van úgy hogy ilyen 5 órákat hozzá se nyúlok), a zenelejátszás nagyon jó a sztereó hangszórókon, a Spica után tetszik a LED notification, az hogy van első kamera, van proximity sensor, meg ez egy olyan összerakott készülék, ami nem laggol ha pl homescreent váltok..

Jó kis cucc, csak az egyetlen fájdalmam az, hogy nem tudok rá custom cuccot rakni. De mindennapi használatra tökéletes.

---

Az új készülékem: Sony Ericsson Live with Walkman

Üdv!

A Telenor hatalmas akciójának köszönhetem a mostani készülékemet, a címben szereplő Sony Ericsson Live with Walkman telefont.

Igazából nem is én kaptam, fateromék vettek telefont, én csak elcseréltem apuval a Spicát erre, tehát családban marad a régi cucc :)

A készülékről annyit:

• Szép kis szappantartó alakja van, jól illeszkedik a tenyérbe, épp ideális méretű
• Sztereó hangszórói és az xLoud technológia révén akkorát szól, hogy a Spicát is kenterbe veri. Pedig a Spica is jól tudott "üvölteni" :D
• 3,2" kijelzője van, épp elég, nem egy AMOLED, de szép
• 1GHz-es Qualcomm MSM8255 processzora van, Adreno 205 GPU-val, ez a kis kijelzővel párosulva eszméletlen sebességet produkál. Isten bizony azt nehéz megszokni hogy nem laggolnak az UI műveletek :)
• 5MP kamerája van, tud 720p-ben felvenni, igaz nem olyan szépen, mint pl. egy Galaxy SII, de akkor is korrekt :)
• Van rajta vaku, előlapi kamera, közelségérzékelő szenzor, de szerintem ez már alap egy újabb Androidos készüléknél
• Mostani rendszere 2.3.4-es Gingerbread, elvileg meg fogja kapni az official 4.0 frissítést is

Személy szerint azért örülök a telefonnak ennyire, mert nem a gyártó saját processzora van bent (mint a Samsungé a Spicában), hanem ez az SoC több telefonban is dolgozik, így a kernel moddolás mehet pl HTC és Sony Ericsson között is (nekem lételemem a moddolás). Néztem videókat, az 1,8GHz-et bírja a chip, de ez már tényleg a max, ellenben egy 1,2 GHz röhögve menne neki. Itt mindennek csak az akksi szab határt, 1200mAh -s darab került bele, ha nyúzom akkor egy nap alatt le tudom meríteni, de ezt betudom annak is, hogy sok fölösleges (vagy legalábbis én nem használom ki) háttérszolgáltatás fut, ami ugyancsak szívja a telepet. Ha egy stock Android, amibe nem nyúl bele a Sony, vagy egy Cyanogenmod kerül rá, akkor sokkal tovább is kibírná. Az Xperiákhoz adtak ki egy új kernelt, új CPU governorokkal, IO ütemezőkkel, így finomhangolni lehet a készülék minden kapcsolódó beállítását a képernyő állapotától függően. Ez is nagyban megkönnyítené az akksi életének meghosszabbítását. Tehát nem kell pl egy ondemand governor akkor, amikor épp le van zárva a kijelző, oda elég a conservative is. Ezek is sokat dobnak a teljesítmény/fogyasztás arány jobbá tételén.

Konklúzió:

A teló tetszik, igazi kis szappantartó, bőven elég a teljesítménye, mivel szeretek telefonon zenét hallgatni így a Walkman pont nekem való. Most 47990 Ft függetlenül, szerintem megéri. Bár iPhone párti vagyok, tetszenek ezek az új készülékek. Megmutatják, hogy lag mentes UI műveletet más is tud produkálni, nem csak a szifon :)

---

SSH tunneling PuTTY-al

Üdv!

Suliban tanultuk, mi is az az SSH tunneling, de eddig nem igazán érdekelt. Ámbár tegnap láttam egy videót, amiben erről tettek említést, így gondoltam kipróbálom.

Mi is ez?

Az SSH tunneling a "szegény ember VPN-je". Ha van egy publikus szerver, amihez van hozzáférésünk SSH-n keresztül, akkor az SSH csatornát egyfajta tunnelnek, vagyis alagútnak tudjuk használni.

Mire jó?

Ha egy iskolai vagy céges tűzfal van felállítva a hálózatban, amin blokkolják a webezést, levelezést, de pl az SSH az engedélyezett szolgáltatások közé tartozik, akkor ezen tunnel segítségével meg tudjuk kerülni a tűzfalat. Így az SSH protokoll egyfajta szállító protokollá minősül át, ami a "hasznos terhet, payloadot" vagyis a webes vagy levelező forgalmat szállítja.

Másik példa: Az ISP (internetszolgáltató) szűri a forgalmat, itt például a peer-to-peer -re gondolok, akkor ennek segítségével azt is ki lehet kerülni, valamint ha harmadik személy akarja lehallgatni azt, akkor ő is csak titkosított adatokat lát. Magyarul egy titkosított csatorna alakul ki a szerver és miközöttünk.

Ha lekérjük az IP címet, akkor a szerverét fogjuk látni. Pöpec nem?

Hogyan lehet ezt megcsinálni?

A Connection ---> SSH ---> Tunnels fül alatt kell az alábbi beállításokat megadni. A source port legyen 8080, bár tetszőleges is lehet, az első rádiógombot Dynamicra kell tenni, a másodikat alapállapoton, (Auto) hagyni, végül az Add gombra nyomni. Utána csak vissza kell szambázni a Session-ökhöz, és bejelentkezni a külső szerverre.

A PuTTY beállításai véget értek. A rendszer proxybeállításainál pedig a SOCKS proxyt kell beállítani, azt is 127.0.0.1-re és a port pedig 8080, vagy amit megadtunk. Mentés, és próba! A legjobb próba a whatismyipaddress.com oldalon tehető, ott nem a saját IP címünket kell látni, hanem a külső szerverét.

Másik próba: Wireshark vagy Ethereal programmal elemezni kell a hálózati forgalmat, és ott mást nem lehet látni, csak Encrypted SSH packeteket. Így a hálózati forgalmunk rejtett marad. Ellenben a szerver már titkosítatlanul küldi tovább az adatokat, így ha valaki ott szimatol, akkor elfoghatja azokat.

De mindazok, akik a szerver és a saját gépünk között vannak, nem láthatják az adatainkat, így ez egy nagyon jó védelem. Ha gyorsan össze kell ütni egy titkosított csatornát viszonylag rövid időre, de nincs kedvünk VPN-nel szórakozni, akkor ez az ideális választás. Ajánlom!

---

ATI nyílt forrású driver "power management" + Compiz villódzás megoldása

Hali!

Bizonyára sokan használnak ATI kártyát (bocs, AMD) mostanság, asztali PC-ben, notebookban, így nekik jól jöhet ez a pár tanács.

Kétféle driver létezik ATI kártyához Linux alatt. Az egyik az Xorg által nyújtott illesztő, a másik a zárt forrású fglrx modul. A rendszerben alapban megvan az xorg-os driver (radeon névre hallgat), az fglrx-et pedig utóbb kell felinstallálni, ha szükség van rá. Az egyszerű halandó embernek teljesen megfelel a nyílt forrású driver, hiszen az is viszi a Compizt, és nem kíván konfigurálást. A tapasztaltabb júzereknek kellhet az fglrx driver, de ahhoz, hogy azt fel lehessen tenni, akkor vagy csomagtárolóból kell telepíteni, vagy az AMD weblapjáról kell egy .run kiterjesztésű fájlt lehúzni, telepíteni a kernel-headereket és a build-essential (vagy Development tools) csomagokat és utána a .run fájl futtatásával lefordul a modul is a gépre.

Én a Pinguy OS-emet az xorg-os driverrel használom, compiz tűrhető sebességű, probléma nincs vele, nincs miért szórakoznom az fglrx forgatásával.

Néztem az X.org wikiben a radeon driverhez használható power management beállításokat, mert a videokártya "tutul", hangos a ventije, gondoltam biztosan lejjebb lehet venni. Próbálgattam a beállításokat, és kilyukadtam a Fedora alatt tapasztalt problémához. Lassú grafikai műveletek, villódzó kijelző. Ekkor realizálódott, hogy a kártya "low" értéken futott, csak high-ra kellene állítani, és semmi probléma nem lenne vele. Csak akkor még ezt nem tudtam...

Írtam egy aranyos kis szkriptet, amivel tetszés szerint lehet a kártya power management értékeit manipulálni, benne egész jól ledokumentálva hogy melyik érték mire való. Az angol szöveget az X.org-ról copyztam, a magyar szöveg saját fordítás :) Fel is töltöttem a szkriptet, itt elérhető.

Szóval, ha lassú a grafikai művelet, és semmiféle zárt meghajtót nem telepítettél, ha a compiz ablakműveletei és effektjei villódzással járnak, ajánlom a szkriptemet. Még körüljárom, hogy mivel lehetne bővíteni, de a céljának megfelel. A szkriptet angolul írtam, hiszen máshol is meg fogom osztani, de igyekeztem kezdő angolosoknak is érthetően fogalmazni :) Használd egészséggel!

Szerkesztve! 2012.04.02 21:57

---

Pinguy OS

Háááj!

A március tizenötödike utáni hosszú hétvégén egy kicsit szórakoztam új rendszerek próbálgatásával, mivel a Clonezilla nem volt hajlandó visszaklónozni egy már mentett image-t egy kisebb partícióra, mint amiről lementették. Az Arch Linuxom így nem állt rendelkezésre, új rendszer után néztem (nem akartam újra felkonfigurálni alapról egy Archot). Sokminden megfordult a kezem alatt.

Elsőnek Fedora -t tettem fel, tetszett, rpm alapú disztró, csak egy hibája volt. Compiz ablakműveleteknél, kockaforgatásoknál villódzott a kijelző. Ezt nem sikerült akkor megoldanom, de mostanra megvan a megoldás, a következő cikk erről fog szólni! Szóval ez a hiba akkor elvette a kedvem, mennie kellett. Jött a Gentoo. Telepítsünk egy rendszert az alapoktól, oké. Az alaprendszer szépen fel is mászott, grafikus felületet akartam csiholni, jött nekem az USE flagekkel. Egy órányi próbálgatás után sírva letettem a hajam az asztalra. Menj te is Gentoo...

Következő delikvens a Debian. Netinstall imaget töltöttem le, fel is nyomta az alaprendszert, jöhetett a grafikus felület..cirka 1.5 óra letöltés..uhh..és az eredmény sem az volt amit vártam, első blikkre nem állt kézre a rendszer, gondoltam ez sem az igazi. Jött a CentOS. Red Hat-ból származtatott rendszer Gnome2 felülettel..ígéretesen hangzott..de amikor egy VLC telepítésekor hibát kaptam, gondoltam magamban,  menj szépen te is CentOS. Jött a FreeBSD, hozzáteszem imádom a rendszert, csak amikor gnome2-t akartam forgatni ports rendszerből és egy ilyen függőségi-hibalánc (ennek ez kell, de ez igényli ezt is, huh még ez is kéne) alakult ki, letettem róla. Jött a GhostBSD, FreeBSD gnome2 felülettel, ő meg nem volt hajlandó települni se..uff..

És akkor jött Ő, a maga Ubuntu és Linux Mint alapjával, VLC-vel, Dockyval, Playonlinux-szal és Wine-vel, alapban installált Compiz Fusion-nel, a Pinguy OS! :D

Ez a disztró a kezdő és a haladó, de lusta felhasználóknak készült. Nem kell konfigolni semmit, a júzer szájába repül a sült galamb. Nekem pont ez kellett, éppen csak a compiz effekteket és témabeállításokat változtattam..semmi máshoz nem nyúltam :D Firefox is tele van pluginekkel, a helyi menük (ami jobbklikkre jön elő) tele vannak tök jó kiegészítésekkel. Egy pillanat alatt belopta magát a szívembe :) 11.04 LTS verzióra épül, vagyis sokáig támogatott lesz, így amíg rám nem jön az ötperc és megint próbálgathatnékom lesz, addig marad :) tetszik nagyon =)

Az .iso 1.6 Gb (majdnem 1.7), de azt hiszem a mai netsebességeknél vállalható. Ajánlom a kipróbálását!

---

EuroSkills 2012 válogatóverseny

Üdv!

Tegnap (03.08 csütörtök) részt vettünk az EuroSkills 2012 válogatóversenyén. 3 fős csapatok indulhattak, a suli két technikusi osztályából 3-3 csapat.

A verseny 3 témakörben "versenyeztette" a csapatokat. 1 Cisco-s ember, 1 Windows Server-es, és egy Linuxos. Ki lehet találni, hogy a mi csapatunkban nekem mi volt a szerepem :))))

Azonban gond adódott már rögtön a verseny kezdése után nem sokkal, ugyanis nem érte el senki a suliból a honlapot. Minden más ment, csak az az egy oldal nem. Túlterhelésre gyanakodtunk, de ugyanazzal a netkapcsolattal és egy proxy szerver beiktatásával el tudtuk érni, csak csúsztunk fél órát. Már nagyban töltöttük a teszteket, amikor lehalt a honlap, mikor élt újra a kapcsolat, nem engedett újra próbálkozni mondván csak 1 próbálkozás engedélyezett...Utólag okos az ember, de azért végigkövettem volna az útvonalat a célállomásig akkor, amikor működött és amikor nem, ezután ezeket összehasonlítani, hogy hol dobja el a csomagot..útközben, vagy esetleg a szerverüknél............

A Cisco-s feladatokat kis odafigyeléssel elég jól meg lehetett csinálni (ugyanis ma végigvettünk mindent), de az a Maja prófécia feladat kiverte a biztosítékot. Tudniillik egy hálózattelepítő és konfiguráló feladatra ráhúztak egy történetet, egy mesét, amit mikor megláttam, majdnem hanyattestem a székemmel. A vérbeli geek-ek pedig igencsak örültek, amikor meglátták a feladatot a Cisco facebook oldalán..nyomták is a "ez tök jó :))" szöveget..bloáh! Inkább mondták volna meg a szervezők, hogy mit kell összerakni, ahelyett hogy ilyen meséket nyomatnak. Szerintem a melóhelyen se fognak balettozni meg mesés formában előadni azt, hogy mit kellene összeállítani.

Windows Serveres feladathoz hozzá sem szagoltam, az nem az én szakterületem, arra volt emberünk, aki megoldja :) Zömében az Active Directory-ról kérdeztek.

Linuxnál pedig volt egy könnyű és egy haladó teszt, a könnyű teszt első oldalát tudtam csak megoldani, a rendszer hibája miatt, a többi oldalt nem is láttam. Amúgy a Cisco facebook oldalán azt írták vissza, hogy biztos helyi hiba..naná... A haladó résznél volt, ami kicsit megizzasztott, de azért vállalható volt. Aztán következett egy szkriptírási feladat, tök alap volt, csak volt benne egy ciklus, amit nem tudtam megoldani. Szerintem az 90% lenne, ha beküldtem volna. Ugyanis feltölteni nem tudtuk a versenyportálra, mert a proxy amin keresztül elértem előbb az oldalt, összeratyizta magát vagy nem tudom..szóval az se lett beküldve.

Az utolsó rész pedig egy szakmai angolos taszk volt, teszt jellegű, nemigen okozott problémát.

Az igazság az, hogy jól szerepeltünk volna, ha ez a technikai akadály nem üt be..na de mindegy..kipróbáltuk magunkat, akik ott voltunk tudjuk, hogy helyt álltunk, a többi nem számít.

---

DD-WRT: átviteli sebességek

Hi!

A routeremre két számítógép van rákötve kábeles kapcsolattal. A két eszköz között a fájlmásolás sebessége 1,12 MB/s volt. A routerben lévő switchportok viszont tudnak 100 Mbitet is, így furcsálltam, hogy nem 10-11 MB körül van az átviteli érték.

Közvetlen kábelkapcsolatot alakítottam ki a két gép között crosslink kábellel, a hálókártyákat 100Mbit full-duplex üzemmódba hoztam, és máris teljesítette az elvárt értékeket. De így az internetmegosztást NAT-tal kellett megoldani, ami sikerült is, csak gondoltam bizonyosan van egyszerűbb megoldás is. És lett :)

Mivel a DD-WRT Linux alapú, megy rajta az ifconfig parancs. Kilistázta az interfészeket, az eth1 a 4 switchport (LAN) a routerben. Utánajártam, hogy lehet sebességet és duplexitást állítani ifconfig paranccsal, beállítottam, és routeren keresztül is teljesül a 100Mbit :) Be kell SSH-zni az eszközre (erre jó az openssh-client vagy a PuTTY), majd kiadni ezt:

ifconfig eth1 speed <érték>, ahol az értékek így alakulnak:

10 : 10 Mbit Ethernet half duplex

20 : 10 Mbit Ethernet full duplex

100 : 100 Mbit Ethernet half duplex

200 : 100 Mbit Ethernet full duplex

Ilyen formán a WiFi átviteli sebességét is meg lehet változtatni, csak azt az iwconfig paranccsal. A vezetéknélküli interfészem az ath0.

iwconfig ath0 rate <érték>. A pontos értékeket itt lehet megtudni: DD-WRT Wiki

Ha lassú az adatátvitel, ezek a parancsok segíthetnek :)

itt és itt találtam meg a megoldást, sokat segített ez a két oldal, további infó is található rajta! :)

---