Moving an IIS SSL certificate to a Domino Keyring File

www.turtleweb.com

Today I had a support call from a customer who had bought an SSL certificate from Verisign to cover their entire domain.  Verisign had issued the certificate and it had been applied to their existing IIS servers however they now wanted to use it on their Domino web server as well. The scope of the certifier covered the Domino server (same wildcard domain) but Verisign wouldn't process another request from a Domino keyring file as they had already issued the key in response to the IIS request.  They agreed to cancel the IIS certificate and issue a new one for Domino but according to their tech support

"the use of the wildcard domain covers you for up to 10 servers so long as you can copy the same certificate between the servers.  As Domino and IIS are incompatible you have to buy a new certificate"

Well that seemed like a gyp so I decided to prove it could be done.  With the help of some related IBM technotes this is what I did to get it working.  

1. Created an exported pfx file from IIS
2. Went to a domino server and from a prompt found the directory  \domino\jvm\bin directory and ran the file "ikeyman" within it
3. Created a new Key DB file by browsing to the IIS exported pfx file and importing it as PKCS
4. Examined the imported certificate and noted the certificate settings such as Organisation, OU, L etc
5. Closed ikeyman
   
6. Created a new key ring file using the Secure Certificate Admin db on Domino
7. Gave it the exact same settings as the original IIS certificate noted down in step 4.
8. Installed the trusted root certificate into the key ring file
9. Copied the .kyr and .sth files to the server where ikeyman ran and where the PKCS file generated in step 3 was located
   
10. Downloaded gsk version of ikeyman to handle Domino key ring files from here ftp://ftp.software.ibm.com/software/lotus/tools/Domino/gsk5-ikeyman.zip
11. Extracted zip file to folder 'gsk' on server (folder can be called anything but no spaces)
12. Ran "gskregmod.bat Add" from command prompt within extracted folder
13. Launched the ikeyman from dos prompt in the newly extracted folder by typing "runikeyman.bat"
14. Chose Key Database File - Open and selected the kyr file I copied to the server in step 9
15. Go to Personal Certificates and click 'Import' then choose 'PKCS' and import the file generated in step 3

You should now have a .kyr file that contains the certificate and can be copied back to your destination Domino server along with its .sth file.

Steps to upgrade a 32-bit Domino server to 64-bit server on Windows platform

Problem

What steps should be taken to upgrade a 32-bit Domino server to 64-bit server on Windows platform.
We can consider two scenarios in upgrading the Domino server from 32-bit to 64-bit Domino.
I. On the 64-bit Windows you are running 32-bit Domino, How to upgrade it to 64-bit Domino?
II. On the 32-bit Windows you are running 32-bit Domino, How to upgrade it to 64-bit Domino on 64-bit Windows on a different hardware?

Resolving the problem

You can follow the below steps for the above scenarios to upgrade the Domino server to 64-bit.
NOTES:
Before you upgrade the Domino server it is always recommended to back up your ID files (server.id, admin.id and cert.id), notes.ini file of the server along with the back up of your entire data directory.

Before starting your Domino upgrade process, it is a best practice to make sure all 3rd party and Lotus Companion products that require a parallel 64-bit Domino upgrade are available and upgraded at same time.


Scenario 1: How to upgrade 32-bit Domino to 64-bit Domino running on 64-bit Windows

---

1. Write down your current Domino Program Directory and current Domino Data Directory. You will need this information when you run the 64-bit Installer.
2. Shut down the Domino server.
3. Run the installer for the Domino 64-bit, Once you run it will first uninstall the existing 32-bit Domino and it shows the below window for sometime to complete the uninstall process of 32-bit Domino.


Note: It will only uninstall the program directory files and it will keep the data directory files and also the notes.ini file in the program directory as it is.

Click next to continue.
4. It will now prompt with next screen with default path for the program directory as C:\Program Files\IBM\Lotus\Domino as shown below


Here you need to change the path to your earlier 32-bit server path for the PROGRAM and DATA directory path.
5. Click next to continue and follow on screen display to finish the installation of Domino 64-bit.
6. Final window it shows as below and choose "Finish" to complete the installation process.


7. Before restarting the Domino server, run the offline maintenance on the following system databases from command prompt.

Fixup:
x:\Lotus\Domino\nfixup names.nsf -F
x:\Lotus\Domino\nfixup admin4.nsf -F

If you are using "transaction logging", make sure you use the switch -J, as below:
x:\Lotus\ Domino\nfixup names.nsf -J
x:\Lotus\Domino\nfixup admin4.nsf -J

Compact:
x:\Lotus\Domino\ncompact names.nsf -c
x:\Lotus\Domino\ncompact admin4.nsf -c

Updall:
Updall should be run on all databases. When the code changes from 32-bit to 64-bit, all existing views and Full Text indexes will get rebuilt when you first access a database after you bring up the Domino server for the first time after the upgrade. This can take a very long time, so it's advisable to have updall do this work for you while the server is already scheduled to be down for the upgrade. By running updall while the server is still down, it will rebuild those views so when they are accessed that first time, the rebuild is not happening at that point in time, it's already done.

You can use indirect files (.IND) to run multiple updall processes concurrently to complete in a more timely manner. See the following wiki article for more information: Using indirect files to run maintenance tasks

8. Start the Domino 64-bit server by double clicking icon on the desktop. To start the server you can select as a service or as an application.
9. If the 32-bit Domino is upgraded from previous version 8.0.x to 8.5.x and if the server is an Administration server then at the server starts up it will prompt you with the message.

"Do you want to upgrade the design of your address book?  This replaces the standard forms and views with the ones from the template.(Yes/No)."

10. Type Yes or Y and enter it will upgrade the design of the names.nsf with the latest 85x template.

This completes the upgrade of your Domino server to 64-bit.

Scenario 2: How to upgrade 32-bit Domino running on 32-bit Windows to new hardware running 64-bit Domino on 64-bit Windows

---

1. On the new hardware which is running 64-bit Windows create Program directory path and data directory path same as your earlier 32-bit Domino.

For example: If the programs and data directory were in the path C:\Lotus\Domino and D:\Lotus\Domino\Data On the new hardware create the same folder structure as above.

2. Copy notes.ini file from 32-bit Domino program directory to new hardware Domino program directory which you created in the above step. 3. Copy the entire Data directory from 32-bit Domino to the new hardware Data directory which you created in the above step 1.
4. Once copied notes.ini and Data directory to new hardware, Run the Lotus Domino 8.5.x 64-bit installer on the new hardware and follow the on screen display and select the above created Domino and Datadirectory path to install the Domino server.
5. Click next to continue and follow on screen display to finish the installation of Domino 64-bit.



6. Before restarting the Domino server, run the offline maintenance on the following system databases from command prompt.

Fixup:
x:\Lotus\Domino\nfixup names.nsf -F
x:\Lotus\Domino\nfixup admin4.nsf -F

If you are using "transaction logging", make sure you use the switch -J, as below:
x:\Lotus\ Domino\nfixup names.nsf -J
x:\Lotus\Domino\nfixup admin4.nsf -J

Compact:
x:\Lotus\Domino\ncompact names.nsf -c
x:\Lotus\Domino\ncompact admin4.nsf -c


Updall:
Updall should be run on all databases. When the code changes from 32-bit to 64-bit, all existing views and Full Text indexes will get rebuilt when you first access a database after you bring up the Domino server for the first time after the upgrade. This can take a very long time, so it's advisable to have updall do this work for you while the server is already scheduled to be down for the upgrade. By running updall while the server is still down, it will rebuild those views so when they are accessed that first time, the rebuild is not happening at that point in time, it's already done.

You can use indirect files (.IND) to run multiple updall processes concurrently to complete in a more timely manner. See the following wiki article for more information: Using indirect files to run maintenance tasks

7. Start the Domino 64-bit server by double clicking icon on the desktop. To start the server you can select as a service or as an application.
8. If the 32-bit Domino is upgraded from previous version 8.0.x to 8.5.x and if the server is an Administration server then at the server starts up it will prompt you with the message.

"Do you want to upgrade the design of your address book?  This replaces the standard forms and views with the ones from the template.(Yes/No)."

9. Type Yes or Y and enter it will upgrade the design of the names.nsf with the latest 85x template.

This completes the migration of your Domino server to 64-bit.

Xác thực người dùng và tên ( User authentication and Names)

Chức năng bảo mật cơ bản trong mô hình bảo mật của Domino là xác thực người dùng ( bao gồm Notes clients, các domino server khác, browser và Internet client, và các chương trình phát triển sử dụng Notes API). Trong phần này tôi sẽ nói với các bạn về phần tổng quan xác thực, đặt tên phân cấp người dùng và máy chủ.

Khi một người dùng được xác định là "xác thực", server dựa trên sự hợp lệ của user name để điều khiển truy cập với Server và Database Access Controll Lists.

Trong phần này tôi cũng giới thiệu tổng quan về phân chia tổ chức của bạn ( Organization) thành các đơn vị chức năng ( Organization Unit - OU). OU Certificate ID được tạo từ ID gốc của tổ chức, sau đó được sử dụng để đăng ký người dùng và server

-----> Phần này có một chút tới kiến thức LDAP hoặc AD

ID file được tạo trong suốt quá trình setup first Domino Server

Bạn có thể không nhận ra trong quá trình cài đặt First Server, là bạn đã cài đặt một hệ thống bảo mật cơ bản.

Sử dụng tên của Organization bạn nhập vào, quá trình cài đặt tạo ra duy nhất một Organization Certificate ( chuỗi 1024 bit bao gồm số và ký tự) cho Organization. Được xác định bởi tên, ví dụ "O=VSD"

Cùng với các thông tin khác, quá trình cài đặt thêm Organization Certificate vào Organization Certifier ID file có tên là CERT.ID

Server Setup sử dụng CERT ID để tạo ID cho server và Administrator

Các thông tin về máy chủ và người dùng được thêm vào mỗi file ID, tất cả các file này được đánh dấu hai thứ từ Organization Certifier:

• Tên của Organization, ví dụ "VSD", được nối thêm vào phần tên của server và tài khoản người dùng ( đôi khi còn được gọi là tên phân biệt - Disinguished name).
• Organization Certificate

Chú ý: trong bài hướng dẫn cài đặt lần trước, tôi đã tạo luôn Organization Unit (OU), nên tên của máy chủ và người dùng có dạng CN=Mail/OU=NN/O=COM, CN=ADMIN/OU=NN/O=COM

Nội dung của file ID

Để xem được nội dung của file ID Server hoặc ID User, bật giao diên Domino Administrator lên, di chuyển tới tab chức năng Configuration, chọn Certification\ ID Properties, chọn file ID cần xem

Tab Your Certificate bạn có thể thấy các certficate được thêm vào file ID.
Hình dưới đây thể hiện các thành phần có trong file ID

Bảng dưới đây mô tả hình ảnh trên

Thành phần	Chức năng
User Name	Tên ( người dùng, máy chủ) để Domino quản lý và kiểm tra bảo mật database
Password	Nhấp vào tab Security Basics, nhấp chuột vào Change Password, để thay đổi mật khẩu. Độ khó của mật khẩu được thiết lập lúc đăng ký, và người dùng có thể thay đổi mật khẩu của họ miễn là mật khẩu đủ mạnh. Nếu mật khẩu không đủ mạnh, bạn sẽ gặp một thông báo là nhập một mật khẩu khác mạnh hơn. Người quản trị có thể yêu cầu ( thông qua cài đặt trong Domino Directory) mật khẩu User ID thay đổi trong khoảng thời gian hoặc người dùng bị khóa bởi máy chủ
Expiration Date	Theo mặc định, certificate của Server ID có thời hạn là 100 năm, User ID có thời hạn là 2 năm. Khi bạn đăng ký hoặc gia hạn ID file, bạn có thể thay đổi các thời hạn khác nhau.
Recovery Password(s)	Đây là một lựa chọn phục hồi lại mật khẩu, được thêm vào bởi người quản trị khi mở User ID file nếu quên mật khẩu. Việc khôi phục này, chỉ áp dụng nới Notes User ID và không áp dụng với Server ID, trong trường hợp khác, bạn có thể cấu hình Notes User ID Vault để nhanh chóng khôi phục lại ID và mật khẩu bị mất.
Notes Certificates	Bao gồm 2 certificate, (Notes Multi-purpose, Notes international encryption) và còn lại là certificate từ Certifier : Một từ Organization Certifier.(CERT.ID) Một từ mọi OU certifier (OU.ID) Mỗi certificate gồm có: Tên của Organization hoặc Organization Unit certifier được sử dụng để cấp phát certificate Tên của người dùng hoặc máy chủ mà certificate được cấp phát Private Key và Public key Chữ ký số của certifier để chứng minh quá trình xác thực của Notes Certificate Ngày hết hạn khi certificate không còn hợp lệ
Public Key	Một khóa mã hóa duy nhất được lưu trữ trong file ID, sử dụng trong suốt quá trình xác thực, mã hóa mail gửi tới các Notes Client khác và được lưu trong mail database của người dùng. Public Key có thể được sao chép, gửi mail từ User Security >Your Certificate, hoặc sao chép từ tài liệu user’s Person trong Domino Directory
Private Key	Một khóa mã hóa duy nhất cho người dùng, và được lưu trữ chỉ trong file User ID. Khóa này không thể xem được. Khóa Private được sử dụng để valid người dùng trong quá trình xác thực, cũng có thể dùng: Giải mã mail đã được mã hóa khớp với Public Key Mã hóa mail gửi tới Notes User. Chú ý : Nếu mất User ID và không có bản backup, tất cả các mail đã được mã hóa sẽ không thể được giải mã bởi vì User ID mới có chứa Private Key mới.
Document Encryption Keys	Các khóa mã hóa sử dụng để mã hóa và giải mã document fields. Ví dụ, HR database cho phép người dùng đọc các thông tin tổng quan về người lao động, nhưng trường Salary được mã hóa và chỉ một số người trong công có chìa khóa mã hóa để mã hóa và giải mã trường này.
Internet Certificates	Một option, chứng chỉ X.509 sử dụng để mã hóa với Web server, xác thực user name, mã hóa mail gửi tới internet user. Chứng chỉ này được thêm vào sau khi người dùng được đăng ký.

.

Server ID file: Có mật khẩu hay không có mật khẩu?

Có hay không mật khẩu cho server id file là một chủ đề lớn cần tranh luận. Theo mặc định, server id file không có mật khẩu, điều này làm giảm khả năng bảo mật. Đặt mật khẩu cho server id file  tạo cho server bảo mật hơn và bảo vệ những databases đã được mã hóa. Nhưng bên cạnh đó, bạn phải luôn thường trực tại server khi bạn khởi động nó, thậm chí Domino server khởi động như windows services ( Khà khà, không chạy đi đâu được, vì phải gõ mật khẩu cho file ID Server, thì domino server mới bật lên được).
Để được tốt nhất cả về sự thuận tiện và bảo mật, bạn cần cài đặt thêm một công cụ của hãng thứ ba để bảo mật quá trình khởi động server mà không ảnh hưởng tới Server ID.
Bạn không nên đặt mật khẩu cho server id trong hai trường hợp sau:

• Sử dụng công cụ Domino Admin từ xa để khởi động lại Domino Server
• Sử dụng tính năng tự động phục hồi máy chủ

Cả hai tính năng này có bộ nhớ cache mật khẩu và sử dụng nó khi server khởi động lại.

Xác nhận và xác thực ( Validation and Authentication)

Nhắc lại mô hình bảo mật tôi giới thiệu trong bài trước, khi người dùng Notes thực hiện kết nối vào Domino Server ( hoặc Domino Server này kết nối vào Domino Server khác), việc đầu tiên xảy ra là quá trình xử lý hai pha, validation và authentication. Tại điểm cuối của quá trình, hai bên trust với nhau, và danh tính của người dùng được xác nhận. Điều này đủ để chuyển qua bước tiếp theo trong mô hình bảo mật, bước "Server access list" để so sánh sự hợp lệ của người dùng và server.
Sau đây tôi sẽ mô tả một cách đơn giản quá trình xử lý hai pha khi đồng chí Admin/VSD/COM kết nối vào máy chủ Mail, áp dụng với tất cả các kết nối (LAN, WAN, dial-up,...).
Mọi thứ cần thiết cần thiết để xác nhận và xác thực đều chứa trong file ID của người dùng hoặc server.


Trong pha xác nhận, MAIL server xác định Public Key của đồng chí ADMIN:

1. Notes client gửi tất cả Notes Certfificates trong file admin.id tới MAIL server, bao gồm cả Admin's personal certificate và tất cả certificate của Organization/Organization Unit.
2. MAIL server tìm kiếm certificate /VSD mà Admin gửi, và tìm một certificate có tên giống như vậy trong file ID mà nó quản lý.
3. Sử dụng Public Key của /VSD cert, MAIL server xác định Admin's persional certificate là hợp lệ bởi vì nó giống với /VSD cert
4. MAIL server kết luận Public Key trong Admin's personal cert là hợp lệ.

Pha xác nhận được lặp lại, nhưng đổi chiều

Trong pha xác thực, MAIL server xác định tính hợp lệ định danh của ADMIN:

1. MAIL server sinh ra một số ngẫu nhiên và mã hóa nó sử dụng Admin Public key và gửi nó cho Notes clients.
2. Sử dụng Private ksy chỉ có trong Admin User ID file, Notes giải mã số và gửi lại cho Mail server.
3. Mail server so sánh số ban đầu với số mà mà Notes gửi. Nếu bằng nhau, thì Notes User ID có Private key giống với Public key sử dụng để giải mã thành công.

Pha xác thực được lặp lại, nhưng đổi chiều.
Trong suốt quá trình cài đặt First Domino server, OU cert được sử dụng để đăng ký Administrator user. Miễn là bạn đăng ký người dùng và máy chủ sử dụng OU cert này, thì quá trình xác nhận và xác thực đều được đảm bảo.
Nếu bạn mất  Organization ID, thì bạn gặp vấn đề lớn rồi đấy. Thậm chí nếu bạn tạo một ID giống hệt với Organization  name, bạn sẽ có một tập các khóa mới. Mọi người dùng và máy chủ mới tạo ra bởi ID mới sẽ không thể xác thực được với server hiện tại. Có hai cách giải quyết vấn đề này:

• Tạo mới Organization cert, đăng ký mới người dùng và máy chủ sử dụng ID này. Sau đó cross certify người dùng và máy chủ hiện đang tồn tại.
• Tạo mới Organization ID với tên giống trước hoặc khác, sau đó recertify Notes và Domino ID file.

Tăng cường bảo mật xác thực

Nếu quá trình xác thực hiện tại chưa làm bạn hài lòng, bạn có thể tăng cường khả năng bảo mật của quá trình xác thực bằng cách bắt server so sánh Public key từ Domino Directory trong suốt quá trình xác thực Public key được gửi từ Notes client hoặc server. Vì thế, trong trường hợp gần như không thể, hách cơ hack user id file để có được Public key, với việc kích hoạt tính năng này, khóa phải khớp với khóa được lưu trong Domino Directory.
Để kích hoạt tính năng so sánh key, bạn xem hình dưới

Chú ý: thiết lập này nhằm ngăn chặn người dùng bên ngoài tổ chức có thể cross-certified để có thể truy cập vào máy chủ. Nó còn ngăn chặn người dùng đã xóa khỏi Domino Directory có thể truy cập.
Thiết lập này ko áp dụng với browser client.

Hệ thống phân cấp OU Cert

Trong quá trình cài đặt First Server đã tạo ra Organization Cert ID, và từ ID này tạo ra Server ID và Admin ID tại gốc trong mô hình phân cấp ( cụ thể ở đây là /VSD)
Không hạn chế nếu bạn đăng ký tất cả user và server sử dụng Organization Certifier ID. Nhưng đôi khi, bạn có hàng trăm người dùng Notes, cách tốt nhất là bạn tạo ra một hệ thống phân cấp, để tiện cho việc quản lý, ví dụ:

Các OU cert được tạo ra từ O cert.

Thuận lợi của việc sử dụng Organizational Unit

Những thuận lợi khi bạn chia nhỏ Organization thành các OU là:
Người dùng trùng tên có thể phân biệt qua OU
Người quản tri tại mức OU có thể sử dụng OU ID để đăng ký người dùng và server bên trong tổ chức của mình
Phân quyền truy cập tới máy chủ và database có thể sử dụng ký tự đại diện (*/UB/QN/VSD).

Phần mềm quản lý hộ tịch

Bài toán “Quản lý hộ tịch” được đặt ra nhằm hỗ trợ cho công tác quản lý của cán bộ hộ tịch giữa các cấp và hỗ trợ lãnh đạo trong công tác quản lý về vấn đề hộ tịch trên địa bàn tỉnh Việc thực hiện bài toán này góp phần phục vụ nhân dân được tốt hơn, rút ngắn thời gian giải quyết công việc, mang lại hiệu quả nhất định trong việc trao đổi thông tin, nâng cao hiệu quả công tác quản lý hộ tịch và tạo điều kiện thiết lập hệ thống thông tin liên kết, thống nhất giữa Sở Tư pháp và các đơn vị hành chính quận - huyện, phường - thị xã. 


  Để giải quyết bài toán này, đến nay đã có nhiều phần mềm do một số công ty xây dựng và phát triển trên một số công cụ khác nhau. Các ứng dụng này đã đem lại một số hiệu quả ban đầu. Tuy nhiên để đáp ứng được các công tác hộ tịch thì các phần mềm này còn một số hạn chế: Chưa in được đầy đủ các biểu mẫu hộ tịch, các biểu mẫu đã in được chưa theo nghị định mới của chính phủ (Nghị định 158/2005/NĐ-CP) hoặc vấn đề in ra phôi còn hạn chế.Nói chung chưa đáp ứng được theo nghị định 158/2005/NĐ-CP.Ngoài ra do cơ sở hạ tầng ở các địa phương thấp chưa đáp ứng được cho việc cài đặt ứng dụng. Trình độ công nghệ thông tin của đội ngũ cán bộ tư pháp ở các cấp xã/ phường không đồng đều.

Để khắc phục những vấn đề trên việc lựa chọn công cụ phát triển cho phù hợp với từng cấp sử dụng là vấn đề quan trọng nhằm đáp ứng tốt nhất cho người dùng, dễ dàng triển khai và phát triển khi có thay đổi hoặc mở rộng chức năng của chương trình. Vì thế căn cứ vào những quy định của nghị định 158/2005/NĐ-CP, căn cứ vào thực tế cơ sở hạ tầng của các địa phương,..chúng tôi lựa chọn giải pháp:

Hệ thống thông tin Quản lý Hộ tịch bao gồm có 3 phân hệ :

• Phân hệ Quản lý Hộ tịch cấp Xã

• Phân hệ Quản lý Hộ tịch cấp Huyện

• Phân hệ Quản lý Hộ tịch cấp Sở

Liên hệ theo số 04.62737300 hoặc 04.62737311 hoặc email nsnguyen@vsd.com.vn

để biết thêm chi tiết.

Hệ thống một cửa điện tử và dịch vụ công trực tuyến

Hệ thống một cửa điện tử

VSDOneStop là giải pháp phần mềm hành chính một cửa  điện tử được ứng dụng nhằm tin học hóa các giao dịch giữa tổ chức, công dân với cơ quan hành chính nhà nước theo cơ chế “một cửa” quy định tại Quyết định số 93/2007/QĐ-TTg ngày 22/6/2007 của Thủ tướng Chính phủ. Giao dịch được tin học hóa bao gồm từ hướng dẫn, tiếp nhận giấy tờ, hồ sơ, giải quyết đến trả kết quả được thực hiện tại một đầu mối là bộ phận tiếp nhận và trả kết quả của cơ quan hành chính nhà nước.

Hệ thống một cửa điện tử VSDOneStop do Công ty VSD xây dựng và phát triển với nhiều kênh truy cập là điểm duy nhất tiếp nhận hồ sơ và trả kết quả cho người dân và doanh nghiệp khi thực hiện thủ tục hành chính công bao gồm trực tiếp hoặc trên môi trường mạng internet.

Đối tượng áp dụng là các đơn vị cấp xã, cấp huyện như quận, huyện, thị xã, thành phố trực thuộc tỉnh/thành phố trực thuộc Trung ương. Các sở ngành, đơn vị chức năng trực thuộc các Bộ/tỉnh.

Các chức năng nổi bật của hệ thống

1. Tiếp nhận hồ sơ trực tiếp tại bộ phận một cửa

2. Tiếp nhận hồ sơ trực tuyến

3. Cho phép in phiếu hẹn nhiều lần đối với các thủ tục phải hẹn công dân / tổ chức nhiều lần

4. Quản lý hồ sơ
Cho phép lãnh đạo cơ quan, lãnh đạo phòng ban xử lý hoặc phân xử lý hồ sơ ( phối hợp hoặc không phối hợp).

Cho phép xem nhật ký quá trình xử lý hồ sơ

Cho phép xử lý thay lãnh đạo

5. Cho phép tìm kiếm hồ sơ và thống kê báo cáo theo nhiều tiêu chí

6. Cho phép quét / đính kèm các quyết định khi trả kết quả

7. Nhắc việc - thông báo và thống kê cho người dùng các hồ sơ chờ phải xử lý

Dịch vụ công trực tuyến

1. Cung cấp các hướng dẫn thủ tục hành chính cho công dân, tổ chức.

2. Cho phép công dân/ tổ chức gửi hồ sơ trực tuyến

3. Cho phép công dân/ tổ chức tra cứu kết quả hồ sơ khi gửi trực tiếp tại bộ phận một cửa hoặc gửi trực tuyến

Mọi chi tiết xin liên hệ:
Hỗ trợ kỹ thuật:

• Ngô Sinh Nguyên - 04.62737311 (nsnguyen@vsd.com.vn)
• Phùng Quốc Hoàn - 04.62737311 (pqhoan@vsd.com.vn)

Hỗ trợ kinh doanh:

• Nguyễn Quang Tuấn - 04.62737300,  0912.068.823 (nqtuan@vsd.com.vn).

Configure IIS 7 as Reverse Proxy

By default, Information Portal uses Apache (http://en.wikipedia.org/wiki/Apache_HTTP_Server) as a web server. It is included in the Information Portal installation package and automatically configured to be accessed by the URL like: http://server:3141.
You can configure IIS 7 to work as a web server for Information Portal if it is required to use IIS for all web applications by the company policy. The following are additional options available in IIS 7:

• Configure SSL encryption
• Configure a host-header with the default port
• Configure load distribution
• Use automatic Windows updates to always have IIS in the most secured state.

Configuration includes three steps:

1. Configure IIS 7 as a reverse proxy (http://en.wikipedia.org/wiki/Reverse_proxy). This means that all requests from users are sent to IIS 7 site and then redirected to the Portal Apache server. The response from Apache goes back to IIS, and then IIS sends it back to the user. We use Application Request Routing Module http://www.iis.net/download/ApplicationRequestRouting to implement this process.
2. To avoid the direct access to Information Portal via Apache server, disable listening external requests. Apache is hidden for all users since listening external requests are disabled.
3. Reconfigure the Information Portal SharePoint Integration feature to point to a new IIS site.

Step 1. Configure IIS 7 as Reverse Proxy

The solution is based on the standard IIS extension - the Application Request Routing module. Install it on the server hosting Information Portal and IIS 7. The Application Request Routing module can be downloaded at http://www.iis.net/download/ApplicationRequestRouting.
After the Application Request Routing (ARR) module has been installed, it should be configured to act as a proxy server (this functionality is not enabled by default). In IIS Manager, highlight the Application Request Routing Cache feature and click Open Feature in the Actions pane.

Click Server Proxy Settings in the Actions pane.
Tick the Enable proxy checkbox, and then click Apply. Leave all the default values in place.

Next, configure the URL Rewrite rule, so that IIS knows what to do with requests which you want to forward to Information Portal Apache. Click a site which is supposed to be used for Information Portal. If you do not have any site, create it. In our example, a test site with the URL http://atsp2010:82 is used. Highlight the URL Rewrite icon, and then click Open Feature in the Actions pane.

In the URL Rewrite feature, click Add Rules in the Actions Pane.
In the Add Rule(s) dialog box, select Blank rule and click OK.
In the Edit Inbound Rule feature, specify the new rule name and type .* in the Pattern dialog box. The new rule should default to using Regular Expressions (if it does not, ensure that you select this option). In the Action section of the Edit Inbound Rule feature, ensure that the Action type is set to Rewrite and then enter http://localhost:3141/{R:0} in the Rewrite URL dialog box as shown below. Click Apply to create the new rule.
We assume that Information Portal is installed on port 3141 (default), so http://locahost:3141 is the Information Portal Apache server URL.

Now you can test the URL: http://atsp2010:82. It displays the Information Portal Enterprise report ? the same as the http://localhost:3141 URL.
SSL can be configured on this IIS site. For more information, see the following article: http://learn.iis.net/page.aspx/144/how-to-set-up-ssl-on-iis-7.

Step 2. Configure Apache to be Localhost Only

Now disable the direct access to Information Portal via Apache server.
Perform the following:

1. Open C:\Program Files (x86)\Quest Software\Site Administrator for SharePoint\SharePoint Information Portal\Python25\conf\httpd.conf in notepad. (here we assume that the product is installed in the default path on x64 OS).
2. Change ServerName atsp2010:3141 to ServerName 127.0.0.1:3141 (assuming that atsp2010 is the name of this server).
3. Change Listen 3141 to Listen 127.0.0.1:3141.
   The modified httpd.config file will look as follows:
   ServerRoot “C:\Program Files (x86)\Quest Software\Site Administrator for SharePoint\SharePoint Information Portal\Python25”
   ServerName 127.0.0.1:3141
   ServerSignature Off
   ServerTokens Prod
   DocumentRoot “C:\Program Files (x86)\Quest Software\Site Administrator for SharePoint\SharePoint Information Portal\Python25”
   Listen 127.0.0.1:3141
   ...
   
4. Restart the Quest.InfoPortal.WebAccess service.

Verify that http://atsp2010:3141 does not work from other servers (atsp2010 is the name of the server hosting Information Portal. Replace it with your server name).
Verify that http://atsp2010:82 works.
Now you have Information Portal installed with the IIS web front-end server.

Step 3. Reconfigure Information Portal SharePoint Integration Feature

As the Information Portal URL has been changed to http://atsp2010:82, it is required to reconfigure the SharePoint Integration feature.
Perform the following:

1. Run cmd.exe on the server hosting Information Portal.
2. Make the C:\Program Files (x86)\Quest Software\Site Administrator for SharePoint\SharePoint Information Portal\SPIntegration folder current.
3. Make sure that Windows SharePoint Services Administration (SharePoint 2007) or SharePoint 2010 Administration (Sharepoint 2010) service is started on the front-end.
4. Run the following command:
   ..\IronPython26\ipy64.exe wsp_install.py http://atsp2010:82
   
5. Make sure the output does not contain errors. The process successfully completed should look like:
   1/28/2011 8:57:50 PM: Sharepoint Integration install [‘wsp_install.py’, ‘http://atsp2010:82’]
   1/28/2011 8:57:53 PM: Generating wsp solution in .\\SPIntegrationFeature for http://atsp2010:82
   1/28/2011 8:57:55 PM: setup solution: .\\SPIntegrationFeature\SPIntegrationFeature.wsp
   1/28/2011 8:57:55 PM: stop running jobs
   1/28/2011 8:57:56 PM: remove old solution
   1/28/2011 8:57:59 PM: add solution
   1/28/2011 8:58:09 PM: deploy solution
   
6. Ensure that SharePoint sites have the Site Administrator Reports section containing the links to the Information Portal reports in the Site Settings. Try to open these links. In SharePoint 2010, it looks as follows.

Xpages là gì???

Phần 1: Giới thiệu về công nghệ Xpages

Xpages là nền tảng phát triển các ứng dụng web và di động. Nó cho phép dữ liệu từ Lotus Notes và và các cơ sở dữ liệu quan hệ có thể hiển thị trên trình duyệt phía máy trạm trên tất cả các nền tảng.
Mô hình lập trình dựa trên ngôn ngữ phát triển web và bao gồm các tiêu chuẩn JavaScript, Ajax, Java, Dojo Toolkit, Server-side JavaScript, JavaServer Faces.

Công nghệ Frontend

Bằng cách tận dụng các tiêu chuẩn web, các ứng dụng Xpages có thể được truy cập bởi web client và các thiết bị di động, cho phép các nhà phát triển đưa ra các ứng dụng chạy trên đa nền. Đối với giao diện người dùng, Xpages tập chung phát triển các tiêu chuẩn HTML, CSS và JavaScript. Thêm vào đó các "Theme" có thể được sử dụng để quản lý nhiều file CSS và Xpages đi kèm với các theme mặc định, ví dụ như OneUI theme.
Xpages đi kèm với Dojo Tookit và các điều khiển Dojo có thể dễ dàng tham chiếu trong ứng dụng Xpages. Xpages còn sử dụng Dojo để tạo ra các tính năng chính mà không cần phải viết code Dojo.
Mọi ứng dụng web Xpages có thể sử dụng dịch vụ REST. Xpages cũng cung cấp một cơ chế dễ dàng để ràng buộc các nguồn dữ liệu để điều khiển giao diện người dùng, vì thế trong nhiều trường hợp, người lập trình không cần thiết phải viết code. Thêm vào đó Xpages còn cho phép khai báo chỉ làm mới một phần của trang thông qua Ajax khi submit dữ liệu.

Công nghệ Backend

IBM Lotus Domino Designer được sử dụng để phát triển các ứng dụng Xpages. Với công cụ Designer người lập trình có thể thực hiện nhanh chóng một thao tác nào đó, ví dụ như việc đưa ra một một danh sách các đầu vào từ CSDL. Thêm vào đó có các xử lý logic bao gồm cả JavaScript và Java code có thể được viết vào.Xpages dựa vào JavaServer Faces, Mã nguồn của một trang Xpages là một XML có tên gọi là XSP được dịch thành mã Java khi chạy ứng dụng. Khi chạy, code được trả lại về mã HTML tới client.
Để truy cập dữ liệu, Xpages và Domino Designer sử dụng nguồn dữ liệu. Nguồn dữ liệu này có thể ràng buộc bằng đồ họa để điều khiển các control UI trên trang. UI control và các kiểu các của control được hiển thị trong Domino Desinger có thể được kéo thả lên các page khi lập trình. Domino Designer cũng đi kèm với các tính năng tiện lợi ví dụ như valid field. Các tính năng của Xpages có thể được module hóa trong Custom Control khi mà các Xpages Control được sử dụng trên nhiều trang.
Người lập trình sử dụng Code Serverside JavaScript là chủ yếu. Đó là các API để truy cập "tài liệu hướng đối tượng" và các ngữ cảnh Xpages. Xpages dựa trên JSF và JSF là một chuẩn Java cũng có thể được gọi là chuẩn Java SDK code.
Xpages runtime có thể được mở rộng bằng các sử dụng các API bên ngoài nhưng dựa trên JavaServer Faces.

Lưu trữ: Document-oriented Database (cơ sở dữ liệu hướng tài liệu)

Domino sử dụng cơ sở dữ liệu hướng tài liệu được gọi là NSF để quản lý dữ liệu bán cấu trúc như rich text, file. Dữ liệu được lưu trữ như là một tài liệu và cho phép tìm kiếm các tài liệu một cách hiệu quả. Mỗi tài liệu có một ID để định danh, và xa hơn nó được xây dựng trong các trường như last author, last modify date... Tài liệu bao gồm  rich text có thể được định dạng, hình ảnh (MIME) hoặc file đính kèm đầy đủ. Tài liệu có thể được truy vấn qua API và view. Lotus Domino cũng hỗ trợ full text search ( tìm kiếm toàn văn) cho database như là một tính năng có sẵn.

Các ứng dụng Xpages có thể dễ dàng triển khai trên Domino Server hoặc trên một cluster Domino.

Bảo mật

Ứng dụng Xpages và cơ sở dữ liệu hướng tài liệu được bảo mật trong nhiều cách. Nó được gọi là ACL ( Access Controll list) chứa danh sách người dùng, nhóm, vai trò và các quyền truy cập. Bảo mật hơn nữa có thể áp dụng trên các mức (level) của tài liệu  thông qua trường reader và author.

Hỗ trợ của cộng đồng

Cộng đồng phát triển Xpages quản lý website Xpages.info với rất nhiều thông tin về Xpages bao gồm 

"how to get started, downloads, resources and demos"

OpenNTF là trang mã nguồn mở cho các ứng dụng dựa trên IBM Lotus Domino.

“Quản lý văn bản và hồ sơ công việc” trên nền công nghệ IBM Lotus Domino 8.5.3 với môi trường lập trình Xpages.

Xuất phát từ nhu cầu thực tiễn cùng với việc ứng dụng mạnh mẽ công nghệ thông tin vào cơ quan hành chính, cơ quan đảng cũng như khối tổ chức doanh nghiệp. Cty cổ phần công nghệ VSD Việt Nam bắt tay vào xây dựng sản phẩm phần mềm “Quản lý văn bản và hồ sơ công việc” nhằm mục đích hướng tới sự chuyên nghiệp, hiện đại và nâng cao hiệu quả trong công tác quản lý văn bản và điều hành công việc, tạo tiền đề cho mục tiêu văn phòng điện tử, cao hơn nữa là cơ quan điện tử, và đích đến là chính phủ điện tử.

Mục tiêu xây dựng:

• Tin học hóa công tác quản lý văn bản và điều hành

• Quản lý lưu trữ bằng điện tử tránh tình trạng mất mát, thất lạc văn bản

•  Trợ giúp tra cứu và tìm kiếm nhanh và chính xác

• Giảm thiểu chi phí trong công tác lưu trữ văn bản, hồ sơ

• Gửi nhận văn bản nhanh và chính xác

• Công khai minh bạch quá trình xử lý văn bản

• Báo cáo thống kê kịp thời

• Xử lý văn bản và giải quyết công việc thông qua môi trường điện tử.
• . . . . . . . .

Vì sao VSD xây dựng sản phẩm mà trên thị trường đã có rất nhiều:

• Với phương châm: (Hướng tới “end-user”) VSD luôn coi trọng lợi ích và hiệu quả khai thác của người dùng cuối, chúng tôi hướng đến một sản phẩm cung cấp đầy đủ các chức năng cần thiết và gắn liền với việc xử lý văn bản hàng ngày của người dùng, đồng thời tiện ích sử dụng cũng được đặt lên hàng đầu.
•  Chúng tôi luôn biết “end-user” cần gì ở một sản phẩm, và nên làm thế nào để thuận tiện và dễ dàng sử dụng nhất cho người dùng.
• Với những đặc tính mở của phần mềm, chúng tôi xây dựng đáp ứng mọi quy trình xử lý văn bản, các thao tác được rút ngắn tối đa nhất có thể trong quá trình xử lý văn bản.
• Với đội ngũ chuyên gia có rất nhiều kinh nghiệm trong việc triển khai những phần mềm dùng cho khối hành chính nhà nước, cùng với sự kiểm tra thử nghiệm khắt khe trong suốt thời gian xây dựng phần mềm, chúng tôi đảm bảo với quý khách hàng rằng: Bạn đã lựa chọn được một sản phẩm ưng ý và có tính ổn định cao nhất.

Vì sao VSD lựa chọn IBM Lotus Domino 8.5.3:

• IBM Lotus Domino 8.5.3 là phiên bản công nghệ mới nhất của bộ sản phẩm Lotus
• Với môi trường lập trình Xpages (Hỗ trợ kéo thả control giúp người lập trình thay đổi giao diện nhanh và dễ dàng)
• Chạy trên nhiều hệ điều hành.
• Hỗ trợ tốt nhất môi trường Web 2.0
• Hỗ trợ HTML5
• Tích hợp với các hệ thống khác rất dễ dàng (AD, LDAP, DB2, SQL, Sharepoint, websphere…….)
• Với Xpages giao diện web và client là một (Xây dựng chạy trên web đồng nghĩa với chạy trên notes client)
• Chế độ bảo mật cao (Ngoài những tính năng bảo mật thông thường, Lotus Domino còn có tính năng bảo mật theo Notes ID)
•  Gửi nhận và đồng bộ dữ liệu đơn giản bằng giao thức Notes Routing.
• Bản thân Lotus Domino là: Mail server, Database server, Web server……
• Làm việc và xử lý trên workflow.
• . . . . . . . . .

Link Demo:    http://xsp.vsd.com.vn/

acc: vt (Văn thư)
acc: ct (Chủ tịch)
acc: cvp (Chánh văn phòng)
acc: tpvx (Trưởng phòng văn xã)
acc: cv1vx, cv2vx (Chuyên viên 1 văn xã, Chuyên viên 2 văn xã)
acc: vttt (văn thư trung tâm tin học cấp 2)
acc: gdtt (giám đốc trung tâm)
acc: vtban (Văn thư ban quản lý CNTT cấp 3)

acc: tbql (Trưởng ban quản lý)
pass: 1 (tất cả acc pass 1)
acc: quantri pass: 12345

NguyenNgo's Blog: Hệ thống một cửa điện tử và dịch vụ công trực tuyế...

NguyenNgo's Blog: Hệ thống một cửa điện tử và dịch vụ công trực tuyế...: Hệ thống một cửa điện tử VSDOneStop là giải pháp phần mềm hành chính một cửa  điện tử được ứng dụng nhằm tin học hóa các giao dịch giữa...

Config Lotus Notes Send and Receive mail from Gmail