Afresco - JLAN

因為某個功能,我們需要用到Samba與NFS。又基於為了讓客戶能方便的使用,我們就只好苦幹實幹。我是以Java solution為主,因此發現了Afresco產品下的JLAN。JLAN有以下特點:

  1. 授權: LGPL。能在SourceForge下載到的JLAN,是2009年版本,屬於GPL授權。後來在2011年全被改為LGPL,也代表著可以正當的商用。
  2. 功能: 提供Samba(netbios)、FTP與NFS的實做。並有權限控管之設定。
  3. 跨平台: 因為Java-based solution。

對於原本已存在於系統的相同服務,可以透過修改port去與原生服務共存。

jlanConfig.xml為jlan設定檔。詳細內容可以參考它的使用者手冊,我只挑幾個項目做說明:

servers block

透過<SMB>、<FTP>、<NFS>標籤啟動服務,如果不要使用可以加上no: <NOSMB>。

SMB

broadcast: 輸入broadcast的mask。
netBIOSSMB: 屬性platforms可用linux,windows;屬性port預設為139。
tcpipSMB: 屬性platforms可用linux,windows;屬性port預設為445。
如果系統上有SMB service,會造成port的conflict,可以選擇將它disable或使用其它的port。經過我的測試,使用其它替代port是無法讓檔案瀏覽器正常連結SMB的;但如果使用SMB client API link,如JCFS,是能夠正常存取,應能達到系統整合需求。

NFS

PortMapperPort: 預設為111。
NFSServerPort: 預設為2049。
如果系統上有NFS service,會造成port的conflict。PortMapper也許不只有NFS在使用,因此建議使用其它port較好。而在設定完其它port後,可以透過以下指令去mount:

mount -oport=yourNfsPort,mountport=yourMountPort,proto=udp yourFfsServerName:/alfresco /mnt/alfresco/
經過我測試,有幾個問題:

  1. 無法做crossmnt。假設你想mount設定分享目錄下的某個目錄,在還沒存取過的情況下是無法執行mount的。這與jlan實作cache方式有關,這部分我自己有調整程式碼達到crossmnt。
  2. 在RHEL7.0上,使用kickstart做mount NFS參數會亂掉。這是RHEL7.0的bug,如果真的要用,就要當特殊案例條整參數。

目前發現jlan只支援SMB v1,如果使用較新的linux mount.cifs指令,預設都會使用SMB v1,將會造成mount失敗。可使用以下command強制切為SMB v1:

mount.cifs //host/bootimage /opt/target -p user="user",pass="pass",vers=1.0

2018年JLAN有個衍生專案: JFileServer,號稱支援SMB2和SMB3,但要錢。