|
|
Mình đã fix lỗi trên, do cấu hình sai ở phần define contact (làm theo hướng dẫn của Thắng thì fix chỗ này nhé)
Code:
define contact{
name generic-contact
service_notification_period 24x7
host_notification_period 24x7
service_notification_options w,u,c,r
host_notification_options d,u,r
service_notification_commands notify-service-by-sms
,notify-service-by-email
host_notification_commands [color=red]notify-service-by-sms[/color]
,notify-host-by-email
register 0
}
Sửa lại thành:
Code:
define contact{
name generic-contact
service_notification_period 24x7
host_notification_period 24x7
service_notification_options w,u,c,r
host_notification_options d,u,r
service_notification_commands notify-service-by-sms
,notify-service-by-email
host_notification_commands [color=red]notify-host-by-sms[/color]
,notify-host-by-email
register 0
}
|
|
|
Config notify qua SMS như bên dưới:
------------------------
# 'notify-host-by-sms' command definition
define command{
command_name notify-host-by-sms
command_line /usr/bin/printf "%b" "*** Nagios ***\nNotification Type: $NOTIFICATIONTYPE$\nHost: $HOSTNAME$\nState: $HOSTSTATE$\nAddress: $HOSTADDRESS$\nInfo: $HOSTOUTPUT$\nDate/Time: $LONGDATETIME$" | /usr/local/bin/gammu --sendsms TEXT $CONTACTPAGER$
}
# 'notify-service-by-sms' command definition
define command{
command_name notify-service-by-sms
command_line /usr/bin/printf "%b" "*** Nagios ***\nNotification Type: $NOTIFICATIONTYPE$\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\nDate/Time: $LONGDATETIME$\nAdditional Info: $SERVICEOUTPUT$" | /usr/local/bin/gammu --sendsms TEXT $CONTACTPAGER$
}
|
|
|
Mình đang bị lỗi tin nhắn có dấu $: VD: Service: $, lỗi macro 'SERVICEDESC'. Không biết có bác nào bị không?
-----------------------------------
[1375820667.019202] [2048.1] [pid=22474] **** BEGIN MACRO PROCESSING ***********
[1375820667.019211] [2048.1] [pid=22474] Processing: '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: $NOTIFICATIONTYPE$\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\nDate/Time: $LONGDATETIME$\nAdditional Info: $SERVICEOUTPUT$" | /usr/local/bin/gammu --sendsms TEXT $CONTACTPAGER$'
[1375820667.019221] [2048.2] [pid=22474] Processing part: '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: '
[1375820667.019231] [2048.2] [pid=22474] Not currently in macro. Running output (57): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: '
[1375820667.019240] [2048.2] [pid=22474] Processing part: 'NOTIFICATIONTYPE'
[1375820667.019260] [2048.2] [pid=22474] macros[29] (NOTIFICATIONTYPE) match.
[1375820667.019276] [2048.2] [pid=22474] Processed 'NOTIFICATIONTYPE', Clean Options: 0, Free: 0
[1375820667.019286] [2048.2] [pid=22474] Processed 'NOTIFICATIONTYPE', Clean Options: 0, Free: 0
[1375820667.019295] [2048.2] [pid=22474] Cleaning options: global=3, local=0, effective=3
[1375820667.019306] [2048.2] [pid=22474] Cleaned macro. Running output (64): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM'
[1375820667.019316] [2048.2] [pid=22474] Just finished macro. Running output (64): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM'
[1375820667.019325] [2048.2] [pid=22474] Processing part: '\nService: '
[1375820667.019342] [2048.2] [pid=22474] Not currently in macro. Running output (75): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM\nService: '
[1375820667.019352] [2048.2] [pid=22474] Processing part: 'SERVICEDESC'
[1375820667.019362] [2048.2] [pid=22474] macros[3] (SERVICEDESC) match.
[1375820667.019372] [2048.2] [pid=22474] Processed 'SERVICEDESC', Clean Options: 0, Free: 1
[1375820667.019381] [2048.0] [pid=22474] WARNING: An error occurred processing macro 'SERVICEDESC'!
[1375820667.019390] [2048.2] [pid=22474] Non-macro. Running output (75): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM\nService: '
[1375820667.019400] [2048.2] [pid=22474] Processing part: '\nHost: '
[1375820667.019410] [2048.2] [pid=22474] Not currently in macro. Running output (96): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM\nService: $SERVICEDESC$\nHost: '
[1375820667.019419] [2048.2] [pid=22474] Processing part: 'HOSTALIAS'
[1375820667.019429] [2048.2] [pid=22474] macros[1] (HOSTALIAS) match.
[1375820667.019440] [2048.2] [pid=22474] Processed 'HOSTALIAS', Clean Options: 0, Free: 1
[1375820667.019449] [2048.2] [pid=22474] Processed 'HOSTALIAS', Clean Options: 0, Free: 1
[1375820667.019458] [2048.2] [pid=22474] Cleaning options: global=3, local=0, effective=3
[1375820667.019469] [2048.2] [pid=22474] Cleaned macro. Running output (104): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM\nService: $SERVICEDESC$\nHost: Wireless'
[1375820667.019478] [2048.2] [pid=22474] Just finished macro. Running output (104): '/usr/bin/printf "%b" "*** Nagios ***\nNotification Type: PROBLEM\nService: $SERVICEDESC$\nHost: Wireless'
[1375820667.019488] [2048.2] [pid=22474] Processing part: '\nAddress: '
|
|
|
Bên mình đang sử dụng dịch vụ Mail Offline của VDC và bị sự cố mất mail khi gửi qua MTA của VDC, qua tìm hiểu thì mình biết VDC đang dùng Cisco IronPort C660 để lọc spam, gửi mail yêu cầu hỗ trợ thì nhân viên kĩ thuật VDC cho biết họ cấu hình giới hạn số người nhận đồng thời (TO, CC và BCC) không quá 40 mails (bên mình làm việc theo group giữa các quốc gia nên gửi đồng thời cho nhiều người nhận). Nhưng theo RFC 5321 mục 4.5.3.1.8 http://tools.ietf.org/html/rfc5321#section-4.5.3.1.8), thì số người nhận đồng thời tối thiểu phải là 100, việc VDC cấu hình MTA không theo tiêu chuẩn quốc tế như vậy có gặp rắc rối gì khi trao đổi mail với các MTA khác trên Internet không, bác nào làm ở VDC vào comment giùm mình
"The minimum total number of recipients that MUST be buffered is 100
recipients. Rejection of messages (for excessive recipients) with
fewer than 100 RCPT commands is a violation of this specification.
The general principle that relaying SMTP server MUST NOT, and
delivery SMTP servers SHOULD NOT, perform validation tests on message
header fields suggests that messages SHOULD NOT be rejected based on
the total number of recipients shown in header fields. A server that
imposes a limit on the number of recipients MUST behave in an orderly
fashion, such as rejecting additional addresses over its limit rather
than silently discarding addresses previously accepted. A client
that needs to deliver a message containing over 100 RCPT commands
SHOULD be prepared to transmit in 100-recipient "chunks" if the
server declines to accept more than 100 recipients in a single
message."
|
|
|
Không biết thông tin cá nhân (e-mail, username, pwd...) của các thành viên trên diễn đàn HVA có được mã hóa không anh Conmale?
|
|
|
Sony PlayStation Network (PSN) vừa bị hack, 77 triệu tài khoản của người dùng bị lộ, các thông tin cá nhân của người dùng không được mã hoá. Mình muốn hỏi các Web admin trên diễn đàn: Website của các bạn đang quản lý có chứa thông tin cá nhân của khách hàng không? Là Web admin các bạn quản lý và bảo vệ các thông tin đó như thế nào?
http://vietnamnet.vn/vn/cong-nghe-thong-tin-vien-thong/18488/hacker--nang--77-trieu-tai-khoan-playstation-network.html
|
|
|
|
|
|
|