Messages posted by: tranhuuphuoc

rickb wrote:

Dùng ip route để routing hay dùng iptables để NAT vậy bạn

NAT queue cho nó lành bạn rickb nhĩ smilie

Tuy nhiên cần bật module NAT cho nó smilie

khong_em wrote:

Hiện máy Laptop của em Sony Vaio TXN15P Win XP Pro không thể conect mạng Lan .
Hiện nhà em dang sử dụng mạng LAN và nhà em đang dùng đường chuyền ADSL của VNPT . Khi máy Desktop của em (Em setup Obtain an IP automatically (IP động) ) conected vào mạng thì Connection Status :
Address Type : Assigned by DHCP
IP Address : 10.0.0.1
Subnet Mask : 255.255.255.0
Default Gateway : 10.0.0.138
Em setup TCP/IP : Obtain an IP automatically
Tất cả đều tốt và vào Internet được nhưng khi em dùng chính cổng LAN đấy cắm vào Laptop Sony Vaio TXN15P thì không conect được . Em đã thử setup TCP/IP theo Obtain an IP automatically (IP động) và cả Use the fllowing IP address (IP tĩnh)nhưng đều không được (Setup TCP/IP laptop giong nhu desktop và vẫn dùng cổng Lan đấy). Nếu dùng IP động khi Elnabel báo : Conect limitted or no access ... please conttac to network manager person . Còn dùng IP tĩnh thì send ầm ầm nhưng không receive được
Và em đã search trên mạng ... rất nhiều bạn vương phải vấn đề này (cả trong HVA) nhưng chưa thể khắc phục được .
Xin vui lòng cho em biết làm thế nào để Laptop có thể conected vào mạng Lan được không ạ ? Và nếu ai có bài viết thì MOD hoặc Admin có thể set 1 link để mọi người tham khảo khắc phục.

Vậy chứng tỏ DHCP server trên modem ADSL của bro hoạt động tốt ! Cho nên không cần kiểm tra ở bước này.

Nguyên nhân này trước đây tôi có gặp, có thể phần mềm bảo mật nào đó trên máy tính của bro có xung đột gì đó rồi .
- Bro có cài đặt các phần mềm bảo mật nào đó chẳng hạn như Kaspersky Internet Security , ESET trên máy tính của mình không ? Nếu có thì kiểm tra lại cấu hình của phần mềm bảo mật mà bro đang dùng, gỡ bỏ nó thử xem hoặc cài đặt lại hệ điều hành hoàn toàn mới có thể sẽ khắc phục được "hiện tượng" này.

Good luck

Tiếng Việt "dễ sợ" quá cho nên Google cũng pó tay . smilie

sunrise_vn wrote:

Xin lỗi mọi người vì vài ngày nay sunrise_vn rất bận nên không thể trả lời bài viết.
@nbthanh: Khi lập ra topic này sunrise_vn đã suy nghĩ thật cẩn thận.
@conmale: Tóm lại sunrise_vn muốn hỏi Solaris chuyên về cái gì? Tại sao một số hệ thống lại bắt buộc dùng Solaris.
Ví dụ: Mac OS chuyên về đồ họa...

Củ khoai lang có nhiều cách chế biến, khoai lang chiên, khoai lang nướng, .... tùy theo khẩu vị của người dùng để có được món ăn ưa thích .
Có rất nhiều tài liệu liên quan đến www.sun.com vui lòng đọc kỹ trước khi thảo luận .

ngocxdy wrote:

Ý của em là:
site1.com có 1 user tên là a có quyền toàn quyền trên site1, và 1 database mang tên database1
site2.com có 1 user tên là b có quyền toàn quyền trên site2, và 1 database mang tên database2

user a được cấp quyền chỉ cho phép truy cập đến database1, user b được cấp quyền chỉ cho phép truy cập đến database2

Ở mỗi ứng dụng chẳng hạn như Apache, Mysql,... nên dùng account non-root .
Đối với mysql thì tạo 1 user nào đó , tạo database sau đó gán quyền truy cập của account non root này đến database đó.

Dùng Unix (Solaris, HP-UX, AIX,...) cho home user thì e rằng chỉ mang tính chất thử nghiệm là chính .

- Unix thiết kế với kiểu module , thiết kế linh hoạt uyển chuyển với tình hình thực tế .
- Linux và các biển thể khác (linux distro) đều "dựa vào" Unix để phát triển .
- Unix rất thú vị

Vài nhận xét

linwin wrote:

Chào các bạn.

Mình đã tham khảo tài liệu của Directory Server tại

http://www.redhat.com/docs/manuals/dir-server/ag/8.0/index.html

và

http://directory.fedoraproject.org/wiki/Documentation

Mình có setup thử, nhưng nó không chạy...

Nếu ai đã từng làm qua cái Directory Server này rồi thi cho mình xin Document nhé, hoặc có link tài liệu nào khác về Directory Server in linux thì cho mình xin nhé.
Cám ơn

Trong tài liệu có ghi , yêu cầu trước tiên để cài đặt cái này trên các "distro bà con với Redhat" chẳng hạn như Centos, Fedora :
1. Fedora-ds (nếu dùng Fedora) centos-ds (nếu dùng Centos)
2. jre

2 cái này đã cài đặt xong rồi chưa ?
Bro dùng distro nào ? Hiện tại đang gặp rắc rối ở chổ nào? khó khăn ở chổ nào ?

napoleon_tq wrote:

Cảm ơn bạn shuichi_aka tôi đã làm theo bạn hướng dẫn và modem đã chạy bình thường. Tuy nhiên tôi vẫn chưa hiẻu tại sao ở gần BĐ không chạy đựoc mà ở xa lại bình thưòng. Bạn có thể giải thích thêm cho tôi biết thêm về Firmware, về Modulation type đựoc không, những giá trị trong mục đó: Multi-mode, T1.413, G.dmt... là gì? Thanhks trước nhé.

shuichi_akai ở trên có kêu bro bật G.dmt , đây là chuẩn ITU G.992.1 của ADSL . Mấy cái chuẩn thông dụng này nên enable hết ở modem ADSL cho ... chắn ăn.
http://en.wikipedia.org/wiki/ITU_G.992.1

Good luck

Mua cái mới cho rồi , hàng Trung Quốc "xách tay" tui chưa tin tưỡng anh nào cả .

boom_jt wrote:

Tất nhiên là mình có thể connect tới mysql server nhờ có tài khoản "lụm" được trong file config. Lúc trước boom vẫn nghĩ rằng trong trường hợp này, thì câu query sẽ được gửi tới cái remote mysql server kia, và nó phải được thực thi ở trên server đó. Do vậy các thao tác liên quan tới file (câu truy vấn kiểu như select load_file (...) ) nếu thực thì được thì cũng không phải là các file trên máy chủ mình đang cần khai thác mà là máy chủ chứa mysql kìa.
Tuy nhiên có vẻ như nhận định này đã sai, boom mới thử xong thì dường như kết quả trả về lại đúng là các file trên máy chủ mình cần khai thác. Điều này thì quả thật boom chưa hiểu, boom nghĩ rằng mysql server là thằng chịu trách nhiệm xử lý query chứ? Ai rõ về phần này chỉ cho boom với nha

Muốn biết thằng mysql nào chịu trách nhiệm xữ lý các query thì check trên server xem 2 con server đó cái nào đã được cài đặt mysql server .

boom_jt wrote:

/web/tomcat/conf/catalina.policy quy định policy cho Tomcat, còn /web/conf/php.ini chứa các thông số config cho PHP.
Cũng nói thêm (và đính chính) là file catalina.policy có quyền đọc (có lẽ lúc trước boom không để ý). Và boom để ý có dòng sau:

Như vậy là server này có các "món ăn bình dân" sau : Apache, Tomcat, PHP, Mysql . Tôi không hiểu ở chổ này những ứng dụng mà bro định Bypass Apache Tomcat's security policy thì đâu có liên quan gì đến thằng PHP đâu mà đem PHP vào đây !?

Tui đọc dòng này thì tui thấy chổ này nó nói File Permission cho tất cả các tập tin và thư mục trong thư mục document root của 1 tài khoản nào đó ví dụ như /home/giangho/webapps/WEB-INF/classes

Đây là tập tin gốc conf/catalina.policy

// These permissions are granted by default to all web applications
// In addition, a web application will be given a read FilePermission
// for all files and directories in its document root.
grant {
permission java.util.PropertyPermission "java.version", "read";
permission java.util.PropertyPermission "java.vendor", "read";
permission java.util.PropertyPermission "java.vendor.url", "read";
permission java.util.PropertyPermission "java.class.version", "read";
permission java.util.PropertyPermission "os.name", "read";
permission java.util.PropertyPermission "os.version", "read";
permission java.util.PropertyPermission "os.arch", "read";
permission java.util.PropertyPermission "file.separator", "read";
permission java.util.PropertyPermission "path.separator", "read";
permission java.util.PropertyPermission "line.separator", "read";

permission java.util.PropertyPermission "java.specification.version", "read";
permission java.util.PropertyPermission "java.specification.vendor", "read";
permission java.util.PropertyPermission "java.specification.name", "read";

permission java.util.PropertyPermission "java.vm.specification.version", "read";
permission java.util.PropertyPermission "java.vm.specification.vendor", "read";
permission java.util.PropertyPermission "java.vm.specification.name", "read";
permission java.util.PropertyPermission "java.vm.version", "read";
permission java.util.PropertyPermission "java.vm.vendor", "read";
permission java.util.PropertyPermission "java.vm.name", "read";
permission java.io.FilePermission "jndi:/WEB-INF/-", "read";
};

Còn sau khi tôi đọc xong thì tui điều chỉnh

permission java.io.FilePermission "${catalina.home}/webapps/jse/WEB-INF/storage/*", "write";

boom_jt wrote:

Tuy nhiên, cũng xin nói thêm là server đã có firewall (or đứng sau router), vì thế bind port có thể thành công nhưng không thể kết nối tới được, và cũng ko back connect được luôn - cái này có lẽ do firewall. Sau khi thưc hiện back connect, boom thử netstat thì thấy báo ở dòng tương ứng là SYN_SENT.

TCP sử dụng phương thức "bắt cá 3 tay" smilie

trạng thái SYN_SENT là đã gửi SYN và đang đợi ACK trạng thái này xuất hiện khi client đưa ra lệnh mở cổng chủ động (thay vì bị động như ở server) thì lúc đó nó đi vào trạng thái SYN_SENT

Mọi người cứ tiếp tục "trao đổi" smilie