Mire használható az NFC egy BlackBerry-n?

2 hete vettem egy BlackBerry 10-es rendszerrel ellátott telefont amiben van NFC-chip és arra gondoltam, hogy megnézem mit is tud az alapértelmezett SmartTags alkalmazás. Az Intelligens aktiválók között találtam Wi-Fi ki- és bekapcsolására lehetőséget, illetve az Értesítések alatt az általam beállított hangprofilok közül lehetett válogatni.
Vettem 4 db NTAG213-as matricát és megformáztam őket (üresen érkeztek, de ahhoz, hogy a Wi-Fi kapcsolása működjön formázni kellett). Ez után egyre felírtam egy Munka nevű Értesítést, Wi-Fi ki értékkel, egy másikra Utca értesítésprofilt. E kettő a munkahelyen került elhelyezésre, így ha beérek csak hozzáérintem az egyikhez a telefont és máris nem fog teljes hangerőn szólni a csengőhang ha hívnak, a képernyő nem fog bekapcsolni minden értesítésnél, a LED pedig különböző színeken fog villogni attól függően, hogy milyen értesítés érkezett (E-mail, facebook-on üzenet, elmulasztott hívásom volt). Mikor távozom a másikhoz érintem hozzá, hogy híváskor ne nyomja el a hangot az utca zaja, viszont minden más értesítésnél néma marad a készülék (ráér később megnézni, hogy valaki írt facebook-on).
Otthon hasonlóképp beállítottam egyet, Wi-Fi be értékkel és otthoni hangprofillal, hogy automatikusan csatlakozzon a hálózathoz a telefon, egyet pedig a fent említett utcai profillal és Wi-Fi kikapcsolással.
Az NFC, ahogy észrevettem, nagyon kevés energiát fogyaszt, szinte észre sem venni. Egyetlen hátrány, hogy a képernyőt fel kell oldani ahhoz, hogy beolvassam a felragasztott matricát, de ennyit ki lehet bírni.

Hálózati kártya átnevezése Red Hat 7 rendszeren

Nem is olyan rég jelent meg a Red Hat 7-es verziója és vele együtt az az apró probléma, hogy a hálózati kártyák már nem a régi, megszokott eth-nevet kapják (hanem a BIOSDevName nevezi el őket). Ez akkor lehet felettébb zavaró ha 1-1 alkalmazásunkba bedrótoztuk, hogy eth0-eth1-stb néven hívja meg a kártyákat és most ezeket szeretnénk egy új rendszerre migrálni.
A megoldás nagyon egyszerű, a /etc/sysconfig/network-scripts könyvtárban az ifcfg-<eszköznév> (nekem ifcfg-ens32) fájlban a NAME= mögé írjuk be a nevet amivel hivatkozni szeretnénk a kártyára. Ekkor az ‘ip addr show’ parancs kimenetén még az eredeti cimkével fog megjelenni (nekem ens32), de parancsoknál kezeli azt amit megadtunk (pl az ‘ifdown eth1’ kérdés nélkül kikapcsolja).
Ha azt szeretnénk, hogy mindenhol a régi, eth név látszódjon akkor a fent említett fájlba írjuk bele, hogy DEVICE= és azt amit látni kívánunk.
Én az ifcfg-ens32-ben a NAME= mögé eth1-et írtam és nem adtam meg DEVICE= értéket, ezért a ‘nmcli con show’ ezt adja vissza:
NÉV UUID                    TÍPUS      ESZKÖZ
eth1 2eea4d62-a9c2-4fb9-967c-c04b6dd6102d 802-3-ethernet ens32

Ha beírnám, hogy DEVICE=eth1 akkor az ESZKÖZ alatt is ez volna.

Webproxy létrehozása CentOS Linuxon

A cég ahol dolgozom rendelkezik proxy-szerverrel ami elég sok oldalt szűr, több esetben olyanokat is ami nem tartalmaz semmi kifogásolhatót. Kicsit bosszantó, ezért csináltam egy saját webproxy-t amihez a következők kellettek:
– egy gép amit bárhonnét elérek (a cégtől is)
– egy webszerver ami majd felületet ad a proxy-nak
– Glype (a legegyszerűbb proxy amit találtam)
Miután mindent beállítottam kaptam egy olyan oldalt mint a hidemyass.com.
Jöjjön lépésről lépésre:
Először telepítettem egy CentOS 6.5-öst majd mindent frissítettem rajta (yum update -y), újraindítás után pedig a
yum install httpd mod_ssl php-common php php-cli kiadásával a szükséges csomagok is felkerültek.
Beállítottam, hogy a webszerver automatikusan induljon a géppel együtt:
chkconfig httpd on
service httpd start

A /etc/httpd/conf/httpd.conf fájlban módosítottam a ServerName sort és a végére pedig ez került:
<Directory "/var/www/html/proxy">
 AuthType Basic
 AuthName "Azonositas szukseges!"
 AuthUserFile "/etc/httpd/security/users.list"
 Require valid-user
 Order allow,deny
 Allow from all
</Directory>


Nézzük mi micsoda: a /var/www/html/proxy lesz majd az a hely ahonnét a proxy-szerver fájljai fel lesznek olvasva és erre kell hivatkoznunk a link megnyitásakor. Az Auth-kezdetű sorok azt mondják meg, hogy az azonosítás milyen módon történjen, melyik fájl tartalmazza a felhasználóneveket és jelszavakat, illetve csupán olyanok léphetnek be akik a listában vannak.
Ez után a saját gépemen letöltöttem a Glype-ot (katt ide), kicsomagoltam és WinSCP-vel feltöltöttem a fájlokat a szerveren a /var/www/html/proxy könyvtárba.
Létrehoztam a /etc/httpd alatt a security könyvtárat (mkdir /etc/httpd/security) és hozzáadtam a saját felhasználómat a fent jelölt azonosítási listához:
htpasswd -c /etc/httpd/security/users.list deus
Innentől kezdve a szerver a http://ip-címünk/proxy címen elérhető és be kell jelentkezni a használatához. Ha még biztonságosabbá szeretnénk tenni hiányzik pár dolog. Például ezek:
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
iptables --policy INPUT DROP
service iptables save

Ezek után a felületet csak https használatával fogjuk tudni megnyitni.
További embereket a htpasswd -m /etc/httpd/security/users.list <felhasználónév> paranccsal tudunk hozzáadni.

Aki szeretné további beállításokat tud eszközölni a /etc/httpd/conf/httpd.conf módosításával, illetve személyre tudja szabni a Glype kinézetét témák letöltésével (ezeket a ‘themes’ mappába kell bemásolni és az első indításkor megjelenő adminisztrációs oldalon beállítani).

Data Sense HTC 8X-en

Több, mint egy éve egy HTC 8X-em van, eddig mind a 3 kiadott frissítést meg is kapta és bár a 2-essel be lett harangozva a Data Sense, ami kijelzi, hogy mekkora adatforgalmat generáltam a mobilnettel és hány MB van még hátra, valamiért nekem ez nem volt elérhető. Ma meg is elégeltem a dolgot és feltettem a ProHardver ide vágó témájában a kérdést, hogy ki tudja mikor kapjuk meg mi is. A válasz meglepő volt: valószínűleg nekem is van, csak nem látszik. Tegyek be egy másik SIM-et egy másik szolgáltatótól, kapcsoljam be és megjelenik. Visszacserélve a kártyát ott fog maradni a program és használhatom vidáman.
Így is lett, 2 perc erejéig kaptam egy Vodafone-os SIM-et és miután betöltött a rendszer a menüben megjelent az említett alkalmazás. Eredeti kártya vissza és mintha eddig is működött volna csak épp nem tudtam elindítani: az elmúlt 30 napban felhasznált mobilinternet-mennyiség 285 MB, Wi-Fi 1,13 GB.
Ha tehát neked is a legfrissebb WP8 rendszer van a telefonodon de hiányzik a Data Sense: tegyél bele egy másik szolgáltatótól egy SIM-et és láss csodát!

 

A cserekártyáért köszönet Kristófnak!

Ha nem tölt be az oldal és UPC-s vagy

Pánikban a fél ország, mert a UPC névszerverei állnak és ezért nem töltenek be a weblapok, s erről már írt az index.hu is.
Amíg nem csinálják meg sem kell aggódni, 2 teendő is van. 1.) jegyezd meg, hogy melyik weblap melyik IP-vel érhető el (nagyjából kivitelezhetetlen) és ne nevet hanem az IP-t írd a keresőbe, vagy
2.) tedd a következőt:
Windows 7 esetén: menj a Vezérlőpultban hálózati beállításokhoz, bal oldalt “Adapterbeállítások módosítása” (change adapter settings), a hálózati kártyára jobb klikk, tulajdonságok (properties), duplakatt a “TCP/IP protokoll 4-es verziója” (Internet Protocol Version 4) feliratra, alul tedd a pöttyöt a “A következő DNS-kiszolgálócímek használata” mellé és írd be, hogy 8.8.4.4 és 8.8.8.8 (a Google publikus DNS-szerverei). Bökj az OK-ra, majd újból az OK-ra, netezhetsz!

DNS-szerver
Linux esetén: a /etc/resolv.conf-ba vedd fel a következő 2 sort ezekkel a parancsokkal:
echo “nameserver 8.8.4.4” >> /etc/resolv.conf
echo “nameserver 8.8.8.8” >> /etc/resolv.conf

Ha a szolgáltató újra hadrendbe állította a névszervereket kiveheted az iménti címeket, ez csak átmeneti megoldás!

WRITE SAME failed. Manually zeroing – a hiba és javítása

Pár hónapja, egy sikeres yum update -y után, a Fedora-m új kernelverziót kapott, 3.11.2-t. Ez után minden elindításnál jött egy hibaüzenet, “WRITE SAME failed. Manually zeroing.”
Be tudtam jelentkezni, a rendszer tökéletesen működött, semmilyen problémát nem észleltem, csak ezzel fogadott a gép; egészen tegnapig, amikor megoldottam ezt a dolgot.
Megnéztem, hogy a merevlemez SMART-képes e:
[root@rendszerem ~]# smartctl -i /dev/sda | grep SMART
SMART support is: Unavailable – device lacks SMART capability.

Ezen mondjuk nem lepődtem meg, mert virtuális gépről van szó. Megkerestem melyik eszközről van szó:
[root@rendszerem ~]# find /sys | grep max_write_same_blocks
/sys/devices/pci0000:00/0000:00:10.0/host2/target2:0:1/2:0:1:0/scsi_disk/2:0:1:0/max_write_same_blocks

Kikapcsoltam a SMART-ot a /etc/tmpfiles.d/ könyvtárban létrehozott write-same.conf fájllal, aminek a tartalma ez lett:
w /sys/devices/pci0000:00/0000:00:10.0/host2/target2:0:1/2:0:1:0/scsi_disk/2:0:1:0/max_write_same_blocks – – – – 0

A probléma megszűnt, újraindítás után nincs üzenet.
Ha érdekel, hogy mire és hogyan lehet használni a tmpfiles-t, olvasd el a manualját: man tmpfiles.d

Hogyan lehet valaki letiltani facebook-on?

Nézegetve a keresési statisztikákat feltűnt, hogy bár nincs ilyen cikk, mégis a “tiltás facebookon” szavakat kutatva jön néhány ember az oldalra; ezért leírom, hogy hogyan lehet ezt megtenni:
Menj a letiltandó személy adatlapjára majd húzd az egeret az “Ismerősök” gombra ha az ismerősöd, ha idegen akkor jobb oldalt a kis fogaskerék ikonra. Egy menü jelenik meg, válaszd alulról a 2. lehetőséget, “Jelentés/tiltás…”, majd innét ismét alulról a 2. pont kell: **** **** letiltása. Ez után a Megerősít gomb és kész is.
A letiltásról nem kap értesítőt, ha ismerősöd volt akkor ezek után nem lesz az, nem fog megtalálni ha a nevedre keres, nem tud üzenetet küldeni, nem tud eseményre vagy csoportba meghívni.

Tiltás Facebook-on