HP-UX使用ipfilter來限定連線

host1:root:/etc/opt/ipf>ipfstat -io

 IPFilter is enabled but not filtering, module is not present in stack

host1:root:/etc/opt/ipf>ipf -V
ipf: HP IP Filter: v3.5alpha5 (A.11.31.18.10) (488)
Kernel: HP IP Filter: v3.5alpha5 (A.11.31.18.10)
Enabled: yes
Filtering: no    <==== 被disable
Log Flags: 0 = none set
Default: pass all, Logging: available
Active list: 1

host1:root:/etc/opt/ipf>ipfilter -e
 No pools to flush
Set 0 now inactive
Set 0 now inactive
0 entries flushed from NAT table
0 entries flushed from NAT list
IPFilter Enabled

Verify HP-UX IPFilter is running:

ipf -V 
ipf: HP IP Filter: v3.5alpha5 (A.11.31.18.00) (488) 
Kernel: HP IP Filter: v3.5alpha5 (A.11.31.18.00) 
Enabled: yes 
Filtering: yes 
Log Flags: 0 = none set 
Default: pass all, Logging: available 
Active list: 1 

hpux與linux不同，hpux 並未使用 IPTABLES 作為防火牆套件，不過我們可以使用ipfilter來限定連線。以下文章測試在HP-UX B.11.31可以運作！


1. 檢查 /etc/rc.config.d/ipfconf 中 IPF_START=1 是否有設定。

2. 啟動kernal module
# /sbin/init.d/ipfboot start

3. 編寫規則
# vi /etc/opt/ipf/ipf.conf

4. 把2381 2301 TCP都關掉

block in quick proto tcp from any to 10.184.17.37 port = 2381

block in quick proto tcp from any to 10.184.17.37 port = 2301

5. 重讀設定黨

#ipf -Fa -f /etc/opt/ipf/ipf.conf

6. 檢查是否吃進去

hostname:root:/> ipfstat -io

block out quick on lo0 from any to any

block in quick proto udp from any to 10.184.17.37/32 port = 177

block in quick proto tcp from any to 10.184.17.37/32 port = 2381

block in quick proto tcp from any to 10.184.17.37/32 port = 2301

7. 打包收工

This is a quick introduction to Ipfilter on HP-UX:

First we have to start the daemons and load the DLKM module

in the file /etc/rc.config.d/ipfconf

we set the IPF_START to 1

IPF_START=1

Then we load the kernel module

# /sbin/init.d/ipfboot start
Set 0 now inactive
Set 0 now inactive
0 entries flushed from NAT table
0 entries flushed from NAT list

we can check the kernel module is loaded:

# kcmodule| grep ipf
ipf loaded explicit auto-loadable, unloadable

then we check ipf is working ok:

# ipf -V
ipf: HP IP Filter: v3.5alpha5 (A.11.23.15.01) (376)
Kernel: HP IP Filter: v3.5alpha5 (A.11.23.15.01)
Running: yes <---- br="" ok="" style="box-sizing: border-box;">Log Flags: 0 = none set
Default: pass all, Logging: available
Active list: 1

know we can write the firewall rules to our config file:

# vi /etc/opt/ipf/ipf.conf

we are going to use a very easy example, we we block any incoming conections from the server 0189 to our HP-UX box

block in quick on lan0 from 0189 to any
pass in from any to any

using the quick keyword makes the package that matches that rule will be applied inmediatly, no going trough anymore rules.

We load the new config:

#ipf -Fa -f /etc/opt/ipf/ipf.conf

Check if our rules are active:

# ipfstat -io
empty list for ipfilter(out)
block in quick on lan0 from 1.7.2.3/23 to any
pass in from any to any

Now i can't ssh,ping,etc the HPUX_BOX from my pc desktop:

P:\>ping HPUX_BOX

Haciendo ping a HPUX_BOX [1.7.2.23] con 32 bytes de datos:

Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.

Estadísticas de ping para 1.7.2.23 :
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
(100% perdidos),

We can check out the stats and see how the blocked counter increases:

[root@vmfcont:~]# ipfstat | grep -i blocked
input packets: blocked 7 passed 13677 nomatch 1 counted 0 short 0
output packets: blocked 0 passed 570 nomatch 268 counted 0 short 0

If we wan't to flush the rules and delete them from the active ipf:

# ipf -Fa
# ipfstat -io
empty list for ipfilter(out)
empty list for ipfilter(in)



SSL/TLS  五個協定(protocol)：

SSLv2 不安全
SSLv3 不安全
TLSv1.0 不安全  參考
TLSv1.1 安全
TLSv1.2 安全


檢測 web server 支援哪些協定 protocol

$ nmap --script ssl-enum-ciphers -p 443  www.xxx.com

Starting Nmap 6.40 ( http://nmap.org ) at 2017-11-04 18:37 CST
Nmap scan report for www.xxx.com (35.194.x.x)
Host is up (0.00076s latency).
PORT    STATE SERVICE
443/tcp open  https
| ssl-enum-ciphers:
|   SSLv3: No supported ciphers found
|   TLSv1.0:
|     ciphers:
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_SEED_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA - strong
|     compressors:
|       NULL
|   TLSv1.1:
|     ciphers:
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_SEED_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA - strong
|     compressors:
|       NULL
|   TLSv1.2:
|     ciphers:
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 - strong
|       TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 - strong
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 - strong
|       TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 - strong
|       TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA - strong
|       TLS_DHE_RSA_WITH_SEED_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 - strong
|       TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 - strong
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA - strong
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 - strong
|       TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 - strong
|     compressors:
|       NULL
|_  least strength: strong

Nmap done: 1 IP address (1 host up) scanned in 0.19 seconds




Apache httpd 設定


httpd-ssl.conf
SSLProtocol all -SSLv2 -SSLv3




Nginx

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;




線上檢測網站的 SSL 功能

會給 A+ / A  ~~ F 的分數，有詳細的檢測報告，SSL 設定完 必測試
www.ssllabs.com



Test SSL Protocol Support ( foundeo.com )
檢測網站的SSLv2 and SSLv3 / TLS 各版本的支援狀況


憑證SSL小工具 ( www.sslbuyer.com )


如何修補網站上SSL的相關漏洞! ( www.sslbuyer.com )

For more info:

http://www.docs.hp.com/en/B9901-90029/index.html

https://h20392.www2.hpe.com/portal/swdepot/displayProductInfo.do?productNumber=HPUXWSATW404

https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-c02779574&docLocale=zh_CN

https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-c02779574&docLocale=zh_CN

【ASUS 粉絲召集令】 ZenFone 5 ZE620KL 補完計畫

◎  前言 ◎  

由於kradark在eproce先早已經有一篇完整的手機評測，不過是在【ASUS 粉絲召集令】活動日期之前，如果要寫內容類似的開箱文，似乎也有點怪，而且很多大大都寫得非常讚，要超越實在有許多困難點，所以這篇補完計畫，就針對ZenFone 5的ZenEar Pro耳機與斐波那契螺旋線，針對專題來撰文，另外再帶到實際在品酩會拍攝的運用心路歷程。

◎  ZenEar Pro耳機 ◎  

整體而言，撥放一首音訊其音質的優劣，取決於許多的因素，首先由製作前端來看，由錄製、取樣、編碼都會影響音質，而在重生撥放則有變因，如：解碼系統效能、DAC、放大器、高通濾波器的素質，揚聲設備的重生效果，若為無線傳輸甚至還須考慮到通訊協定與通道品質，若加上更多不可控的變因如背景音、隔音效果、環境迴音，再加上每個人耳道構造與前庭耳蝸神經的靈敏度不同，音樂的欣賞完全比影像的欣賞要複雜許多，所以許多人士稱之為一種玄學。

由於行動裝置上的DAC、放大器等電子電路已經被固定住，能夠變化的只有軟體與耳機部分，ZenFone 5推出後，全台灣激起一陣搶購熱潮，在9990超值搶購價的背後，鮮少人知道所搭配的白帥帥配件三人組之中，ZenEar Pro耳機卻出身不凡，它是一只支援Hi-RES揚聲效果的高音質耳機。

何謂Hi-RES？若一個音訊信號，有比192kHz更高的取樣頻率，以及比24bit更高的取樣大小，則定義為「高解析音樂 (Hi-Res Audio)」，ZenFone 5與ZenEar Pro具備播放Hi-Res Audio的能力。

然而，現今一般市面上絕大部分的智慧型手機皆只支援以16位元最為取樣大小的傳統音樂播放能力，ZenFone 5具備播放Hi-Res Audio的能力，大幅度增加還原度，提升撥放品質。

▲ ZenFone 系列的音效魔術師已經存在許久，在這個第五世代的ZenEar Pro耳機的加入，能夠達到甚麼變革，繼續往下看便知道。

◎  產品外觀 ◎  

▲ 白帥帥配件三人組之中，ZenEar Pro耳機卻出身不凡。

▲ ZenEar Pro耳機是一只支援Hi-RES揚聲效果的高音質耳機。


▲ ZenEar Pro的整體線如上。


▲ ZenEar Pro的白色耳塞可以跟換，接頭採三極式設計，可以搭配線控功能。


◎  試聽 ◎  

滑石粉在進公司的第一次詳細體檢中，檢查到左耳的聽力在高頻部分略有損害，也就是原音進入滑石粉的耳膜後，就不是原音了。


▲ 所以平常購置的音響設備就會非常注重高音部分的補足，例如挑選合宜的電競耳機，如同上面ASUS Strix Pro耳機。

▲ ZenFone 5預載了各廠牌耳機的設定值，能夠依據耳機特性推動，這跟影像處理軟體內建各廠牌數位相機的鏡頭變形參數是一樣的道理，影像處理軟體是處理影像的變形，而音效魔術師則是還原聲音的表現，話說回來影像跟音訊處理都是訊號處理的一種，有類似處理方式也不為過。

▲ 插上耳機才能啟動耳機效果。

▲ 根據耳機是有線還是藍芽再做最佳化。

▲ DTS音場還能模擬音場方位，看是在前方，或是開闊場景。

▲ 但是ZenFone 5居然有聽力補償試聽。


▲ ZenFone 5的聽力補償試聽，將音頻分為四階，分別測試左右耳的敏銳度，挖靠！這根本跟醫院體檢的聽力測驗類似啊！以上是滑石粉測出來的結果，需要在高音調部分加重音量才能聽得清楚，這與滑石粉健康檢查報告是一致的。

▲ 隨著iPhone取消耳機孔，耳機微型擴大器變成了蘋果信徒想要跨入耳機聆聽的必備聖品，但也造成了進一步的額外開銷，ZenFone 5不只保留了耳機孔，也是保留了荷包的寬度，更有了音效魔術師，讓俗稱耳機擴大器的外掛式DAC就顯得不是那麼重要，而且都非常昂貴。



▲ 早期由於個人電腦儲存空間的不足，在音樂儲存媒體上往往以外接的形式存在，在Pentium級電腦的問世，由於CPU處理速度恰恰好可以即時解碼MP3，所以此時壓縮率約十倍的MP3格式便大放異彩，相對應也助長了盜版的猖獗，進一步造成唱片業的沒落。以線性轉換為基礎的壓縮演算法中，量化會導致還原後品質的失真，MP3也不例外，在硬碟空間博扶搖而直上的今日，壓縮率顯然不是那麼重要的一件事，玩家反過頭來講求還原度，所以滑石粉特地再去找幾首無損音樂來試聽ZenEar Pro的威力，常見的格式有WAV、Free Lossless Audio Codec 〈FLAC〉、Monkey’s audio 〈APE〉、Apple Lossless Audio Codec 〈ALAC〉等等。



◎斐波那契螺旋線◎


▲ 華碩Zenfone 5的原生相機除了傳統的九宮格輔助線之外，也提供了斐波那契螺旋線作構圖參考。



▲ 要完整理解斐波那契螺旋線，先要遞迴與費氏數列談起，如果大大有些已經了解這部分，例如修過離散數學，那就可以跳過這一部分。

費氏數列全稱費波那契數列，又譯為斐波那契數、斐波那契數列、或黃金分割數列。
在數學上，費波那契數列是以遞迴的方法來定義：

F(0)=0
F(1)=1
F(n)=F(n-1)+F(n-2)

用文字來敘述的話，費波那契數列開宗明義先訂第0項為0，第一項為1，也就是由0和1開始，之後的費波那契系數就是下一項為前兩項的和，計算結果的前幾個數字為0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, 233, 377, 610, 987, 1597, 2584, 4181, 6765, 10946...


在小大一時，大家都寫過這種遞迴函式：

1. int Fibonacci(int n){
2.     if(n==0)
3.         return 0;
4.     if(n==1)
5.         return 1;
6.     return (fib(n-1)+fib(n-2));
7. }

複製代碼

遞迴函式本質上就是堆疊，二年級修了OOP與Data Structure之後，又可以用堆疊的形式來實作，便免了大量的函式呼叫，

1. //default constructor
2. long fibonacci(int n) {
3.   if( n == 0 )
4.   {
5.     return 0;
6.   }
7.   Push(0);
8.   Push(1);
9.   for (int i = 2; i < n; i++)
10.   {
11.     long fibPrev = Pop();
12.     long fibNext = Peek() + fibPrev;
13.     Push(fibPrev);
14.     Push(fibNext);
15.   }
16.   return Peek();
17. }

複製代碼

然後以費波那契數為邊的正方形，剛好可以拼成的近似的黃金矩形(1:1.618)。以平滑的方式連結各頂點就形成了斐波那契螺旋線。星雲或者颱風的螺旋也都與斐波那契螺旋線有關。螺類的外殼正符合斐波那契螺旋線，這神奇的巧合不禁讓人毛骨悚然。

由於活動規定圖文都要自己創作，所以以上圖片請自行自維基百科或原始網站搜尋。

◎實際構圖◎

我們來實際應用斐波那契螺旋線來做一些構圖。

◎工業設計上的應用◎

▲ 在許多工業設計上都能夠看到斐波那契螺旋線的影子，比如上方的轎車車燈。

▲ 膠殼車會趨同演化成類似的形狀也是有原因的，同樣也是參考斐波那契螺旋線來設計的。

◎實際運用◎

◎ 品酩會  ◎  帶著ZenFone 5趴趴造

 

格蘭利威13年雪莉桶-《隱於經典 超於常軌 品酩之旅》，品酩會往往是燈光美、氣氛佳，不僅僅酒品陳列美侖美奐，連場景擺設皆十分講究，搭載前雙鏡頭與AI場景辨識的ZenFone5，在成像品質與適用環境上有跨階的提升，於是滑石粉便捨棄單眼相機，帶著ZenFone 5單刀赴會。

▲ 品酩會位於奎克咖啡。於凹子底捷運站4號出口不遠的奎克咖啡，只需要3分鐘腳程。


▲ 在資訊時代，當然是要使用無紙化作業。ZenFone 5有AI自動場景辨識功能，QR-Code也是場景的一種，點取URL後自動開啟瀏覽器。


▲ 再加上google表單的自動填入功能，讓滑石粉幾秒內就完成同意書的填寫，獲得迎賓酒一杯，隨行友人使用它牌手機還在那邊下載QR-CODE掃描器。


▲ 廚房的背景有點雜亂，開啟ZenFone 5的景深模式。


▲ 景深模式切換到中間，人物邊緣的切割相當俐落，前面與後面成功的虛化，留下中間形成完美的層次感。 今天的第一杯酒，也是今天的迎賓酒，就是這裡調出來的。

◎ 品酩過程 ◎  帶著ZenFone 5趴趴造


▲  現場提供了格蘭利威12年單一麥芽蘇格蘭威士忌 斯佩賽原花果香、12年金緻雪莉桶、獨特13年雪莉桶共三種不同風味的酒品供品嘗。


▲  如果怕被酒嗆到，也有礦泉水可以供緩解。


▲  看起來就是很高檔的品牌。


▲ 下酒的點心也十分講究。


▲ 紫米粽、雞肉捲與蛋糕等三種不同風味的點心，搭配酒品相當有層次感。


▲ 品牌大使史都華的國語非常之流利，說話也很幽默，


▲ 筆者有點懷疑他是不是許孟哲假扮的？Zen粉們說說有87%像嗎？

◎ 專業講座 ◎  帶著ZenFone 5趴趴造


▲ 各位大大或許已經理解到滑石粉所在位置離講台有點遙遠，ZenFone 5開啟4X變焦功能後，居然字體與畫面相當清晰，由於現場正對的光亮的窗外，所以同時開啟HDR功能。

◎ 解說道具 ◎  帶著ZenFone 5趴趴造

▲ AI自動場景辨識全自動啟動，不需額外設定。AI自動場景辨識除了能夠辨識出食物之外，也能辨識場景為文字，連小字都能看清。


▲ 在背光的情況之下，開啟HDR讓暗部更明顯。







◎ 店內擺設一覽 ◎  帶著ZenFone 5趴趴造

▲ 任何角度都難不倒ZenFone 5。


▲ 啟用景深模式將背景模糊化。


▲ ZenFone 5具備光學防手震，讓滑石粉拍攝時專注構圖與光線來源即可。


▲ 點選對焦點後，手指直接往上下移動可以同整亮度。


▲ 調整亮度讓背景呈現黑暗，就是最極端的背景虛化，凸顯光亮的主題。

◎ 品酩心得 ◎  帶著ZenFone 5趴趴造


▲ 除了味覺與視覺的享受之外，品牌大使史都華曾說過，使用下寬上窄的高腳杯是有緣故的，讓氣味容易緩緩釋出杯中，嗅覺的體驗也是很重要。


▲ 格蘭利威威士忌濃郁的香氣被禁錮的酒杯裡。現場提供了三種不同風味的酒品供品嘗，我與友人一致認為由左至右的口味特色為嗆辣、甘甜與濃烈。


◎ 結語 ◎ 

ZenEar Pro經過 ZenFone 5的聽力補償試聽，滑石粉這隻笨左耳，終於可以跟右耳聽到同樣的音質，而且一般的EQ設定是左右耳一起設定，音效魔術師卻能兼顧到左右耳的不同，給予不同的EQ設定。這時候聽出來的音感，才是真正音樂家所要表達的音域。

ZenEar Pro搭配ZenFone 5，在瞬態上表現優異，滑石粉是資深的鋼彈FANS，其龐大的交響樂自然是滑石粉的最愛，TRANS-AM RAISER - Gundam 00 OST 4 - 23 (High Quality 1080p HD)是滑石粉每次都會測試的曲目，其開頭的滴滴答答聲，需要高低頻完整呈現且順態能力強的耳機才能夠詮釋，是滑石粉用來耳機品質的最佳標竿，可以測試耳機的瞬態能力，瞬態就是音量由最低拉到最高的能力，不好的耳機在短時間拉不到該到達的響度，就是瞬態不足，一般樂器所能表現響度的變化快慢不若合成音樂，所以瞬態能力對於合成音樂較多的遊戲極為重要，ZenEar Pro的順態足，所以適合於ACG(動畫、漫畫與遊戲)領域音樂。

ZenEar Pro的分離度也夠強，分離度越好能同時聆聽到的樂器總類就越多，預設音場中間稍微偏後方，也可以使用DTS調整到前方或者開闊模式，最令人驚豔的卻是低頻下潛，能夠達到10Hz以下。Gundam Banshee這首交響樂來測試最為明顯，如果拿雜牌耳機來試聽，可以發現前奏的鼓聲幾乎完全聽不見的。

是什麼讓我遇見這樣的你聆聽的重點是高音人聲，以及歌曲中的的煙火背景聲，雖然耳機只有左右聲道，但是卻能神奇地感受到煙火往天上發射，以這首歌曲來測試ZenEar Pro的空間感正恰恰好，更能測試DTS的前方或開闊模式的效果。

看了許多大大寫了非常優異的評測文，所以滑石粉在最後階段就想來進行補完計畫，希望這個專題對大家有所幫助，如果有認知上的錯誤，也請大大不吝斧正。中階價位的ZenFone 5居然會附上千元等級的Hi-RES耳機，大概也是大家料想不到的。ZenEar Pro的外型洗鍊典雅，更是令Zen粉愛不釋手，推薦不想額外花費買高級耳機的玩家，可以直接使用ZenFone 5原廠耳機。

品酩活動處於外亮內暗的環境，操作ZenFone 5時，全程常駐HDR讓暗部更明顯。使用常規鏡頭開啟4X變焦功能後，居然字體與畫面相當清晰，想必雙鏡頭的輔助增強了成像品質，由於講台背對的光亮的窗外，所以同時搭配HDR相得益彰。

滑石粉的酒力是幼幼班的等級，活動中途時已經是視茫茫狀態，ZenFone 5搭載光學防手震，讓畫面依然穩定清晰。

凡是吧檯，必定凌亂，ZenFone 5的景深模式採用雙鏡頭視差比對景深，不僅僅可以區分前後景深，經測試也能將焦點聚焦在中段部分，讓前後段模糊，效果直逼大光圈的DSLR。

ZenFone 5有AI自動場景辨識功能，讓拍攝照片依據特性進行影像增強，QR-Code也是場景的一種，點取URL後自動開啟瀏覽器，在拍攝過程中不必再切換到QR-Code掃描器，更是方便。

在燈光美氣氛佳的場域，往往是較為昏暗的場景，ZenFone 5在此次品酩現場能克服光線不足的環境，對焦速度也不錯，能快速捕捉活動過程，慢動作攝影也能運用在捕抓到具的快速動作，若問滑石粉以後參加活動會帶單眼相機嗎？答案是機會渺茫吧。

在許多名畫上，除了可以觀察到消失點（vanishing point）的運用之外，黃金比例常被套在構圖上，現代人拿畫筆的少，拿手機拍照的多，若黃金比例在手機攝影上，就能拍出更調和的照片。

ZenFone 5的前相機具備兩個鏡頭，以黃金分割構圖搭配景深模式、專業模式、HDR模式、廣角鏡頭就能展現出最佳的拍攝型態，再加上ZenFone 5這次導入高等人工智慧，能判定16種拍攝狀態，以便進行影像強化處理，偵測到QR-CODE還能夠自動解碼，不需要額外安裝解碼軟體。

目前ZenFone 5正在熱賣之中，4/30前購買還贈送高檔的Kamera藍芽自拍神器Smile-360，有了Smile-360與ZenFone5的搭配，拍照更犀利，越拍越懂你，現在就可以前往ASUS STORE選購。