##
1. Linux/FreeBSD
2. Apache
3. MySQL
4. PHP
5. Nagios
6. MRTG
7. Perl
8. Shell Script
##
A. Function as a technical generalist responsible for the overall health and performance of our many web applications and cloud services
B. Develop tools by scripts (shell scripts, Perl, python, …etc) to automate the deployment, administration, and monitoring of a large-scale Linux and FreeBSD environments on different global locations.
C. Gain deep application-level knowledge of the systems as well as contributing to their overall design
D. Work with development teams to harden, enhance, document, establish process and generally improve the operability of our systems
E. Assist in the configuration/build-out of new deployments to facilitate our constant growth
F. Participate in a global support of on-call pager rotation
Common Tech Skills for Search Cloud Service Engineering
Boot Process and Configs
Areas
BIOS, POST
Remote on/off Machines / Remote Boot
MBR, GRUB, Lilo.
Kernel device probing, root mount
init process, run levels
configs of apache, dns, network, …etc
Perl
a hash and/or hashing function works.
Sorting of arrays and hashes.
Recursive functions
Plus: Advanced Perl
Shell Scripting
Areas
Bash / Commands
Write an init scrip..
Awk, sed, regular expression.
Pipe, redirect
If, loop, case, …
Monitoring, Alerting and Nagios
Areas
nrpe,
RTTS/Uranus,
Plus: Cacti, ganglia, cricket, etc.
Plus: Gomez or Keynote or other such tools
Troubleshooting
Areas
df show partition is full, you delete a file, df still shows full. What's going on?
Web performance is slow. What do you do? (Network, system, app, DB, etc. troubleshooting.)
Disk is "slow" what might you look at? iostat, dmesg to see if the disk is dying, etc.
Network is slow. What do you look at? duplex, saturation, etc.
Unix Internals
Areas
Fork()
Paging, swapping. How to tell what's occurring (vmstat, etc.) Ill-effects of paging.
How typical FFS based filesystems work. Cylinder groups, inodes, data blocks, indirect blocks, super blocks.
log/extents/journal based filesystems
inodes and dirents.
symlinks and hardlinks.
/proc/ filesystem.
Block devices vs. raw devices.
FIFOs, regular files, …etc.
sysctl and other tunables
IPC
Networking/DNS
Areas
how DNS works. Recursive vs. iterative. Zones. Record types.
Socket, bind, …etc
nsswitch.conf, /etc/hosts, resolv.conf.
network performance tuning.
SACK and interface aggregation.
Deeper network topics like 802.1Q, core/aggregation|distribution/access switch infrastructure, BGP, OSPF, etc.
Discussion of load balancing techniques. like DSR, SNAT, etc.
Healthchecking
TCP packets, IP packets, ethernet frames
ARP and RARP, switches , routers.
Hardware, RAID, misc.
Areas
RAID levels.
Difference between 32-bit and 64-bit architectures.
Software RAID vs. Hardware RAID.
SAN vs. NAS.
…
Infrastructure and Architecture
Areas
A typical three tier web site architecture
Concerns to design an architecture
GSLB (akadns, brooklyn), failover, BCP.
Capacity planning
…
2011年11月28日 星期一
2011年11月27日 星期日
在 Linux 上調整 glassfish 的 porcess pool number 時遇到的問題
在 Linux 上每個 porcess 可以開啟的檔案數量預設為 1024，
glassfish 在預設 porcess pool number 為 5 時執行就已經開啟了 500 多的檔案，
所以要是將 porcess pool number 調整為 500 瞬間就會超過 1024，然後出現下面的 Error Message。
##
#|2011-11-26T21:39:51.917+080
java.io.IOException: 開啟太多檔案
at sun.nio.ch.IOUtil.initPipe(Nat
at sun.nio.ch.EPollSelectorImpl.<
at sun.nio.ch.EPollSelectorProvid
at java.nio.channels.Selector.ope
at com.sun.grizzly.util.Utils.ope
at com.sun.grizzly.TCPSelectorHan
at com.sun.grizzly.TCPSelectorHan
at com.sun.grizzly.SelectorHandle
at com.sun.grizzly.SelectorHandle
at java.util.concurrent.ThreadPoo
at java.util.concurrent.ThreadPoo
at java.lang.Thread.run(Thread.ja
|#]
##
解法是要先調整每個 porcess 可以開啟的檔案數上限，
先編輯 /etc/security/limits.conf
加入下面這一行，目的是未來機器重開都會讀取我們設定的新上限值。
##
* soft nofile 65536
##
然後用這個指令動態修改
##
參考資料：
http://www.cyberciti.biz/faq/howto-linux-get-list-of-open-files/
http://www.linuxidc.com/Linux/2010-04/25283.htm
glassfish 在預設 porcess pool number 為 5 時執行就已經開啟了 500 多的檔案，
所以要是將 porcess pool number 調整為 500 瞬間就會超過 1024，然後出現下面的 Error Message。
##
#|2011-11-26T21:39:51.917+080
java.io.IOException: 開啟太多檔案
at sun.nio.ch.IOUtil.initPipe(Nat
at sun.nio.ch.EPollSelectorImpl.<
at sun.nio.ch.EPollSelectorProvid
at java.nio.channels.Selector.ope
at com.sun.grizzly.util.Utils.ope
at com.sun.grizzly.TCPSelectorHan
at com.sun.grizzly.TCPSelectorHan
at com.sun.grizzly.SelectorHandle
at com.sun.grizzly.SelectorHandle
at java.util.concurrent.ThreadPoo
at java.util.concurrent.ThreadPoo
at java.lang.Thread.run(Thread.ja
|#]
##
解法是要先調整每個 porcess 可以開啟的檔案數上限，
先編輯 /etc/security/limits.conf
加入下面這一行，目的是未來機器重開都會讀取我們設定的新上限值。
##
* soft nofile 65536
##
然後用這個指令動態修改
##
ulimit -Sn 65536##
參考資料：
http://www.cyberciti.biz/faq/howto-linux-get-list-of-open-files/
http://www.linuxidc.com/Linux/2010-04/25283.htm
2011年11月16日 星期三
2011年11月6日 星期日
2011年10月21日 星期五
Copy CMD Output Directly To The Clipboard
- dir – output in the command prompt
- dir > test.txt – output copied to the file test.txt in the same directory.
- dir | clip – output copied to the clipboard
2011年10月15日 星期六
2011年10月14日 星期五
2011年9月19日 星期一
籃球教室 : 籃球呼吸法
籃球呼吸法
從事任何運動第一個要學習的就是呼吸，一個好的呼吸法，不但可增強體力，在疲勞時能夠使用最短的時間 恢復正常。很多人呼吸不得法，將氣吸至胸腔中，反而增加體力的消耗，心臟也會因肺部充氣的壓迫而發生短暫的痲痺、昏倒等。所以想要打好球，就必須時常練習 呼吸。呼吸的次數與速度快慢的調配是有很大的關係。因為在球場上跑步的速度變化很快，如果無呼吸次數的配合，則很難能支持中長時間的體力，一個標準球員的 體能必須能夠打滿全場的比賽。
[定位練習]
雙腳與肩平寬，雙手放置於腹部，心情放鬆，用鼻子完全吸氣至單田也就是腹部，此時你會感覺到腹部充滿氣，再用嘴巴完全吐氣。
1.一吸一吐為一次完整動作，10次吸吐為一個循環，至少10個循環。
2.一吸二吐為一次完整動作，10次吸吐為一個循環，至少10個循環。
3.一吸慢慢吐至結束，計算氣吐完的時間，時間越長越好，以10次吸吐為一個循環，至少10個循環。
[動位式練習方式]
以球場為練習場所，10圈為1個基準，練習方式如下:
1.一吸二吐，用鼻吸氣，嘴吐氣，三步為一次循環，以籃球場30圈慢跑時，以此方式練習。
2.一吸一吐，用鼻吸氣，嘴吐氣，二步為一次循環，以籃球場20圈計時跑時，以此方式練習。
從事任何運動第一個要學習的就是呼吸，一個好的呼吸法，不但可增強體力，在疲勞時能夠使用最短的時間 恢復正常。很多人呼吸不得法，將氣吸至胸腔中，反而增加體力的消耗，心臟也會因肺部充氣的壓迫而發生短暫的痲痺、昏倒等。所以想要打好球，就必須時常練習 呼吸。呼吸的次數與速度快慢的調配是有很大的關係。因為在球場上跑步的速度變化很快，如果無呼吸次數的配合，則很難能支持中長時間的體力，一個標準球員的 體能必須能夠打滿全場的比賽。
[定位練習]
雙腳與肩平寬，雙手放置於腹部，心情放鬆，用鼻子完全吸氣至單田也就是腹部，此時你會感覺到腹部充滿氣，再用嘴巴完全吐氣。
1.一吸一吐為一次完整動作，10次吸吐為一個循環，至少10個循環。
2.一吸二吐為一次完整動作，10次吸吐為一個循環，至少10個循環。
3.一吸慢慢吐至結束，計算氣吐完的時間，時間越長越好，以10次吸吐為一個循環，至少10個循環。
[動位式練習方式]
以球場為練習場所，10圈為1個基準，練習方式如下:
1.一吸二吐，用鼻吸氣，嘴吐氣，三步為一次循環，以籃球場30圈慢跑時，以此方式練習。
2.一吸一吐，用鼻吸氣，嘴吐氣，二步為一次循環，以籃球場20圈計時跑時，以此方式練習。
2011年9月12日 星期一
2011年9月10日 星期六
2011年9月8日 星期四
2011年8月4日 星期四
設定 Wireshark 解析無法被預設設定解析出來的封包
有時候我們改變 RFC 定義預設的 port number，Wireshark 就無法解析用預設的設定解析出封包。這時候我們可以在該封包上點滑鼠右鍵，選 Decode as，指定我們想要的 Protocol 解析方式，就可以看到原來 Protocol 應該顯示的欄位。
http://www.wireshark.org/docs/wsug_html_chunked/ChCustProtocolDissectionSection.html#ChAdvDecodeAsFig
http://www.wireshark.org/docs/wsug_html_chunked/ChCustProtocolDissectionSection.html#ChAdvDecodeAsFig
SNMPv3 engine-id discovery
節錄自 RFC3414
4. Discovery
The User-based Security Model requires that a discovery process
obtains sufficient information about other SNMP engines in order to
communicate with them. Discovery requires an non-authoritative SNMP
engine to learn the authoritative SNMP engine’s snmpEngineID value
before communication may proceed. This may be accomplished by
generating a Request message with a securityLevel of noAuthNoPriv, a
msgUserName of zero-length, a msgAuthoritativeEngineID value of zero
length, and the varBindList left empty. The response to this message
will be a Report message containing the snmpEngineID of the
authoritative SNMP engine as the value of the
msgAuthoritativeEngineID field within the msgSecurityParameters field. It contains a Report PDU with the usmStatsUnknownEngineIDs
counter in the varBindList.
If authenticated communication is required, then the discovery
process should also establish time synchronization with the
authoritative SNMP engine. This may be accomplished by sending an
authenticated Request message with the value of
msgAuthoritativeEngineID set to the newly learned snmpEngineID and
with the values of msgAuthoritativeEngineBoots and
msgAuthoritativeEngineTime set to zero. For an authenticated Request
message, a valid userName must be used in the msgUserName field. The
response to this authenticated message will be a Report message
containing the up to date values of the authoritative SNMP engine’s
snmpEngineBoots and snmpEngineTime as the value of the
msgAuthoritativeEngineBoots and msgAuthoritativeEngineTime fields
respectively. It also contains the usmStatsNotInTimeWindows counter
in the varBindList of the Report PDU. The time synchronization then
happens automatically as part of the procedures in section 3.2 step
7b. See also section 2.3.
4. Discovery
The User-based Security Model requires that a discovery process
obtains sufficient information about other SNMP engines in order to
communicate with them. Discovery requires an non-authoritative SNMP
engine to learn the authoritative SNMP engine’s snmpEngineID value
before communication may proceed. This may be accomplished by
generating a Request message with a securityLevel of noAuthNoPriv, a
msgUserName of zero-length, a msgAuthoritativeEngineID value of zero
length, and the varBindList left empty. The response to this message
will be a Report message containing the snmpEngineID of the
authoritative SNMP engine as the value of the
msgAuthoritativeEngineID field within the msgSecurityParameters field. It contains a Report PDU with the usmStatsUnknownEngineIDs
counter in the varBindList.
If authenticated communication is required, then the discovery
process should also establish time synchronization with the
authoritative SNMP engine. This may be accomplished by sending an
authenticated Request message with the value of
msgAuthoritativeEngineID set to the newly learned snmpEngineID and
with the values of msgAuthoritativeEngineBoots and
msgAuthoritativeEngineTime set to zero. For an authenticated Request
message, a valid userName must be used in the msgUserName field. The
response to this authenticated message will be a Report message
containing the up to date values of the authoritative SNMP engine’s
snmpEngineBoots and snmpEngineTime as the value of the
msgAuthoritativeEngineBoots and msgAuthoritativeEngineTime fields
respectively. It also contains the usmStatsNotInTimeWindows counter
in the varBindList of the Report PDU. The time synchronization then
happens automatically as part of the procedures in section 3.2 step
7b. See also section 2.3.
2011年7月9日 星期六
Google Reader 快捷鍵
| j/k | item down/up | selects the next/previous item in the list |
| space/shift-space | page down/up | moves the page down/up |
| n/p | scan down/up | in list view, selects the next item without opening it |
| o | open/close item | in list view, expands or collapses the selected item |
| enter | open/close item | in list view, expands or collapses the selected item |
| s | toggle star | stars the selected item |
| shift+s | toggle share | shares the selected item |
| m | mark as read/unread | switches the read state of the selected item |
| t | tag an item | opens the tagging field for the selected item |
| v | view original | opens the original source for this article in a new window |
| shift+a | mark all as read | marks all items in the current view as read |
| 1 | expanded view | displays the subscription as expanded items |
| 2 | list view | displays the subscription as a list of headlines |
| r | refresh | refreshes the unread counts in the navigation |
| shift+n/p | navigation down/up | selects the next/previous subscription or folder in the navigation |
| shift+x | navigation expand/collapse | expand or collapse a folder selected in the navigation |
| shift+o | navigation open subscription | opens the item currently selected in the navigation |
| g+h | go to home | goes to the Google Reader homepage |
| g+a | go to all items | goes to the "All items" view |
| g+s | go to starred items | goes to the "Starred items" view |
| g+t | go to tag | allows you to navigate to a tag by entering the tag name |
| g+u | go to subscription | allows you to navigate to a subscription by entering the subscription name |
| u | toggle full screen mode | hides and shows the list of subscriptions |
| ? | keyboard shortcuts help | displays a quick guide to all of Reader's shortcuts |
2011年7月4日 星期一
From 華為 RD
看見了If，就想Else。
看見malloc，就去找Free。
函式呼叫要小心，需要看看返回值。
看到for迴圈，就找邊界值。
看見return要注意，要去前面找資源。
看見陣列把神提，問題往往在下標。
不要小看字串，長度是個大問題。
得到函數不要急，看看變數初始化，各種路徑要小心。
賦值函數最危險，變數沒有初始化。
九句句真言不孤立，相互結合顯神威
2011年5月4日 星期三
2011年5月3日 星期二
構圖技巧筆記
1. 三分法：將拍攝範圍用直線和橫線分為三等分，拍攝主體盡量安置在直線和橫線的交點上 (共有四個焦點)，避免畫面過於四平八穩、單調。
2. 拍攝範圍中的水平線務必要保持水平。可用相機的水平儀、LCD螢幕的邊線、或是三分法的輔助線來協助對齊。
3. 妥善分配畫面中各項元素的比例，如拍攝主體、前景、背景，不要喧賓奪主，也不要頭重腳輕。
4. 前景、背景不要雜亂。
5. 人的視線會順著畫面中的線條延伸，坐落在點上 (轉折、交會處)，注意點安置的位置 (如利用三分法)。
6. 讓主體填滿畫面。
7. 避免幾何失真 (如利用廣角端近拍，造成畫面被擠壓)。
PS. 持續增加中...
2. 拍攝範圍中的水平線務必要保持水平。可用相機的水平儀、LCD螢幕的邊線、或是三分法的輔助線來協助對齊。
3. 妥善分配畫面中各項元素的比例，如拍攝主體、前景、背景，不要喧賓奪主，也不要頭重腳輕。
4. 前景、背景不要雜亂。
5. 人的視線會順著畫面中的線條延伸，坐落在點上 (轉折、交會處)，注意點安置的位置 (如利用三分法)。
6. 讓主體填滿畫面。
7. 避免幾何失真 (如利用廣角端近拍，造成畫面被擠壓)。
PS. 持續增加中...
2011年4月30日 星期六
2011年4月23日 星期六
2011年4月20日 星期三
Stateful DHCPv6、Stateless DHCPv6、and Stateless Autoconfiguration
Router Advertisement Option 當中的 M 欄位與 O 欄位。
1. M 欄位 (Managed Address Configuration)：
這個 bit 如果是 1，代表要請電腦另外透過 DHCPv6 要 IPv6 Prefix
2. O 欄位 (Other Configuration )：
這個 bit 如果是 1，代表請電腦另外透過 要 DNS 等等資訊。
我們常聽到的 stateful DHCPv6 與 stateless DHCPv6，就是由 M 欄位與 O 欄位組合不同而來的。
1. M=1, O=0 or 1：所有資訊(包括 Prefix、DNS等等資訊)都請電腦使用 DHCPv6 取得。(Stateful DHCPv6)
2. M=0, O=1：使用 RA 裡面的 Prefix，但是 DNS 等等資訊請電腦使用 DHCPv6 取得。(Stateless DHCPv6)
3. M=0, O=0：電腦將只得到 Prefix，無法取得 DNS 等資訊。(Stateless autoconfiguration)
所謂的 stateful 就是必須要由 server 去動態維護、保留其對應狀態的資訊。
而 stateless 則是不須動態維護的資訊，如 DNS 等資訊，因為這些不會動態改變，都是固定的資訊。
所以當 prefix 由 DHCPv6 來提供的時候，因為 DHCPv6 server 會有對應表(binding table)，所以這種就叫 stateful DHCPv6。
而 prefix 是由 router 提供，因為 router 不會留存這個 binding table，所以這種方式就叫做 stateless autoconfiguration or stateless DHCPv6。
1. M 欄位 (Managed Address Configuration)：
這個 bit 如果是 1，代表要請電腦另外透過 DHCPv6 要 IPv6 Prefix
2. O 欄位 (Other Configuration )：
這個 bit 如果是 1，代表請電腦另外透過 要 DNS 等等資訊。
我們常聽到的 stateful DHCPv6 與 stateless DHCPv6，就是由 M 欄位與 O 欄位組合不同而來的。
1. M=1, O=0 or 1：所有資訊(包括 Prefix、DNS等等資訊)都請電腦使用 DHCPv6 取得。(Stateful DHCPv6)
2. M=0, O=1：使用 RA 裡面的 Prefix，但是 DNS 等等資訊請電腦使用 DHCPv6 取得。(Stateless DHCPv6)
3. M=0, O=0：電腦將只得到 Prefix，無法取得 DNS 等資訊。(Stateless autoconfiguration)
所謂的 stateful 就是必須要由 server 去動態維護、保留其對應狀態的資訊。
而 stateless 則是不須動態維護的資訊，如 DNS 等資訊，因為這些不會動態改變，都是固定的資訊。
所以當 prefix 由 DHCPv6 來提供的時候，因為 DHCPv6 server 會有對應表(binding table)，所以這種就叫 stateful DHCPv6。
而 prefix 是由 router 提供，因為 router 不會留存這個 binding table，所以這種方式就叫做 stateless autoconfiguration or stateless DHCPv6。
2011年4月19日 星期二
觀景窗的視野率與放大率
視野率：「透過觀景窗所見範圍」與「實際成像範圍」的比值。 若小於 100% 觀景窗所見的範圍會略小於實際成像 (感覺像周圍被裁切掉) 可以參考 reference 的 "如何看待觀景窗的大小"。
放大率： 「透過觀景窗所見範圍」的大小比例。
Reference:
有關 [視野率] 和 [放大率]
如何看待觀景窗的大小
放大率： 「透過觀景窗所見範圍」的大小比例。
Reference:
有關 [視野率] 和 [放大率]
如何看待觀景窗的大小
2011年4月17日 星期日
相機 LCD 注意事項
因為相機上的 LCD 受限於機身大小，所以螢幕不大,因此顯示的縮圖就容易讓拍攝者忽略一些細節。另外 LCD 本身的亮度彩度對相片也有美化的效果，透過電腦的大螢幕來顯示後，往往會變成另外一回事。按一次快門得到的畫面沒有第二次的機會，為了避免事後的遺憾。注意以下
1. 將 LCD 的亮度彩度調略低於電腦 LCD。
2. 拍攝前頭幾張照片透過放大縮圖的功能，將縮圖放大來確認細節。
3. 透過拍攝經驗記住相機 LCD 呈現的效果和實際輸出後的差異，透過人工和經驗法則來降低差異。
1. 將 LCD 的亮度彩度調略低於電腦 LCD。
2. 拍攝前頭幾張照片透過放大縮圖的功能，將縮圖放大來確認細節。
3. 透過拍攝經驗記住相機 LCD 呈現的效果和實際輸出後的差異，透過人工和經驗法則來降低差異。
2011年4月13日 星期三
輕鬆掌握人像拍攝重點
1. 拍全身，完全不要切到
2. 拍半身，切大腿
3. 拍半身，切肚臍
4. 永遠都要為臉蛋和髮型留下最好的角度和美感
5. 剛開始拍照先把主體占滿照片，再考慮把其他東西放進來
PS. Liming 不愧是學長！簡單幾句輕鬆掌握要點~
2. 拍半身，切大腿
3. 拍半身，切肚臍
4. 永遠都要為臉蛋和髮型留下最好的角度和美感
5. 剛開始拍照先把主體占滿照片，再考慮把其他東西放進來
PS. Liming 不愧是學長！簡單幾句輕鬆掌握要點~
IPv6 Neighbor Discovery (ND) Summary
1. ND 是藉由 ICMPv6 在 hosts 和 routers 間傳送資料
2. 共分為 5 種 type 的 ICMPv6 message：
a. Router Solicitation / Router Advertisement
b. Neighbor Solicitation / Neighbor Advertisement
c. Redirect message
3. 可達到下列功能
a. Neighbor Discovery (ND)
b. Router Discovery (RD)
c. Address Autoconfiguration
d. Address Resolution
e. Neighbor Unreachability Detection (NUD)
f. Duplicate Address Detection (DAD)
g. Redirection
2. 共分為 5 種 type 的 ICMPv6 message：
a. Router Solicitation / Router Advertisement
b. Neighbor Solicitation / Neighbor Advertisement
c. Redirect message
3. 可達到下列功能
a. Neighbor Discovery (ND)
b. Router Discovery (RD)
c. Address Autoconfiguration
d. Address Resolution
e. Neighbor Unreachability Detection (NUD)
f. Duplicate Address Detection (DAD)
g. Redirection
2011年3月23日 星期三
在 IE 瀏覽器上輸入 IPv6 Link Local Address 為 URL 時的注意事項
因為當使用 IPv6 Link local Address 來連線時必須要指定連線使用的 NIC (Network Interface Card )。
假設我要透過第一張 NIC 連線到 "fe80::02E0:0CFF:FE11:2233"，
我必須要以 "fe80::02E0:0CFF:FE11:2233%1" 來表示。
但是 IE 在處理 URL 時遇到 % 會出現編碼問題，所以我必須在 % 後加上 25，
也就是 "http://[fe80::02E0:0CFF:FE11:2233%251]" 來表示。
Reference:
IPv6 URIs in IE7
ASCII Table and Description
假設我要透過第一張 NIC 連線到 "fe80::02E0:0CFF:FE11:2233"，
我必須要以 "fe80::02E0:0CFF:FE11:2233%1" 來表示。
但是 IE 在處理 URL 時遇到 % 會出現編碼問題，所以我必須在 % 後加上 25，
也就是 "http://[fe80::02E0:0CFF:FE11:2233%251]" 來表示。
Reference:
IPv6 URIs in IE7
ASCII Table and Description
2011年3月11日 星期五
編輯 FreeRADIUS 的 users 設定檔
users 設定檔位於 /usr/local/etc/raddb/ 或是 /etc/raddb/，負責記錄 Server 端的帳號，與各種認證方式的 default 設定。
1. 每一行若是以 '#' 開頭將視為註解，FreeRADIUS 處理時將會略過該行的內容。
2. 每一筆 user 的記錄都分為三部分
a. Username
b. Check items
c. Reply items
以下為一筆帳號記錄的範例，對照相同的背景顏色即可了解該部分為何
##
vlan2 Auth-Type := EAP, Cleartext-Password := "vlan2"
3. Check items 中的項目必須位於同一行，項目間必須以 ',' 分隔，最後一個項目之後不加 ','。
4. Check items 和 Reply items 間必須換行，每個 Reply items 位於不同行，且每行必須先以 [Tab] 開頭再加 Reply items 的項目。每一行的結尾則以 ',' 分隔，最後一個項目之後不加 ','。
5. 當 Server 收到 RADIUS-Request 後，首先判斷是否來自合法的 client 端 (clients.conf)，再來判斷是否在本地端作驗證或是轉發到其他 server (proxy.conf)，若是在本地端作驗證就會以 users 中的記錄依序來逐一比對。首先帳號是否存在，有符合的帳號就會進一步比對 Check items 中的項目是否吻合，若是 Check items 中的項目吻合，就會將 Reply items 中的項目以 RADIUS attribute 的方式加在 RADIUS-Response 中。
6. RADIUS-Request 無論夾帶的帳號為何，都會與 DEFAULT 的記錄作比對。
7. 若是 Reply items 的結尾加入 Fall-Through = No 則不會再比對下一筆記錄；Fall-Through =Yes 則會繼續比對下一筆記錄。
8. Check items 中的 Auth-Type 可以指定以認證方式作為確認的條件。
9. '=' 僅用於 Reply items 中，當 RADIUS-Response 中沒有相同的 attribute 時會新增此 attribute。
10. ':=' 用於 Check items 中，會先比對此 attribute，但是當 RADIUS-Request 中沒有此 attribute 時，則會加入此 attribute。
11. ':=' 用於 Reply items 中，會先比對此 attribute，但是當 RADIUS-Response 中沒有此 attribute 時，則會加入此 attribute。當 RADIUS-Response 已有此 attribute 時，則會以新值取代此 attribute。
12. '==' 僅用於 Check items，比對此 attribute。
Reference:
Man page of users
RFC attributes
Radius Types
1. 每一行若是以 '#' 開頭將視為註解，FreeRADIUS 處理時將會略過該行的內容。
2. 每一筆 user 的記錄都分為三部分
a. Username
b. Check items
c. Reply items
以下為一筆帳號記錄的範例，對照相同的背景顏色即可了解該部分為何
##
vlan2 Auth-Type := EAP, Cleartext-Password := "vlan2"
Service-Type = Framed-User,
Tunnel-Type = 13,
Tunnel-Medium-Type = 6,
Tunnel-Private-Group-ID := "2p"
##3. Check items 中的項目必須位於同一行，項目間必須以 ',' 分隔，最後一個項目之後不加 ','。
4. Check items 和 Reply items 間必須換行，每個 Reply items 位於不同行，且每行必須先以 [Tab] 開頭再加 Reply items 的項目。每一行的結尾則以 ',' 分隔，最後一個項目之後不加 ','。
5. 當 Server 收到 RADIUS-Request 後，首先判斷是否來自合法的 client 端 (clients.conf)，再來判斷是否在本地端作驗證或是轉發到其他 server (proxy.conf)，若是在本地端作驗證就會以 users 中的記錄依序來逐一比對。首先帳號是否存在，有符合的帳號就會進一步比對 Check items 中的項目是否吻合，若是 Check items 中的項目吻合，就會將 Reply items 中的項目以 RADIUS attribute 的方式加在 RADIUS-Response 中。
6. RADIUS-Request 無論夾帶的帳號為何，都會與 DEFAULT 的記錄作比對。
7. 若是 Reply items 的結尾加入 Fall-Through = No 則不會再比對下一筆記錄；Fall-Through =Yes 則會繼續比對下一筆記錄。
8. Check items 中的 Auth-Type 可以指定以認證方式作為確認的條件。
9. '=' 僅用於 Reply items 中，當 RADIUS-Response 中沒有相同的 attribute 時會新增此 attribute。
10. ':=' 用於 Check items 中，會先比對此 attribute，但是當 RADIUS-Request 中沒有此 attribute 時，則會加入此 attribute。
11. ':=' 用於 Reply items 中，會先比對此 attribute，但是當 RADIUS-Response 中沒有此 attribute 時，則會加入此 attribute。當 RADIUS-Response 已有此 attribute 時，則會以新值取代此 attribute。
12. '==' 僅用於 Check items，比對此 attribute。
Reference:
Man page of users
RFC attributes
Radius Types
2011年3月5日 星期六
2011年3月3日 星期四
曝光補償
在相機上可以透過調整 EV 值來達到曝光補償的效果。
正補償 (調高 EV 值)：加強白皙、潔淨、活潑的感覺，或是強調白色或反光物體。
負補償 (降低 EV 值)：加強濃郁、細緻、深沉的感覺，強調黑色或吸光物體。
Reference：
曝光補償的應用與判斷
[技巧]淺談曝光補償(EV)
DC 曝光補償的技術意涵
EV 曝光值 [ Exposure value ]
正補償 (調高 EV 值)：加強白皙、潔淨、活潑的感覺，或是強調白色或反光物體。
負補償 (降低 EV 值)：加強濃郁、細緻、深沉的感覺，強調黑色或吸光物體。
Reference：
曝光補償的應用與判斷
[技巧]淺談曝光補償(EV)
DC 曝光補償的技術意涵
EV 曝光值 [ Exposure value ]
安全快門
安全快門是為了不讓相機因外在因素震動使照片糊掉而須達到的快門速度。
Full Frame： 安全快門 (sec) = 1/ 焦距 (mm)
APS-C：Canon => 安全快門 (sec) = 1/ ( 焦距 (mm) * 1.6)
Nikon => Full Frame: 安全快門 (sec) = 1/ ( 焦距 (mm) * 1.5)
4/3：安全快門 (sec) = 1/ ( 焦距 (mm) * 2 )
Reference: 安全快門之二 ~ 防手震級數算法
Full Frame： 安全快門 (sec) = 1/ 焦距 (mm)
APS-C：Canon => 安全快門 (sec) = 1/ ( 焦距 (mm) * 1.6)
Nikon => Full Frame: 安全快門 (sec) = 1/ ( 焦距 (mm) * 1.5)
4/3：安全快門 (sec) = 1/ ( 焦距 (mm) * 2 )
Reference: 安全快門之二 ~ 防手震級數算法
2011年3月2日 星期三
相機片幅與鏡頭焦段
數位相機的片幅取決於感光元件的大小，鏡頭的實際焦段也必須根據於感光元件的大小乘以一定的倍數。
常見的感光元件的規格大小如圖：
根據不同大小的感光元件，鏡頭必須乘以一定的倍數以換算實際焦段：
Full Frame (傳統相機 135 System 的感光元件大小): 焦段 *1
APS-C: 焦段 *1.6 (Canon) or 焦段 *1.5 (Nikon)
4/3 (Four Thirds System): 焦段 *2
PS. 一般 DC 或是類單眼會以等效焦段來表示根據感光元件大小換算過後的實際焦段
參考資料：
甚麼是全片幅(Full Frame)?
感光元件
感光元件大小比較
Image sensor format
常見的感光元件的規格大小如圖：
根據不同大小的感光元件，鏡頭必須乘以一定的倍數以換算實際焦段：
Full Frame (傳統相機 135 System 的感光元件大小): 焦段 *1
APS-C: 焦段 *1.6 (Canon) or 焦段 *1.5 (Nikon)
4/3 (Four Thirds System): 焦段 *2
PS. 一般 DC 或是類單眼會以等效焦段來表示根據感光元件大小換算過後的實際焦段
參考資料：
甚麼是全片幅(Full Frame)?
感光元件
感光元件大小比較
Image sensor format
訂閱：
文章 (Atom)