Internet Explorer beállításokból eltűnt a Kapcsolatok fül (Windows XP esetén)

Közzétéve 2013. március 24. vasárnap Szerző: Arnold

Nemrég fedeztem fel, hogy az AnyConnect szoftver szereti eltüntetni az Internet Explorerben a Kapcsolatok fület. Ez azért gond, mert ha van beállítva proxy vagy PAC file, akkor azt csak reistryből lehet kikapcsolni ennek hiányában.

Először is leírom, hogy hogyan lehet ismét láthatóvá tenni a Kapcsolatok fület, majd azt, hogyan lehet registryből beállítani a proxyt vagy a PAC filet.

Első lépés, hogy a Start menüből a Futtatás-nál indítunk egy CMD-t és beírjuk, hogy regedit, majd enter! Itt ki kell választani következő menüpontot:

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Internet Explorer\Control Panel

Meg kell keresni a következő bejegyzéseket:
ConnectionsTab és a Connwiz Admin Lock-ot. Az első a Kapcsolatok fület rejti el ha 1-es az értéke, a második pedig a Helyi hálózati beállításokat rejti el ha 1-es az értéke.

Ezért mindkét értéket 0-ra kell állítani. Lehet, olyan is, hogy a Connwiz Admin Lock nincs a listában. Ha a Helyi hálózati beállítások megjelenik enélkül is, akkor nem kell hozzáadni kézzel.

Ha nem akarjuk láthatóvá tenni a fület, vagy pont az elrejtése volt a célunk, akkor a registryből is át tudjuk írni a PAC fájlt vagy a proxy szervert a következő helyen:

“HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings”

Itt az AutoConfigURL-nél kell megadni a PAC file elérési útját ha PAC fájlt használunk.
Ha közvetlen IP elérésű proxy szerverünk van, a ProxyEnable értékét 1-re kell állítani, a ProxyServer értékét pedig a proxy szerver címére.

Mobilneten / 3G-n Gtalk szétkapcsol és a Gmail értesítések késnek, lassúak. Wifin pedig nem.

Közzétéve 2013. március 18. hétfő Szerző: Arnold

Biztos vagyok benne, hogy már többen jártatok úgy, hogy a Gtalk vagy a GMail mobilnet használata esetén késve (vagy egyáltalán nem) szinkronizálta le az üzeneteket, holott push szolgáltatásról van szó. WiFi esetében is előjöhet ez a hiba de nagyon ritka, csak bizonyos routerek esetében fordul elő. Én sokáig szívtam ezzel, de most megtaláltam a megoldást.

A probléma az, hogy a Gtalk mobilnet esetén 28 percenként küld állapotfrissítést (heartbeat) a szerver felé és általában a mobilnet szolgáltató ennél kevesebb idő alatt bontja a kapcsolatot (nem magát a mobilnet kapcsolatot, hanem az 5228-as porton folyó kommunikációt a szerverrel) üresjárat miatt. Erre az a megoldás, hogy csökkentjük az üresjárati időt mondjuk 5 percre, de ez nem olyan egyszerű dolog.

Először is a telefonunknak root-olva kell lennie, ennek módjáról itt olvashattok bővebben. Ha ezzel megvagy (vagy már eleve root-olt volt a készüléked) akkor fel kell telepítened a Push Notifications Fixer nevű alkalmazást. Ezzel a programmal át tudod állítani a telefonon a heartbeat-ek sűrűségét.
A gyári beállítások:
– mobilnet: 28 perc
– Wifi: 15 perc
Ajánlott beállítások a Push Notifications Fixer-el:
– mobilnet: 5 perc (vagy 4 perc, de kevesebbet nem érdemes)
– Wifi: 15 perc (vagy 10 perc)

Ha ezzel megvagyunk nincs más teendőnk, mint élvezni, hogy mindig mindent időben megkapunk 🙂 És ami még fontos, ez a beavatkozás nincs érezhető hatással az akkumulátor üzemidejére.

Akit a téma bővebben érdekel, annak az alábbi linkeket ajánlom figyelmébe (ez volt a forrás is):
– http://forum.xda-developers.com/showthread.php?t=2142503
– http://forum.xda-developers.com/showthread.php?t=1367839&page=9
– http://code.google.com/p/android/issues/detail?id=22570
– https://code.google.com/p/android/issues/detail?id=49721

Processzor terhelés visszajelző a Taskbar-on

Közzétéve 2013. február 5. kedd Szerző: Arnold

Ha szeretnéd tudni (késleltetés nélkül), hogy mennyire van leterhelve a telefonod processzora egy adott pillanatban (mondjuk egy program futása közben), akkor próbáld ki a CPUNotify-t.

Link: https://play.google.com/store/apps/details?id=com.beemer.cpunotify&feature=search_result#?t=W251bGwsMSwyLDEsImNvbS5iZWVtZXIuY3B1bm90aWZ5Il0.

Semmi extra, semmi sallang, csak a lényeg, ahogy a képek is mutatják. Én már kb. 1,5 éve használom, nagyon jó. Kevés ramot igényel, kb. 2,5 Mb-ot.

aCalendar – a legjobb naptár app Androidra!

Közzétéve 2013. január 17. csütörtök Szerző: Arnold

Nekem személy szerint az Android 2.3.3 gyári naptár felülete nem jött be. Nem eléggé felhasználóbarát, én azt várom el egy naptártól, hogy ahogy ránézek átlássam az egész hónapot úgy, hogy közben az egyes napok eseményeit is lássam. Hosszas keresgélés és tesztelés után döntöttem az aCalendar mellett.

A programnak több előnye is van. Először is az, hogy veri a fizetős szoftvereket, és igen, teljesen ingyenes program. Mi kell még? Ami azt illeti szépen szinkronizál a Google szerverével, sőt, részben a gyári naptár szoftverre épül rá (ez akkor derül ki, ha átállítjuk az új esemény létrehozásának módját).

Hogy mit kell tudni a programról azt mindjárt megírom, de addig kedvcsinálónak pár kép:

Ahogy a fenti képek is mutatják, a naptárna van havi, heti és nap nézete is. És ami a legjobb, hogy a nézetek között jobbra-balra lapozva lehet váltani (fel és le lapozva pedig előre és hátra lehet ugrani az időben). A felületet jól áttekinthető és ha egy adott névjegyhez van beállítva fénykép és születési dátum, akkor ha az adott napon nincs más bejegyzés, akkor a szülinapos képét megjeleníti a havi nézetben a program (ha van azon a napon esemény, akkor csak írja a szülinap tényét és hogy hanyadik lesz). De emellett az események is szépen áttekinthetőek, mivel színeket is használ (a Google naptárból veszi át, tehát azzal azonos) így egy pillantás alatt láthatjuk, hogy melyik naptárunkban van az adott esemény eltárolva (ezt a gyári nem tudja, mert egyszínű). A kitöltött hátterű események az egész naposak, a sima színes szöveg pedig egy adott időntervallumot takar.

Egy esemény létrehozásakor alapértelmezésben az aCalender szerkesztőjét hozza fel a program. Ez nagyon jó, jobb mint a gyári (világos, kontrasztos), de igény esetén azt is vissza lehet csalni a beállítások között. Emellett beállíthatjuk azt is, hogy melyik naptárakat szinkronizálja és jelenítse meg a program. Az eseményre koppintva (bármely nézetben) egy szumma ablak ugrik elő.

Röviden ennyit tudom elmondani a programról, mármint én ennyit használok belőle. Szerintem mindenki próbálja ki aki nem elégedett a gyári naptárral, nem fog csalódni!

Több Windows távoli asztal (RDP) elérése NAT mögött

Közzétéve 2012. december 25. kedd Szerző: Arnold

Ezt a cikket azoknak írom akik több Windows-os számítógépet szeretnének elérni router (NAT) mögül. A biztonság kedvéért az egy gép elérését is leírom.

Szóval, egy gép elérése NAT (router) mögül.

Ehhez a következő lépéseket kell végrehajtani:
1. Az adott számítógépen be kell kapcsolni a távoli asztali elérést. Ennek feltétele az, hogy legalább egy jelszóval rendelkező fiók legyen a számítógépen.
XP esetében: “Saját gép” ikonk jobb klikk majd “Tulajdonságok” és “Távoli használat” majd a “Távoli asztal” felirat alatti jelölőnégyzetbe be kell kapcsolni a pipát. És OK!

Windows 7 esetében: “Számítógép” ikonon jobb klikk és “Tulajdonságok” majd itt bal oldalon a “Távoli beállítások” és “Távoli használat”. Majd itt ki kell választani a “Távoli asztal” felirat alatt a középsőt jelölőt! (…bármely verzió… feliratos)

2. Ha ezzel megvagyunk be kell lépnünk a routerbe és meg kell keresünk a NAT menüpontot. Ez routerenként eltérő, így ezt ki-ki maga oldja meg, én a DD-WRT firmware-n mutatom be a beállítást. Most nem a router konfigurálásán van a hangsúly, hanem a NAT beállításának ELVÉN! Szóval DD-WRT-nél a NAT/QoS alatt kell a “Port forwarding” menüben ügyködnünk.

A legalsó sor az ami a beállítás. A név ami nálam “Lenovo RDP” bármi lehet, csak számunkra könnyíti meg a beállítás azonosítását. Viszont ami fontos, hogy a Windows RDP alapértelmezett portja a 3389 -es! Ezt jól jegyezzük meg, ha nem akarunk a Windows registry-ben turkálni, akkor a “Port to” (vagy a távoli számítógép portja amit el szeretnénk érni) mindig 3389-es legyen!

És itt jön a trükk, a “Port from” (bejövő port) az amit át kell állítani minden egyes géphez külön. Felvázolok egy 3 gépes példát (az IP címet mindenki a sajátjához igazítsa):
Application          Port from          Protocol         IP address            Port to
Gep1                       3389                  Both                192.168.2.11            3389
Gep2                       3390                 Both                192.168.2.12            3389
Gep3                       3391                  Both                192.168.2.13            3389

Ebből a példából jól látszik, hogy csak a bejövő porttal kell machinálni, a gép felé továbbítottal nem! Így nem kell a Windows alapértelmezett RDP portját újrakonfigurálnunk.

3. Ha ezzel is megvagyunk nincs más hátra mint tesztelni a távoli elérést. Ha nincs fix IP címünk, akkor dyndns vagy no-ip szolgáltatást kell igénybe vennünk. Erre most nem térek ki bővebben, majd írok erről is valamikor. Szóval tegyük fel, hogy van már dyndns-ünk vagy fix az IP címünk. Nincs más hátra mint megnyitni a “Távoli asztali kapcsolatot” (most Win 7-en mutatom be, XP esetében is szinte ugyan ez) és beírni a fix IP-t vagy a dyndns nevet. Továbbiakban dyndns-el mutatom be a folyamatot.

A két kép között az a különbség, hogy az elsőnél az alapértelmezett (a példa alapján a Gep1) számítógéphez fog kapcsolódni a program a 3389-es porton.
A második képen azt láthatjuk, hogy az a Gep2-höz fog kapcsolódni a 3390-es portot használva. Ehhez az kell, hogy a dyndns cím mögé kettősponttal a “Port from”-nál az adott géphez beállított portot írjuk be. Esetünkben a példában teszt.dyndns.org:3390

Ha létrejön a kapcsolat kérni fog a program egy felhasználói nevet és jelszót a hitelesítéshez. Ez az a név és jelszó ami az adott felhasználói fiókhoz tartozik, amit még az elején be kellett állítanunk. Ha mindent jól csináltunk, akkor ezzel a módszerrel akármennyi számítógépet elérhetünk távolról, még akkor is, ha router mögött vannak.

Google Play miért csak WiFi-n frissít? – Android Battery & Data manager

Közzétéve 2012. december 20. csütörtök Szerző: Arnold

Ma felmerült egy kérdés. Egy Android 2.3.6-os Motorola Defi+ csak WiFi-n volt hajlandó az alkalmazásokat frissíteni. Internet és e-mail rendesen működött, szóval a szolgáltató 3G hálózati hibáját gyorsan kizártam. Furcsa… Nekem 2.3.3-as Android van a SE X10i-men és abban nincs ilyen opció ami a megoldás volt. De mi is volt a megoldás?

Elsőre azt gondoltam, hogy a Google Play keveredett meg, mert hát hiába a Linux alap az Androidos programok is megbolondulnak elég sokszor. Szóval Google Play “Cache”-e és a “Data” törlése (Alkalmazások menüpont alatt) után sem javult meg a készülék. Jó, un-installáltam a Play updatet, downgradeltem Market-ra. Semmi változás, sőt utána már Play-re sem akart frissülni… Fura… Hát jó, volt a telefonon egy Kaspersky, gyorsan un-installáltam azt is, de nem jártam sikerrel.

Mivel elég sok idő elment a telefon nyomkodásával és újraindításával sikertelenül, így Google barátunk lett segítségül hívva. Nem is kellett sok idő és megleltük a megoldást. A 2.3.6-os Android tartalmaz a “Settings” menüben egy “Battery & Data Manager” menüpontot és azon belül a “Data Saver”-t. Itt vegyük ki a pipát a “Data Saver” mögül.

Ennyi, ezzel meg is oldottuk ezt a problémát is. A tanulság pedig az, hogy a kis verziószám különbségek is nagy működési különbségeket tartogatnak a felkészületlenek számára 🙂

Az akkumulátorra és az egyedi beállításokra vonatkozólag majd egy másik cikkben térek ki.

Google Hitelesítő – fő a biztonság

Közzétéve 2012. december 14. péntek Szerző: Arnold

Amikor elkezdtem a céges leveleimet is a Gmail-re szinkronizálni felmerült bennem az aggály, hogy mi van ha valaki feltöri a nem túl egyszerű jelszavamat és elérhetetlenné válnak a leveleim. Ekkor találtam a Google kétlépcsős hitelesítési folyamatát ami hasonló mint amit a bankok hasznának. Ez egy időalapú hitelesítés ami egy véletlen generált kulccsal titkosít és minden kulcs csak 30 másodpercig él és maga a program teljesen offline működik a beállítását követően.

Lássunk is hozzá a beállításhoz. Először is engedélyezni kell a beállításoknál a kétlépcsős hitelesítést. Majd telepíteni az Androidos klienst. Itt található! Miután megvan a telepítés kövessük a beállítási instrukciókat. A legegyszerűbb a QR kódos beállítás.

A Gmail beállításainál meg kell adnunk néhány adatot, telefonszámot és létre is hozhatunk 10 db biztonsági kódokat melyeket papírra nyomtatva magunknál tarthatunk. Szóval minden eshetőségre felkészült a rendszer. A 10 darab kód egyszer használatos, ha elhagynánk akkor bármikor törölhetjük őket és újakat generálhatunk helyettük.

A “Mobilalkalmazás” pontnál adhatjuk hozzá a telefonunkat az e-mail fiókunkhoz, telefon csere esetén itt lehet módosítani a készüléket is. Ezen kívül lehetőségünk van “Alkalmazásfüggő jelszavak” létrehozására. Ez azért fontos, mert például Androidos telefonon, a MailStore Home-ban vagy egy levelező programnál nem akarunk minden esetben jelszót megadni sőt a kétlépcsős hitelesítés ezen programok esetében nem is működne, mert nem lenne hova beírni a generált jelszót. A generált jelszó kellőképp hosszú és összetett ahhoz, hogy ne lehessen egykönnyen feltörni így biztonságosan használhatóak maradnak a programjaink. Mivel ezt a bonyolult jelszót a gép vagy telefon fogja tárolni ezért nem is kell megjegyeznünk 🙂

Ha mindent rendben csináltunk akkor a következő belépésnél (vagy egy idegen számítógépen) a jelszó megadása után kérni fogja a generált kódot a rendszer. Itt még megtehetjük azt is, hogy azon a gépen amiről rendszeresen használjuk csak jelszót kérjen de kódot nem. Ez azért jó, mert így a saját gépünkről kényelmesen használhatjuk továbbra is a Gmail online oldalát, de ha egy másik gépről mi (vagy bárki más) csak a generált jelszóval tudunk belépni (még akkor is ha a rendes jelszavunk illetéktelen kezekbe is kerül). Saját gépünk megjegyeztetése 30 napig él, a 30 nap letelte után azon a gépen is kérni fogja a kódot. A kód ismételt megadás után ismét kiválaszthatjuk a 30 napig jegyezze meg a gépet opciót.

Néhány kép az Androidos kliensről végezetül:

Gmail archiválás és offline elérés

Közzétéve 2012. december 12. szerda Szerző: Arnold

A mai időkben amikor szinte mindenhol rendelkezésre áll az internet (vezetékes vagy mobil formában egyaránt) hajlamosak vagyunk megfelejtkezni arról, hogy ez nem mindig volt így és most is vannak esetek amikor nincs így… Gondolok itt a felhőkben tárolt adatokról, mint például a Gmail levelek. Mi van ha éppen nincs net és kellene egy fontos e-mail és nem használunk e-mail klienst, csak a Google weblapját vagy az Androidos telefonunkat? Vagy mi van akkor ha zárolják a fiókunkat (bár erre a kétlépcsős hitelesítés jó megoldás, erről majd még írok)?

Szóval, van megoldás és olyan megoldás, hogy nem kell hozzá e-mail kliens használatára áttérnünk. Sok ingyenes szoftver létezik ami képes mentést készíteni a Gmail felhőben tárolt leveleinkről, ráadásul strukturáltan. Mind közül a legjobb a MailStore Home. Ez nem csak Gmail, de más levelező programok lokális adatbázisát is képes szinkronizálni. Saját példámat osztom meg Veletek most. Régebben Mozilla Thunderbird-et használtam a privát és céges leveleim küldésére és fogadására. Már akkor is volt Gmail címem, azt is oda szinkronizáltam. Aztán az idő előrehaladtával és a technika fejlődésével ez a dolog megfordult. Most már a Gmail címemre szinkronizálom a többi e-mail címemet. Ennek több előnye is van. Viszont ezzel együtt kiszolgáltatott lettem az offline állapotnak. Szóval ha szeretnénk biztonságban tudni leveleinket akkor a MailStore Home a legjobb megoldás.

A másik amiért ez a legjobb, mert a régi levelező programból be lehet importálni a leveleket és így egy felületről elérhető több e-mail kliens archívuma is. Szóval mindenképp megéri az árát. Ítt van egy-két kedvcsináló kép.

Vignette vs SonyEricsson X10i CyberShot – Összehasonlítás

Közzétéve 2012. október 11. csütörtök Szerző: Arnold

Már a kezdetektől fogva zavart, hogy az X10i nem tudja “vakunak” használni a fotófényt, csak ki és be lehet kapcsolni kézzel. Előtte Nokia N82-esem volt, abban Xenon volt a vaku és nagyon szerettem, szóval a LED nagy visszalépés volt, az meg pláne, hogy nem önműködő.

Sokat olvastam külföldi blogokon és mindenhol azt írták, hogy a Vignette nevű szoftver megoldást kínál erre a problémára. Sokáig tartott mire rávettem magamat, hogy kipróbáljam, de megérte. A vakut kiválóan kezeli, mind AF segédfénynek mind “vakunak” tudja használni, mindezt automatikusan teszi. A szoftver működését és tudását nem fejteném ki bővebben, ezer és egy oldalon vannak tesztek a effektekről. Engem valami más fogott meg, nem az effektek. Mégpedig az, hogy nagyon jó minőségű képeket lehet készíteni a Vignette-vel. Tűéles és részletgazdag képeket. Először “Superfine” (100%) minőségben próbáltam ki, átlagosan 5 MB lett egy 8Mp-es kép majd “Fine” (95%) minőségen, ekkor már csak 2,5 MB volt egy kép. Ez a méret megegyezik a gyári SonyEricsson X10i fényképező szoftverével készített képek méretével. Ez után nem volt más hátra mint néhány tesztkép készítése és összehasonlítása, az eredményeket lentebb láthatjátok!

Vignette vs CyberShot_X10i
Az élesebb képek a Vignettel, a homályosabbak a gyári szoftverrel készültek.

100%-os nagyítás mellett az esernyő szára Vignettel

100%-os nagyítás mellett az esernyő szára gyári szoftverrel

Nem állítom, hogy tökéletes képeket csinál, egy kisebb felbontású de nagyobb és jobb érzékelővel szerelt régebbi bridge kategóriájú fényképezőt (pl.: Fujifilm FinePix S5600 – 5Mp SuperCCD) nem lehet kiváltani vele, főleg az optikai zoom miatt nem, de a fenti tesztképek önmagukért beszélnek, nagy javulást eredményezett a meglévő hardveren. A gyári kamera program túltömöríti a képeket de ennek ellenére a méretük nagy marad, a Vignettel viszont sokkal részletgazdagabbak lesznek ugyan akkora méret mellett. Ez a teszt is jól bizonyítja, hogy nem minden esetben az érzékelő a hibás ha egy fénykép nem a legtökéletesebb, sok esetben a szoftver is ugyan olyan bűnös lehet. De ‘hál Istennek, az X10i esetében csak a szoftver tehet róla 🙂

Gtalk használata párhuzamosan PC-ről és Androidról

Közzétéve 2012. szeptember 21. péntek Szerző: Arnold

A Gtalk használatáról már korábban írtam egy cikket, itt olvashatjátok. Most egy technikai jellegű érdekességet írnék le. Aki jobban belemélyedt a Gtalk használatába az biztosan találkozott azzal a jelenséggel, hogy ha a Gmail-ből chatel és közben a telefonon is be van jelentkezve (Gmail-be belépés előtt is be volt), akkor az első üzenet a telefonra is megérkezik és a Gmail-re is (ha bejövő üzenet). Majd ha a Gmail-ből válaszol, utána a telefonra már nem jönnek meg az üzenetek, pontosabban nem kap értesítést a telefonra az új üzenetről, de ha belép a progiba, akkor ott az üzenet. Érdekes, nem?

Utánajártam és azt találtam, hogy a Gtalk a Jabber protokollt használja és ez annak a sajátossága. Ez a protokoll úgy működik, hogy több párhuzamos kapcsolatot is engedélyez, sőt minden fél megkapja az üzenetet (lásd Gmail és Gtalk is egyszerre), de mindig az az eszköz a priorizált (a fő címzett), amelyikről az utolsó üzenetet elküldtük. Hogy ez mit jelent a gyakorlatban? Ha mondjuk írok a Gmail-ből akkor az Androidon a Gtalk nem fog hangjelzést adni és villogni sem, de az üzenet arra is megérkezik, de ha a Gtalk-ból válaszolunk, akkor már a telefonon meg fog jelenni az értesítés.

Forrás itt angolul!

ArnoldWEBlog

… étel és informatika…

Informatika kategória bejegyzései