解決 snmp 的問題

解決 snmp 的問題

fail2ban 0.8.1

最近玩 mailscanner 玩的不亦樂乎 (喂喂)

今早在看 mail.log 時，突然看到一個IP亂入
Nov 27 08:39:31 lnx02 postfix/smtpd[32455]: connect from unknown[113.111.198.92]
Nov 27 08:39:31 lnx02 postfix/smtpd[32455]: lost connection after AUTH from unknown[113.111.198.92]
Nov 27 08:39:31 lnx02 postfix/smtpd[32455]: disconnect from unknown[113.111.198.92]

mailscanner 的一些問題與解法

一些問題的筆記

 

利用 virtual domain 的作法轉信

需求是，業務人員離職，為避免漏接訂單（哪來那麼多訂單好接...）

所以業務人員的帳號基本上是不能砍的

不管離職多久帳號都要掛著

而且還要設定轉信給在職人員

postgrey connect to postgrey/socket: No such file or directory

postgrey 裝好後有這樣的錯誤訊息
warning: connect to postgrey/socket: No such file or directory

檢查是因為沒有 socket 可以連線所造成

但我的 postgrey 其實是以 daemon 的方式運作，因此修正 main.cf

原本：
    check_policy_service unix:postgrey/socket,
修正：
   check_policy_service  inet:127.0.0.1:10023,

這樣 postgrey 就會去 port 10023 連線了

postfix : Recipient address rejected 問題

(原來2012就寫過解法... 0rz 反正都寫好了就先留著吧)

我的網路架構是把 linux postfix 當成 mail gateway
以免 exchange 操勞過度掛掉 （有沒有那麼脆弱...）

 昨天在試 mailscanner （當然沒有傻到拿 production 來試..)

原本要在 linux 上 config 兩個信箱，作為黑名單及白名單學習用
spam@linux
notspam@linux
沒想到 linux postfix 只管 relay，只己負責的信箱倒是不管了

花了點時間讓 postfix 認得 linux 的帳號
relay_recipient_maps  = proxy:unix:passwd.byname $alias_maps

後來把 postfix 停掉，起動 mailscanner
試寄了幾封信
但 mailscanner 完全沒有動作 (檢查 /var/log/mail.log)
outlook 也一直沒有收到信
決定暫時把 mailscanner 關掉，直到我找到監看它的log放在哪為止

於是把mailscanner停掉，再把postfix開起來
沒想到postfix這次只肯收自己的信，不肯轉信了

設定 main.cf
確認可以relay的網域有寫到
transport_maps
relay_recipient_maps
local_recipient_maps

但仍然是這個錯誤
User unknown in local recipient table
Recipient address rejected

仍然不肯轉信

確認只動過這兩個設定
relay_recipient_maps
local_recipient_maps
並把設定的內容寫成一樣的
*@doamin.com
還是會拒收 domain.com 的信件 .. = =a


在經過交叉測試後，發現
 local_recipient_maps 不能有設定，不然 postfix 就會去檢查帳號在本機是否存在
因此清空設定（如下）
local_recipient_maps =

只是我明明 relay_recipient_maps 有設允許轉信的網域啊
只好再來啃 postfix 的官方文件了

最順手的個人資料庫 - evernote

工作快二十年了

講是二十年，不過最近十年才真正有，想寫些東西的感覺

前面十年作的多是作業員、倉管等勞力工作

沒什麼要記的東西

後面十年開始從事 IT 行業


一直以來，對於 IT 大概都是興趣

蒐集了很多資料，從早期的雜誌剪貼簿，到後來網站文章另存 mht 檔

然後寫 blog

在公司的時候還嘗試架 rt 2.x ~ 3.x 及 lotus domini 6.5

到現在用 evernote


一路走來，要說最喜歡的工具，應該是 lotus domino

編輯文章自由度高，搜尋關鍵字還算堪用，會寫程式還可以做很多流程自動化的事

可惜，domino 畢竟是辦公室專業軟體，對於個人來講，費用難以負荷

**題外話，domino 6.5 我很欣賞的一個特性，資料庫可以隨時帶走

**在後續的版本，因為考慮到資料庫效能的關係，再也不能這麼做了

evernote 只要每月5塊美金，就可以讓你的心血保存下來，我覺的是很好的投資

早期 IT 菜鳥時，要管 netware 5.1 的機器
當時也沒有多餘的機器可以做 lab
出事都只能找廠商
後期 netware 沒落，廠商淡淡的說了一句話，我到現在印象還是十分的深：
"辛苦學了那麼多東西，一旦市場變了，就全都得丟到水裡去。"

以現在打滾十年的經驗，雖然不能說學的有多高深，不過觀察到一個現象
IT 的行業極少無中生有出一個技術，大多是慢慢演化

以 unix 來說，早期 unix 可說是十分盛行，不管是什麼行業，只要提到資訊化，不用 unix 就等著被笑外行吧
曾幾何時，高高在上的 unix 在各種條件不同下，分出了幾個支系
bsd
linux
nextstep
solaris
每一個支系都是針對某個特定的點，慢慢演化到現在的樣子

講了上面這一段，要強調的事，如果當初的知識都有好好的運用 evernote 保存起來，其實在 netware 已經沒落的現在，仍然可以從舊經驗得到很多新的想法


喝多了

突然想寫點東西

抵制 Spigot / IObits

睽違已久的文章(一年沒寫了)

又是要反詐騙(攤手)

結論：抵制 Spigot  / IObits

我的 google chrome 被裝了這幾個套件
Amazon Shopping Assistant by Spigot 1.0
Ebay Shopping Assistant by Spigot 1.0
Savings-Slider 2.3
Domain Error Assistant 1.1

然後 chrome 設定檔 crash 兩次，第一次不以為意(也沒時間理它)，以為是程式問題，就把使用者設定檔清空，再重裝 chrome (反正幾乎所有設定都在 cloud)，登入 chrome，設定就回來了

那時有注意到被偷裝套件，而且知道是 IObit 這家公司裝的，當下我很生氣，馬上就把 smartdefrag 移除

我生氣的點一來是自己居然著了道，二來是 IObit 是我信任的老牌公司，他們居然耍大陸360的爛招

第二次 chrome 的設定檔又 crash，它跟我說設定檔已損壞，無法復原

打開 chrome 只看到非常乾淨又空空如也的瀏覽器視窗，什麼套件書籤全沒了，只剩下通知：
chrome 新增了套件 xxxx

這下我怒了

參考以下連結
http://blog.sina.com.cn/s/blog_63f34cf40101429v.html

把 IObits 相關的東西全砍(這次沒刪使用者設定檔)

再打開 chrome ，登入後，就像沒發生過事一樣，所有設定都回來了(明顯是我舊的設定檔仍有作用)

要嘛是 IObits 的人有良心故意搞垮 chrome 讓我發現這件事
要嘛是 IObits 爛掉了，耍爛招還搞垮 chrome 被使用者發現

多擠？

壁插跳電

我家的櫃子，有附插座
當初安裝的師傅把插座的電線直接拉到牆壁上的插座內
不是另外把電線做成插頭給我，然後插到壁插上
現在我想移櫃子，傷腦筋的是那條電線怎麼處理
早上閒閒沒事把壁插打開，正要用螺絲起子轉開螺絲
起子碰到螺絲的瞬間
碰！好大一聲
嚇的我跳開好遠
然後那個壁插就沒電了

本來想說無所謂，大不了叫水電師來處理，順便請他把櫃子的線做成插頭

出門前到冰箱拿飲料，才驚覺冰箱使用的壁插也沒電了！

冰箱可不能等啊，等水電師來了，所有的食物大概也可以扔了

還好我看電影的時候很認真，想起這種時候好像有個叫保險絲的東西

是的，我把總電源箱子打開，關閉總電源，摸了保險絲開關覺的鬆鬆的，應該是跳開了

把保險絲開關撥回去，把總電源打開，兩個壁插的電就恢復正常了

2014/03/25 後記：
後來我把櫃子的電線，另外做成插頭

電線的規格，粗細是2.0mm，很粗的白線 (我是外行，其他的規格不懂 .. XD)
我先把總電源關掉，打開壁插，看到白線內芯有一黑一白兩條線
之前的師傅把壁插的白線，表面的塑膠皮刮掉，然後繞上櫃子的白芯線，再緊緊纏上絕緣膠帶(黑芯線相同)

看到這種作法的當下，我一整個傻住...

OS: 這樣子也能去當水電師傅，不然我也來考好了 (全國的水電師傅對不起..)

值的稱讚的是，他把銅線纏的很緊，緊到我放棄移除舊線，把它剪斷再纏上絕緣膠布就了事

之後把新線用和舊線用一個東西連結起來(類似中空的金屬圓柱體)，再用壓線鉗壓好，外層分別用絕緣膠帶把兩條黑白芯線隔開

之後再除矽利康，移櫃子，重上矽利康，搞定

這個叫水電來少說要 1200 吧~ 我買材料花了800(壓線鉗500)

學到電線的接法就遠超過 1200 的價值了
(這邊要提一下：我作的只是皮毛到不能再皮毛的接線而已，這點小事就不要麻煩水電師傅了)

IIS 7.5 + .net 4.0

犯了個低級錯誤

記一下看能不能救到別人 :P

我把 iis 網站從舊 windows server 2008r2 搬到新的 windows server 2008r2

兩部都是 VM

舊的在 hyper-v 2.0
新的在 esxi 5.1

搬移的目的是為了較多的系統資源
CPU／記憶體等..

本來只是打算在舊VM裝 vmware vcenter converter
把系統連同設定一起v2v 到esxi 5.1
結果裝完重開後舊VM就黑了
我的臉也黑了

WTF! 裝個軟體就進不了 windows 是怎樣啊幹 !

中間我努力做了多少事就不多說了

看到舊VM復活一整個感動啊想哭啊想罵人啊去你X的死微軟

然後就著手把舊VM底下的 asp.net code 整個複製到新 VM去

遇到的第一個問題：
iis 7.5 看不懂 .net 4.0 的 code

好吧~ 是我忘了裝 .net framework 4.0 (standalone)
之後還要到 c:\windows\Microsoft.net\framework\v4.0.x.x\aspnet_regiis.exe -i

再用IE跑asp.net

一直出現莫明奇妙的錯誤
CS0246: The type or namespace name 'xxxx' not found

檢查檔案明明還在

程式內容都沒變，只有 windows server 新舊之分

直覺一定是 iis 的設定問題

爬了兩個小時以後

赫然發現我只把上層目錄轉成應用程式，忘了轉子目錄了.. U_U


想笑就笑吧.. 我只是累了 ... U_U