Messages posted by: lequi

Em có ý kiến thế này, hiện tại e cũng đang làm 1 site 1 ngày có khoảng 100k lượt truy cập.
Em muốn giúp đỡ mọi người - những người dính bot bằng cách lất IP của client xem web em và so sánh với đống IP mà HVA đã public. Ông nào nằm trong dải IP đó thì sẽ được suggest chạy 1 phần mềm kiểm tra và diệt hết cái đống virus của STL.

Về phần mềm kiểm tra thì em không có khả năng viết rồi, vậy nhờ anh TQN hoặc ai đó viết vậy. Tốt nhất là có thể update được (phòng khi STL ra mẫu mới thì quất luôn).

Mong được góp chút sức.

@PXMMRF: Username để truy cập thì hông đổi được, chứ password thì có thể đổi bình thường.
@mv1098: Mình đoán lượng upload sẽ nhiều hơn, vì zombies sẽ liên tục kết nối và gửi request liên tục đến "IP đó"

Bạn có thể cho biết 1 vài thông tin của "service này" không nhỉ ?
Bạn cũng nên thử disable cái service đó đi xem còn xảy ra hiện tượng này nữa không?

Bạn nên đưa ra nhiều thông tin hơn để mọi người giúp đỡ.

Thân.

Bạn thử tạo 1 file index.html và upload lên rồi gõ đường dẫn "hvaonline.vn/openx/" xem?

Nếu trình duyệt tải ra trang index.html bình thường thì bạn phải xem lại openx.

Bạn nên sử dụng trình USB Security, hoặc disable Auto Play các thiết bị gắn ngoài.
Sau đó dùng trình diệt virus như KIS, Avast ... để diệt.

Chúc bạn thành công.

Việc xem các kết nối (netstat) với một người bạn đang chat gần như là không khả thi (nếu không muốn nói là không thể).

Vì việc "chat" với victim theo quá trình cơ bản như sau:

My Computer <-> Yahoo <-> Victim

Theo như sơ đồ trên, bạn chỉ có thể lấy được các địa chỉ IP mà bạn kết nối tới, ở đây chỉ là Yahoo Server.

Nếu bạn có quyền update dữ liệu trong data. Bạn có thể sửa đổi email của tài khoản quản trị thành email của bạn. Việc tiếp theo là Forgot Password.

Bạn đang up shell lên các site cùng server ?

UID khi shell ở host của bạn và các host cùng server có giống nhau ko ?

Bạn gần như không thể làm được việc này, vì việc chat Y!M không truyền dữ liệu trực tiếp từ máy bạn đến máy người đang chat.

Netstat trong trường hợp này chỉ có thể kiểm tra các kết nối, và bạn sẽ chỉ thấy được các IP của Yahoo.

Cách tốt nhất và dễ dàng nhất là bạn tải lại 1 bản VBB mới cùng phiên bản với VBB hiện tại (hoặc version cao hơn), cài đặt sử dụng với dữ liệu cũ.
Kèm theo nữa rất có thể bị upload shell vào database, bạn hãy:
1. Truy cập vào phpmyadmin, tìm kiếm với từ khoá base64, shell ... (các từ thường xuất hiện trong các file shell)
2. Kiểm tra và xoá đi các dòng nghi ngờ (bước này nên cẩn thận, backup lại dữ liệu tránh sự cố)

Nếu bạn không thực hiện được có thể PM qua HVA cho mình, mình sẽ dùng Teamviewer kiểm tra giúp bạn.

Hiện tại mình vừa cài đặt sử dụng nginx làm reverse proxy cho apache trên server có cấu hình như sau:

[root@server /]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz
stepping : 10
cpu MHz : 2660.170
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 lahf_lm
bogomips : 5320.34

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz
stepping : 10
cpu MHz : 2660.170
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 4
apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 lahf_lm
bogomips : 5319.22

processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz
stepping : 10
cpu MHz : 2660.170
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 2
cpu cores : 4
apicid : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 lahf_lm
bogomips : 5319.25

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz
stepping : 10
cpu MHz : 2660.170
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 3
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr sse4_1 lahf_lm
bogomips : 5319.27

[root@server /]# cat /proc/meminfo
MemTotal: 4148440 kB
MemFree: 1219408 kB
Buffers: 95392 kB
Cached: 1369176 kB
SwapCached: 47868 kB
Active: 2493988 kB
Inactive: 287480 kB
HighTotal: 3275200 kB
HighFree: 660664 kB
LowTotal: 873240 kB
LowFree: 558744 kB
SwapTotal: 8385888 kB
SwapFree: 8289220 kB
Dirty: 26172 kB
Writeback: 0 kB
AnonPages: 1309944 kB
Mapped: 21612 kB
Slab: 91452 kB
PageTables: 43320 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 10460108 kB
Committed_AS: 3697872 kB
VmallocTotal: 116728 kB
VmallocUsed: 7068 kB
VmallocChunk: 109528 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB

Sử dụng nginx 0.8.53, apache 2.2.3

Các thông tin cấu hình hiện tại
- Apache:

Timeout 5
KeepAlive On
MaxKeepAliveRequests 300
KeepAliveTimeout 4

<IfModule prefork.c>
StartServers 5
MinSpareServers 5
MaxSpareServers 15
ServerLimit 512
MaxClients 512
MaxRequestsPerChild 10000
</IfModule>

- Nginx

worker_processes 10;
worker_connections 2048;
worker_rlimit_nofile 8192;
server_names_hash_max_size 2048;
sendfile on;
tcp_nopush on;
tcp_nodelay on;

keepalive_timeout 10;

gzip on;
gzip_min_length 1100;
gzip_buffers 4 32k;
gzip_types text/plain application/x-javascript text/xml text/css;
ignore_invalid_headers on;

client_header_timeout 3m;
client_body_timeout 3m;
send_timeout 3m;
connection_pool_size 256;
client_header_buffer_size 4k;
large_client_header_buffers 4 32k;
request_pool_size 4k;
output_buffers 4 32k;
postpone_output 1460;

client_max_body_size 10m;
client_body_buffer_size 128k;

proxy_send_timeout 90;
proxy_read_timeout 90;

proxy_buffer_size 4k;
# you can increase proxy_buffers here to suppress "an upstream response
# is buffered to a temporary file" warning
proxy_buffers 16 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

proxy_connect_timeout 30s;

- Server có tổng số khách online thống kê theo amung trung bình là 1300, mốc cao điểm đạt 2000, các diễn đàn sử dụng VBB online trong tầm (200 - 500), số còn lại là của trang phim (core xtremedia đã có chỉnh sửa và tối ưu query, ghi các thông tin phim (static) vào file xml và sử dụng dữ liệu trong file xml này để lấy thông tin phim.
- Apache có sử dụng XCache.

Một số vấn đề thắc mắc:
- Apache sẽ config các thông số như keep-alive, prefork thế nào để hài hòa và tối ưu nhất.
- Nginx mình config ở trên có tối ưu ?
Hiện tại server chỉ chịu tải tầm 2000 online (thống kê theo amung) thì Load Avg lên đến 20 - 40, Ram vẫn còn free tầm 1GB.

Rất mong các anh/chị giúp đỡ và cùng thảo luận.

Monkey.D.Luffy wrote:

Bây giờ thì em lại có vấn đề với cache.
Em đã config lưu cache thành công đối với file image,css,js nhưng đối với script thì nó vẫn lưu lại cache nên mỗi lần post bài thì phải F5 mới hiển thị được bài viết.

Làm sao ko cho script *.php ko lưu lại cache mấy anh? Em đang sử dụng nginx 7.x nên ko có option proxy_no_cache, giờ chẳng biết làm sao, ai help em với ạ

Thân.

Bạn gửi nội dung file nginx config lên đây thì mọi người mới có thể giúp được smilie

c0ngit wrote:

Đơn giản nếu tấn công kiểu như vậy nên cấm IP đó luôn không nữa thì viết 1 cái htaccess để cấm trong khoảng nào
tuy nhiên dùng cái này thi hơi nguy hiểm! tốt nhất là dùng biện pháp bảo mật bằng tường lửa

X-Flash được chèn vào 1 web, lúc này các khách truy cập vô tình trở thành kẻ tấn công.
Vậy cấm ai đây bạn ?

chủ đề này rất hay và cũng là chủ đề em đang vướng mắc, mong ai có thể giải đáp

hiện tại mình đang tìm hiểu về vấn đề này
Có cách nào tối ưu hơn cách tạo bảng không nhỉ ?

Mình chưa dính con này, nhưng nghĩ chắc virus chèn thêm 1 đoạn code wwwect = java.
Vậy thì bạn xem cái đoạn đó, mở tất cả các file lên, dùng Replace All của notepad++ xem smilie

cái quan tâm tiếp theo là gửi nó vào inbox hay bulk smilie

bạn thử tham khảo bài viết này xem (sử dụng div position)
Nguồn: http://www.alohatechsupport.net/webdesignmaui/maui-web-design-articles/layer_flash_under_html.html

Is there a way to have a flash movie play below another layer like an html text heading or div tag?
Answer: Yes, this is actually fairly simple but is a several part process depending on how may different items you would like to position above the flash element.

1. First you must add the wmode parameter transparent to the flash object that is going to be embedded.

Like so... <param name="wmode" value="transparent" />

(note smilie

If you are using the swfobject.js method to embed your flash files (recommended) you can add the transparent parameter by simply using the example below to append to your current setup:

<script type="text/javascript">
var so = new SWFObject("movie.swf", "movie", "700", "300", "#ffffff");
so.addParam("wmode", "transparent");
so.write("flashcontent");
</script>

2. Now we need to wrap our flash movie in its own div tag and and apply some css so that we can set the position to be below the header text and description div.
(See example below for xhtml and css code.)

<div id="header">

<div id="flash">flash file goes here.</div>

</div>

And the accompanying css for the above is:
(note the z-index and absolute position for #flash div)

#flash {
width: 700px;
height: 300px;
position: absolute;
z-index: 0;
}

#header {
height: 300px;
margin-bottom: 30px;
text-align: left;
}

3. Ok, now lets go ahead and set up the html layers that will be displayed displayed above our flash content. In this case it will be an h1 header and a description that is in its own div that is above the flash media.

(Two items to be positioned over the flash movie)

The h1 css is: (note: feel free to style it however you want or use a different tag, the important thing is the z-index and absolute position.

h1 {
padding-top: 15px;
padding-bottom: 15px;
margin-left: 10px;
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 24px;
color: #666666;
font-weight: bold;
position: absolute;
z-index: 1;
}

Now for the description css which is going to be in its own div tag containing text and will be positioned above the flash element as well: (note the z-index and the absolute position again)

.description {
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 9px;
color: #FFFFFF;
margin-left: 15px;
margin-top: 35px;
padding: 5px;
font-weight: bold;
line-height: 14px;
position: absolute;
z-index: 1;
}

4. Thats it, the finished code in the body of a web page will look like this:
(note: Code is placed in the header div which has no z-index or absolute position necessary)

<div id="header">

<div id="flash">flash file goes here.</div>

<h1>Heading Text</h1>
<div class="description">Your description text</div>

</div>

And the final accompanying CSS is:

h1 {
padding-top: 15px;
padding-bottom: 15px;
margin-left: 10px;
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 24px;
color: #666666;
font-weight: bold;
position: absolute;
z-index: 1;
}

.description {
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 9px;
color: #FFFFFF;
margin-left: 15px;
margin-top: 35px;
padding: 5px;
font-weight: bold;
line-height: 14px;
position: absolute;
z-index: 1;
}

#flash {
width: 700px;
height: 300px;
position: absolute;
z-index: 0;
}

#header {
height: 300px;
margin-bottom: 30px;
text-align: left;
}

HTML Layers and Flash Position Summary:

How to layer a Flash movie below another html div tag or layer.
To position a flash movie under another html element basically you just need to give the flash move a parameter of wmode transparent and position it absolutely with a z-index of 0. Do this by putting the flash object in its own div and using css. (see examples above)

For the items that you would like positioned above the flash movie set their z-index to 1 and position them absolutely as well. After that it's just a matter of putting it all in the div or container that you would like applying the css and adjusting the margin and padding to your specific needs.

Lighthttpd có những ưu điểm hơn Apache như:
- Sử dụng tài nguyên hơn Apache
- Ưu thế trong xử lý tập tin tĩnh
- Hỗ trợ FastCGI và SCGI rất tốt
Những nhược điểm:
- Mình nhớ không nhầm là không hỗ trợ .htaccess làm rules cho người dùng (rewrite...)
nên không có ưu thế làm share hosting
- Mọi thay đổi cấu hình phải restart hệ thống.
- Thiếu nhiều modules, như mod_security, mod_auth_external, mod_whatever, không hỗ trợ SVN server.
trên đây là một số ưu nhược điểm mà mình được biết, ai biết thêm bổ sung thêm.
Mình xin trích dẫn 1 đoạn của _id ở VBF

Nhận xét một web server có lightweight hay không thì phải dựa vào nhiều tiêu chí, không thể nói đơn thuần nó *mạnh hơn* là được, việc GC có thể config thông qua giao diện web chỉ đảm bảo được tính chất Manageability của một lightweight web server. Hiện tại các web server phổ biến hầu hết đều không hơn nhau mấy (nginx, lighthttpd, Apache, IIS), chúng đều được phát triển để theo kịp xu hướng chung của sự phát triển công nghệ (hardware vs OS). Một lightweight http server cần đảm bảo:
_Performance: Một request sẽ được nó (web server) xử lí trong bao lâu.
_Scalability: Server có thể xử lí cùng lúc nhiều request dồn dập với tốc độ như nhau hay không? Client thứ nhất truy cập trang web với thời gian load là 0.2s thì user thứ 1000 cũng phải được đối xử như thế, đó là tính bền bỉ mà một web server cần có.
_Security: một web server chỉ làm nhiệm vụ là một web server và không hơn. Web server phải đảm nhiệm được việc authenticate user và phục vụ được cái https request. Web server này có dễ bị nhân nhượng hoặc tổn thương không?
_Availability: Web server phải đảm bảo được tính bền bỉ, sẵn sàng trong mọi trường hợp. Trong đó đưa ra các dự báo về các tác động ảnh hường đến khả năng "từ chối dịch vụ" của nó.
_Compliance to standards: hoạt động cũng như cách phục vụ của web server có tuân theo các tiêu chuẩn RFC hay không. Tôi tin chắc hầu hết các bạn ở đây chưa một lần đọc qua 1 dòng của bất cứ bản RFC nào.
_Flexibility: tính dẻo dai, có thể hoạt động trong bao lâu, có thể phục vụ một lúc bao nhiêu request đối với một nền tảng phần cứng tiêu chuẩn nào đó, có thể xử lí điều tác các dynamic content page (php, asp...)...
_Platform requirements: web server này có cần phải chạy trên một nền tảng phần cứng, OS đặc biết không? Hay đặt đâu chạy đó, tương thích tốt với hầu hết các phần cứng và hệ điều hành mà nó support...
_Cuối cùng mới là tính chất Manageability.

Apache và nginx là 2 web server xứng đáng với các tiêu chí trên.

Đây cũng là một đoạn trên hostingfu.com:

I have been using Lighttpd for almost a year and Nginx for a month on my servers. I know that they were created to be massively scalable, solving the C10k problem. However their asynchronised-IO model and small memory foot-print also make them suitable as alternative HTTP servers for memory-limited VPS. Alternative = Anything but the current defacto Apache.

I will be writing more about Lighttpd and Nginx later during the year, but will try to use this post to draw some comparison between Nginx, the new darling of these light-weight web servers, and Lighttpd, many Web 2.0 developers’ all time favourite.

Lighttpd
I have been running Lighttpd (pronounced “lighty”) on my home servers and development boxes since the beginning of 2006. It is a great replacement for Apache if you have the whole box to yourself, i.e. you don’t need to worry about supporting .htaccess files that your users might use. Currently this website is hosted on lighttpd-1.4.13 on a Gentoo VPS.

Pros

•Light weight. Clean restart of 1.4.13 takes no more than 2Mb RSS on this 64bit VPS. It binds the port, drops the privilege and that’s it! A single process does all the tricks even when you have hundreds of concurrent connections. No more pre-fork MPM with mis-configured MaxClient that sends you to swap hell.
•Speed. Very fast static file serving. Very fast FastCGI serving. Very fast proxy serving.
•Modules, and lots of them. Good comprehensive documentation as well. It even has SCGI for your Quixote apps.
•Mod_magnet. Wanna a scripting engine right inside your web server? Mod_magnet integrates Lua into lighttpd, so your World of Warcraft scripting skillz can be put into better use.
•Community. It has got a Blog, a Wiki/bug tracker and a forum. It is easy to find help when you need one.
Cons

•Stability (or lack of according to the RoR folks). I had quite a lot of issues using Lighttpd as proxy+HTTPS front-end for our Python stuff, but the same app runs fine with just lighttpd + proxy without HTTPS.
•Mod_rewrite (or again, lack of it). Built-in rewriting engine sucks, and porting Apache mod_rewrite rules over can be non-trivial sometimes. Update: Here’s an article I have written on Drupal clean URL on Nginx and Lighttpd, which looks at the URL rewrite options of these two web servers.
•Memory leak. The RSS of my lighty process grows by about 1.5Mb per day, but then I don’t have lots of traffic (less than 50k requests a day). At the end I just need to restart it once a week. Many people have far worse memory leaking issues I heard.
Nginx
I have been running Nginx (pronounced “engine X”) on my development box and two of my VPS’s since December 2006. It is Russian, fast and very configurable. I am currently using 0.5.5 for my sites, but don’t be deceived by its version number — it is very stable.

Pros

•Light weight. It is not as light weight as lighttpd when it clean-starts. At least two processes are needed — one master process running as root that binds to the port, and one or more worker processes that handle the actual requests. Around 7Mb RSS together on my 64bit VPS (and only 4.5Mb on 32bit VPS). Still beats Apache hands down.
•Fast. Some benchmarks have shown that Nginx has a slight edge over Lighttpd, but so far I haven’t been able to notice any. Again, much faster than Apache over static file serving or proxying, especially when you turn up the value of keep alive (more than 1 minute for example).
•Modules. There are many modules available on Nginx. Some very useful, and some are just plain weird. While lighttpd has Lua embedded, you can now also embed the whole Perl interpretor inside Nginx.
•Better Rewrite Module. A much better rewrite module than Lighttpd that supports complex conditions. Porting mod_rewrite rules from Apache is actually now feasible without touching the apps themselves.
•Stable and not leaking. Been running Nginx on a production site doing PHP-FastCGI, and have no issue what so ever.
Cons

•Lack of community. Where can I find help regarding Nginx? There’s only IRC as far as I know. And while the lead developer writes beautiful code, all documentation were initially in Russian which was a big stumbling block before the English docs came along.
•No CGI support. Oh well, maybe I am the only one who still hacks small CGI scripts. Apparently Nginx does not spawn CGI or FastCGI processes, which means you need to either (1) convert it into external-spawn FastCGI, or (2) proxy to another web server that does CGI.
•No simple virtual host support. Lighttpd has mod_simple_vhost and mod_evhost to let you quickly deploy lots of name-based virtual hosts. You can somehow do the same with using $server_name in root and a wild-card in server_name, but it’s still not as clean as lighttpd. At the end you will find Nginx configuration files much more verbose if you run lots of small sites off a single web server.
•No X-sendfile support. I found Lighttpd’s X-sendfile support very useful when my scripts need to send back large files, and was disappointed to find out that Nginx does not have it. X-Accel-Redirect is different as it requires extra configuration on web server, which makes your web-app less portable.
Conclusion
I don’t think I am a suitable judge to say which one is better, as (1) I have only been running Nginx for a month, and (2) my level of traffic does not really stress test these high-performing web servers. At the moment I think I like Nginx better purely because it does not leak, and its rewrite module that enables me to run many off-the-shelf open source PHP apps with clean URL.

Again, I might change my mind in 3 months time when I find out more warts about Nginx. We will see.

Link: http://hostingfu.com/article/nginx-vs-lighttpd-for-a-small-vps

đây là icon khi web active SSL (https)
Không biết có đúng ko

101% theo nbthanh sẽ hết lỗi

symlink thử xem

đây là cái phương thức mã hóa trong mysql:
http://dev.mysql.com/doc/refman/5.1/en/encryption-functions.html
bạn xem qua nhé

chắc him ấy nâng lên super server nên hết bị rồi. Hoặc đã đi bán vé số thật

trong HVA có bài:
"Cách sử dụng Remote desktop connection ???"
/hvaonline/posts/list/1488.html
Bạn tham khảo nhé

22/03/2007 20:34:18 (+0700) phải nói là quá rảnh.

22/03/2007 20:34:18 (+0700)
phải nói là quá rảnh.

Kiện toàn bảo mật apache của anh conmale:

/hvaonline/posts/list/3372.html

Tài liệu thêm:
http://www.howtoforge.com
http://www.howtoforge.com/apache_mod_security

bạn đọc qua những cái đó nhé

để up shell bạn tìm tut up shell qua plugin vbb, hoặc template.
up shell ko thể lấy mật khẩu truy cập FTP, host, trừ khi chủ để pass trùng smilie

Đến cái từ CSDL: MyQL bạn còn ghi không đúng
Tốt nhất nên học những thứ bạn biết smilie