banner

[Rule] Rules  [Home] Main Forum  [Portal] Portal  
[Members] Member Listing  [Statistics] Statistics  [Search] Search  [Reading Room] Reading Room 
[Register] Register  
[Login] Loginhttp  | https  ]
 
Messages posted by: quanta  XML
Profile for quanta Messages posted by quanta [ number of posts not being displayed on this page: 0 ]
 

khang0001 wrote:
em đang dùng curl để craw data web. rất thường hay bị lỗi load hoài không dùng được, chỉ get nội dung của 3 -4 web thôi mà nó load hơn 5 phút không dùng.
 

Nên nói rõ là trong PHP.

khang0001 wrote:

vào php.ini thấy max_execution_time là 30s, mà ko thấy hiệu quả,
 

http://www.php.net/manual/en/info.configuration.php#ini.max-execution-time wrote:

The maximum execution time is not affected by system calls, stream operations etc. Please see the set_time_limit() function for more details.

The set_time_limit() function and the configuration directive max_execution_time only affect the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), stream operations, database queries, etc. is not included when determining the maximum time that the script has been running. This is not true on Windows where the measured time is real. 

khang0001 wrote:

vậy h để làm sao để giới hạn lại chỉ 30s chay script thôi  

http://php.net/manual/en/function.curl-setopt.php wrote:

CURLOPT_TIMEOUT The maximum number of seconds to allow cURL functions to execute.
 
Tại mỗi bước trong script backup: stop, rsync, start, tar, ... nên có một cơ chế nào đó để log lại thông tin xem chúng đang làm gì, có lỗi gì khi chạy không?

tyt wrote:

Bạn nào có kinh nghiệm có thể cho mình biết đây có phải là tấn công không?
 

Có.

tyt wrote:

Tên gọi của hình thức này là gì?
 

Brute-force attack.

tyt wrote:

Mục đích của nó là gì (vì cty mình không có liên quan gì đến Trung Quốc, có thể là đối tượng random)?
 

Nó có rất nhiều chìa khoá, đi qua nhà bạn thấy không có ai ở nhà, lại khoá cửa ngay bên ngoài nên thử thôi, biết đâu lại vào được.

tyt wrote:

Và các giải pháp khắc phục như thế nào?
 

- Nói chung, DB chỉ nên listen trên LAN IP thôi
- Nếu cần truy cập qua Internet thì setup VPN
- Giới hạn lại các IP được phép truy cập

ken002 wrote:

Để up trực tiếp file ảnh và một số module... em phải set CHMOD=0777 nhưng như vậy rất dễ bị hack, em muốn hỏi có cách nào để khắc phục lỗi này không?
 

- Bạn upload qua FTP à?
- FTP server, web server chạy dưới quyền của user nào?
- Thư mục chứa files upload lên đang có quyền là bao nhiêu? owner (cả user và group) là ai?
`postqueue` nằm trong `/usr/sbin` cơ mà:
Code:
# which postqueue
/usr/sbin/postqueue
Hiện tại, quá trình cài đặt đang dừng ở đâu; trên màn hình có những lựa chọn nào?

destiny90 wrote:

Em cũng chưa hiểu lắm về khái niệm này. Lỗi (nếu có) xảy ra có phải là do xung đột trong quá trình sử dụng tài nguyên giữa các thread không anh? 

http://en.wikipedia.org/wiki/Thread_safety

consoko wrote:

- Regular Expression được xử lý bởi bash. Vì mình chú ý, khi viết regular expression sai cú pháp thì bash sẽ show lỗi ra bash: can not interpreter (đại loại như vậy) smilie
 

Không đúng. Nếu thế thì `ps -ef | grep [h]ttpd` cũng vẫn sẽ có `grep` process trong kết quả thôi. `grep` mới là thằng "translate" regex này thành `grep httpd`, còn bash vẫn giữ nguyên process đó (`grep [h]ttpd`). Do vậy, trong kết quả mới không có `grep` process, bởi vì làm gì có chữ "httpd" nào trong chuỗi `grep [h]ttpd`.

destiny90 wrote:
Em có đọc 1 số bài viết từ diễn dàn và 1 số trang khác thì thấy có nhiều tranh cãi là PHP gặp phải vấn đề về thread safe khi sử dụng multithread.
 

consoko wrote:

+ Worker sử dụng thread để xử lý request. Các thead do 1 process sinh ra sẽ sử dụng chung memory với nhau. Nếu 1 một thread bị chết sẽ ảnh hưởng đến toàn bộ thread trong một process. Đây là lý do không thể sử dụng PHP + worker + mod_php. 

Nếu mình chạy qua FastCGI + php-fpm thì sao nhỉ?

McSteven wrote:

Có sự hiều sai lầm của mình ở đây: nó phục vụ cả non-thread(MPM Prefok) và multithread (Event, Worker)

- Apache MPM Prefork:
Ưu điểm : khả năng xử lí các request nhanh chóng vì mỗi process sẽ phục vụ mỗi request. Nó không bị ảnh hưởng bời các process khác.

Nhược điểm : Tốn tài nguyên của server vì mồi process chỉ phục vụ 1 request làm hao tốn rất nhiều nhiều tài nguyên đề duy trì các process này.

- Apache MPM Worker:
Ưu điểm : phục vụ nhiều request vì mỗi process chứa các thread bên trong. Do đó số lượng của process có giới hạn và sử dụng ít tài nguyên hơn. Việc điều chỉnh số lượng thread / process phụ thuộc vào file httpd.conf.

Nhược điểm : thì mình không biết, có thể có vài vần đề nếu sử dụng với PHP, tốn nhiều thread hơn so với MPM event

- Apache MPM Event:
Ưu điểm: Hình như cái event này dùng cho Apache 2.4 trở lên. Gần giống với MPM Worker nhưng có 1 khác biệt lớn ở đây . Với MPM Event sẽ giải phóng thread ngay sau khi các yêu cầu được đáp ứng song không phụ thuộc vào kết nối http. giúp làm giảm số thread per process . Còn MPM Worker sẽ giữ các request này dù các request này có xử lí hay không.

Nhược điểm: không biết!
 

- Với cùng một lượng requests, tại sao MPM worker lại thường cần dùng ít tài nguyên (RAM) hơn so với prefork?

- Nếu cho bạn setup Apache từ đầu (ví dụ chạy PHP đi), căn cứ vào đâu để bạn quyết định sẽ chọn MPM nào? Tại sao?

---
Góp ý: khi viết nên cách đoạn ra cho dễ đọc. Trước dấu câu (chấm, phảy, hỏi chấm, ...) thì không có khoảng trắng đâu, sau đó thì nhớ nhấn Space một phát rồi mới viết tiếp.

destiny90 wrote:
Cho em hỏi là câu trả lời có liên quan đến pipeline không? 

Không. Mấu chốt vấn đề chỉ loanh quanh ở: bash, grep, regex thôi.

McSteven wrote:

Theo mình nghĩ thì số lượng child process này sẽ có số lượng giới hạn.
 

Nó phụ thuộc vào cái gì? Khi lượng concurrent connections lớn lên thì chuyện gì xảy ra?

McSteven wrote:

- Khi một request đi đền sever , Apache sẽ không tạo ra 1 process mới để xử lý mà dùng multithread đề xử lý các request này! Mỗi process sẽ chứa 1 lượng multithread cố định. Nêu mỗi thread này được giải phóng thì nó sẽ được tái sử dụng cho các request khác đ. Nếu số lượng process vượt quá giới hạn của child process thì nó sẽ chết đi và root process sẽ sinh ra 1 child process khác để phục vụ tuỳ vào lưu lượng số request.
 

Cái bạn đang nói chỉ đúng cho MPM Worker thôi đấy nhé.

McSteven wrote:

- Multi-Processing Module là 1 module dùng để thực hiện multithread trên Apache
 

Và chỉ multi-threaded thôi à?

McSteven wrote:

-Có 3 loại chính : Event, Prefok, Worker.
Còn về ưu nhược điểm thì mình chưa nghiên cứu kĩ lằm.
 

Vậy bạn thử tìm hiểu xem smilie.

consoko wrote:

The advantage of the brackets now is that the string "firefox" no longer appears in the grep command. Hence, grep itself won't show up in the grep result.

http://askubuntu.com/questions/153419/how-does-this-tricky-bracket-expression-in-grep-work
 

Có thể tóm tắt lại theo ý hiểu của bạn được không? Regular Expression này sẽ được thằng nào xử lý nhỉ: `bash` hay `grep`?

consoko wrote:

@quanta tiếp tục đặt những câu hỏi đi, qua những câu hỏi của bạn mình cũng phát hiện thêm nhiều điều lý thú. 

Câu hỏi chính vẫn còn nằm ở bên trên mà:
- Khi một request đi đến server, Apache sẽ tạo ra một process mới để xử lý hay là thế nào?
- Multi-Processing Module là gì? Có những loại chính nào? Ưu, nhược điểm của từng loại?  

McSteven wrote:

Các process owned bởi Apache được sinh ra bởi process owned root dùng đề phục vụ cho các request đền server.
 

- Số lượng child processes này có cố định không? Khi một request đi đến server, Apache sẽ tạo ra một process mới để xử lý hay là thế nào?
- Multi-Processing Module là gì? Có những loại chính nào? Ưu, nhược điểm của từng loại?

destiny90 wrote:
Mình tìm ra rồi smilie

Why do people use strange regular expressions on ps output?

ps -ef | grep '[c]ron'

If the pattern had been written without the square brackets, it would have matched not only the ps output line for cron, but also the ps output line for grep. Note that on some platforms, ps limits the output to the width of the screen; grep does not have any limit on the length of a line except the available memory.

Trích từ :
http://www.gnu.org/savannah-checkouts/gnu/grep/manual/grep.html#Matching-Control - Mục số 4 (Usage) -Phần số 7 

Câu hỏi đặt ra là: tại sao `ps -ef | grep [h]ttpd` lại không trả về chính bản thân `grep` process; có gì bí hiểm xung quanh dấu ngoặc vuông này nhỉ?
Nhấn "r" để quay lại menu chính đã.
Đọc kỹ: http://wiki.zimbra.com/wiki/Split_DNS

McSteven wrote:

Có nhiều process nhưng cái thì chạy bởi owner Root vì Apache là 1 daemon process nên cần phải chạy với quyền root. 

Chưa đúng. Bạn có thể login vào user thường, chạy cái gì đó với `nohup` rồi thêm "&" ở cuối thì nó cũng thành daemon mà, có cần `root` đâu.

McSteven wrote:

Còn lại chạy với user Apache để đảm bảo rằng sẽ không xảy ra leo thang lên quyền root với cái process khác nhằm đảm bảo security.
 

Các processes owned bởi `apache` có liên quan thế nào với process owned bởi `root`? Tại sao lại có nhiều processes owned bởi `apache` thế; mục đích của chúng là gì?

McSteven wrote:

Còn dấu ngoặc vuông thì đảm bảo chắc chằn rằng chỉ tìm những kí tự đầu luôn là "h".
 

Không đúng. Ý bạn là ký tự đầu của cái gì?
Bạn đã định nghĩa `check_load ` và `check_users` trên 146.139 chưa?

tommysmith wrote:
Mà giờ nhức đầu với cái outlook này quá, sửa imap thành pop, rùi cài lại máy thì cứ xài đc lúc đầu rùi lát nó lại báo lỗi ko nhận đc mail :

"Outlook 2007 error 0x80042108 'Outlook cannot connect to your incoming (POP3) e-mail server"

Clients này ở ngoài HN xài, ko biết ngoài đó bị gì ko nữa, mà mình ở đây HCM xài test thử outlook thấy đc mà ta, đâu lỗi gì kì vậy hixxx... 

Remote vào máy đó, telnet thẳng vào port 465 (hoặc 993, 995) xem được không.
- Nếu được, chứng tỏ vấn đề nằm đâu đó cục bộ trong Outlook: máy đó có cài Antivirus nào không, có ấn định chế độ quét email không?
- Nếu không, vấn đề nằm đâu đó toàn cục: firewall trên máy hoặc của công ty chặn kết nối ra ngoài đến port đó.

tommysmith wrote:

Mình thêm -v vào thì nó hiện ra process đang chạy, lần trước ko thêm vào đợi hơn 20p tưởng nó đứng bị hư gì nên tắt luôn, giờ thấy nó chạy chỉ có lâu lâu bị dừng hơi lâu nên ráng đơi hơn 30p thì nó cũng xong, mà sync chỉ có 2 cái user và 2 cái mail mà lâu quá.
 

Nó dừng ở đâu lâu nhất?

tommysmith wrote:

Có điều khi mình làm đến Second rsync thì tới khúc cuối khởi động lại zimbra trên máy Mirror thì nó bị hư, nhìn vào thì thấy đáng lẽ máy Mirror restart lại zimbra thì host phải là mirror.domain.com, mà nó để host là live.domain.com, ko hiểu sao nữa !!? ko biết có phải cần để hostname cả 2 server chung 1 domain.com hay ko nữa.
 

Hostname của live và mirror server nên để giống nhau: http://www.zimbra.com/forums/administrators/58145-updated-live-sync-script.html

Về lâu dài, mình nghĩ bạn nên tìm hiểu giải pháp đồng bộ với DRBD + Corosync/Pacemaker.

tommysmith wrote:

Mà cho mình hỏi cái vấn đề này, mình điên đầu với vụ Outlook gửi nhận mail bằng acc Zimbra quá. Clients họ lúc đầu dùng XP với Outlook 2007, trước đó họ dùng mail của google apps, sau này mình cài Zimbra thì họ chuyển qua, Zimbra chạy bình thường nhận gửi ok hết, nhưng trên Outlook thì khi add thêm acc lúc đầu thì cũng xài bình thường, mà ngày hôm sau cái hết nhận mail được.
 

Xem lại phần cấu hình Incoming. Thử với một phần mềm mail client khác (Thunderbird chẳng hạn).

CrashOverride1102 wrote:
Em dùng gói vnpt của gia đình. Bắn theo cổng điện thoại,
 

Điện thoại của bạn loại nào, model bao nhiêu, có chức năng như một GSM modem không?

CrashOverride1102 wrote:

máy em nối thông qua switch đến modem.
 

Không, đấy là modem "thường" rồi.

CrashOverride1102 wrote:
Anh quanta ơi, hay là phải sử dụng modem có tích hợp sim card nhỉ?
Để sáng mai em đi mua về test thử xem sao 

Hỏi xem đứa bạn nào có USB 3G, mượn về mà thử.
Không. `tty0` lại là cái khác rồi. Modem của bạn đang cắm vào đâu vậy? Thử `dmesg | grep -i modem` xem có gì không.
Có đúng là modem đang được attached vào `/dev/ttyS0` không? `dmesg | grep tty`?
Thú thật là mình chưa dùng cái này bao giờ.

Tuy nhiên, bạn cần đọc kỹ lại `man qpage` và xem lại một số điểm sau trong file config:

1. phone trong phần service có phải là số điện thoại của người nhận đâu:
phone: The phone number of the paging service. The specified phone number will be appended to the modem's dialcmd when calling the paging service.
 


2. Đúng là đoạn giải thích trong document khó hiểu thật:
IMPORTANT: The name of the pager accounts defined in qpage.conf MUST EXACTLY MATCH the Pager field of the Zenoss Users that will be sending alerts via qpage. For instance, you may have a Zenoss User user named jack_qpage whose Pager field is defined as jack_8005551212. The pager account you configure in qpage.conf must be named jack_8005551212 in order for Zenoss to interface properly with qpage. 


Bạn sửa thành như sau:
Code:
pager=danghb88 (Userid trong Zenoss)
pagerid=+84979582541
service=att

rồi thử lại với:
Code:
qpage -dip danghb88 test

xem nó bảo sao.
/etc/qpage.conf(2): unexpected: <ZenUser=danghb88@gmail.com> 

File cấu hình mẫu của nó như này cơ mà:
Code:
#Administrators email
administrator=your@email.here


/etc/qpage.conf(5): cannot access /var/spool/qpage: No such file or directory
Error reading configuration file 

Code:
mkdir /var/spool/qpage
Để đơn giản, bạn thử trước với `ldapsearch` đi.

Ví dụ: chạy `ldapsearch` với `-s cn=toantinh1`, filter là `(&(objectClass=dominoGroup)(Member=%*))` xem nó có trả về mỗi group toantinh1 không smilie.

Giờ search với cái gì để nó trả về các members trong một group nhỉ. Bạn cho mọi người xem các attributes của một member nhé.
Việc làm cho sinh viên mới ra trường khi làm lĩnh vực Sysadmin 

Tiêu đề đặt chưa sát lắm, dễ làm người khác hiểu nhầm là: bạn đang muốn giới thiệu chỗ làm sysadmin cho các bạn sinh viên mới ra trường.

fcbacktrack wrote:

Những tiêu chí nào để cho sinh viên đi theo lĩnh vực đó, nếu chỉ có sử dụng Linux,
 

Quan trọng là bạn dùng Linux ở mức độ nào: end user hay sysadmin?

fcbacktrack wrote:

và cài đặt cấu hình DHCP, DNS, LAMP, file Log, BIND,.... thì chắc không đáp ứng các yêu cầu doanh nghiệp,
 

Đúng rồi. Bây giờ trên mạng có rất nhiều hướng dẫn cài đặt các dịch vụ đó. Quan trọng là bạn hiểu sâu đến đâu để có thể tuning cho nó chạy tốt hơn.

fcbacktrack wrote:

Chẳng hạn như cài LAMP cài thông qua repo hay cài từ source.. 

Không quan trọng lắm. Đôi khi cần cài từ source, rồi build thành rpm, và đưa lên local repo để còn cài cho nhiều máy khác.

Mình thử đưa ra một câu hỏi để bạn trả lời nhé:

Khi mình chạy `ps -ef | grep [h]ttpd` thì được kết quả là:
Code:
apache 25125 31006 0 21:54 ? 00:00:00 /usr/sbin/httpd
apache 26869 31006 0 22:04 ? 00:00:00 /usr/sbin/httpd
apache 27349 31006 0 22:07 ? 00:00:00 /usr/sbin/httpd
apache 27696 31006 0 22:09 ? 00:00:00 /usr/sbin/httpd
apache 28534 31006 0 22:14 ? 00:00:00 /usr/sbin/httpd
root 31006 1 0 16:16 ? 00:00:00 /usr/sbin/httpd
apache 31011 31006 0 16:16 ? 00:00:00 /usr/sbin/httpd

Như bạn nhìn thấy: ở đây có nhiều processes, cái thì owned bởi `root`, cái lại owned bởi `apache`? Tại sao lại thế nhỉ? Tác dụng của việc này là gì?

PS: 2 dấu ngoặc vuông bao quanh chữ "h" chỗ lệnh `grep` để làm gì nhỉ smilie?

ComandC wrote:

có ra có ra `output_aa` và `output_ab`. Nhưng sau khi mình restart máy lại thì nó lại hoạt động bình thường. và không còn bị lỗi nữa. 

Vậy thì chắc là do không dùng [ tab ] và gõ nhầm thành cái gì đó thôi. Lần sau có gặp ca nào thú vị thì nên "giữ nguyên hiện trường" để thử tái hiện xem được không. Restart xong mà lại được thì cũng chẳng biết nguyên nhân ở đâu, coi như đánh mất cơ hội để tìm hiểu một vấn đề.
Hơi lạ. Bạn có dùng [ tab ] khi gõ không đấy? Giờ thử lại bằng cách gõ `cat output_a` rồi [ tab ][ tab ] xem nó có ra `output_aa` và `output_ab` không.
Chắc lúc đấy bạn đang restart Nagios thôi. Nếu lúc restart thấy [ OK ] rồi thì vào web nhấn Ctrl + F5 xem. Nếu vẫn không được thì mở `/usr/local/nagios/var/nagios.log` ra đọc xem nó nói gì.

PS: để trích lại bài viết của ai đó thì click vào "trích" hoặc "quote" ở cuối bài viết của người đó ấy, đừng copy rồi paste vào bài trả lời của bạn.

memmos wrote:
Cảm ơn tất cả các bạn mình đã sửa được khi kiểm tra nagios là không bị lôi nữa nhưng mình lại bị Lỗi: không thể đọc máy chủ và thông tin trạng thái dịch vụ! khi đăng nhập vào nagios 

--> Nguyên văn tiếng Anh là gì?

memmos wrote:

Warning: Duplicate definition found for hostgroup 'windows-servers' (config file '/usr/local/nagios/etc/objects/cauhinhdns.cfg', starting on line 86)
 

`hostgroup 'windows-servers'` đã được định nghĩa ở đâu đó trước rồi.

Chạy lệnh sau để biết nó nằm trong file nào:
Code:
grep -lr 'windows-servers' /usr/local/nagios/etc/


PS: nên tập đọc tiếng Anh để hiểu những thông báo lỗi đó nói gì.
Code:
#Giám sát CPU define service{
use generic-service
host_name dnswebserver
service_description CPULoad
check_command check_nt!CPULOAD!-l 5,80,90
}

`define service` phải nằm ở dòng dưới:
Code:
# Giám sát CPU
define service{
use generic-service
host_name dnswebserver
service_description CPULoad
check_command check_nt!CPULOAD!-l 5,80,90
}

memmos wrote:

Error: Unexpected token or statement in file '/usr/local/nagios/etc/objects/cauhinhdns.cfg' on line 29.
Error processing object config files!
 

Dòng 29 là dòng nào?
 
Go to Page:  First Page 1 2 3 5 6 7 Page 8 Last Page

Powered by JForum - Extended by HVAOnline
 hvaonline.net  |  hvaforum.net  |  hvazone.net  |  hvanews.net  |  vnhacker.org
1999 - 2013 © v2012|0504|218|