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

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.
internet_explorer_kapcsolatok_ful_eltunt_registry
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.
internet_explorer_kapcsolatok_ful_eltunt_registry2

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

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)
push_notification_fixer_01 push_notification_fixer_02 push_notification_fixer_03

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

 

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

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!
xp_tavoli_asztal_rdp_remote_desktop_01
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)
xp_tavoli_asztal_rdp_remote_desktop_02 xp_tavoli_asztal_rdp_remote_desktop_03

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.
xp_tavoli_asztal_rdp_remote_desktop_04
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.
xp_tavoli_asztal_rdp_remote_desktop_05 xp_tavoli_asztal_rdp_remote_desktop_06
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

android-battery-and-data-managerMa 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.

data saver android 2.3.6Mivel 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.

Hálózati eszközök – Hasznos programok hetedik rész

Az előző Nokia telefonomon volt egy nagyon jó hálózati diagnosztikai program amihez hasonlót nem nagyon találtam Androidra, mostanáig 🙂 Nem rég akadtam rá a LanDroid nevű applikációra. Érdekes, de ha a Google Play keresőbe beírjuk ezt a nevet, akkor azt írja, hogy nincs találat.

Ahogy írja is az oldal, ez egy igazi Svájci-bicska a telefonra 🙂 A legtöbb Windows Command Prompt legtöbbet használt parancsait varázsolja a telefonunkra, íme a lista:
* LocalNet – Local Interfaces and Routing information
* PublicIP – Displays your real IP and extra information
* IP Lookup – Shows Country,ISP,Network,ASN and RIR
* DNS Lookup (using fixed remote server)
* Whois
* Ping
* TraceRoute
* NetStat – Shows active and listening connections
* ArpCache (if using wifi)
* PortScan (tcp)
* DNSBL – Query IP in spam blacklists
* MAC Lookup – Find vendor/manufacturer name by MAC address
* IP Calc – IP Network Calculator
* Select/Copy results to clipboard
* Move to SD card supported
* Adjustable font size

IPv6-ot nem támogatva viszont reklámmentes teljes mértékben.

landroid 1 landroid 2 landroid 3
landroid 4 landroid 5

Link: https://play.google.com/store/apps/details?id=net.fidanov.landroid#?t=W251bGwsMSwxLDUwMSwibmV0LmZpZGFub3YubGFuZHJvaWQiXQ..