1
BSD 討論版 / Re: Distributed filesystem for FreeBSD....
« 於: 2020-07-14 09:51 »
Google到一篇GlusterFS教學,看來GlusterFS也不算太好搞(至少不太值得為了2-3個node殺雞用牛刀,而且還有一堆限制),鵝看還是乖乖起一台VM當NFS server好了
....

這裡允許您檢視這個會員的所有文章。請注意, 您只能看見您有權限閱讀的文章。
TWU2大您好,
小弟早先就是安裝了pam_radius套件,
新的mail server可以跟radius server溝通,但是認證一直過不去,
所以小弟才來請教前輩們。
謝謝。
?
這是哪裡來的資訊?
To mount GlusterFS file systems, the client computers need FUSE support in the kernel. Servers can run on any node, without any extra prerequisites. As of date, GlusterFS server is tested on Linux, FreeBSD and Opensolaris, and client runs on only Linux machines.
沒有用過但看過文件->GlusterFS 有考慮過嗎?
請問各位先進
如何隱藏作業系統版本 ?? (O.S freebsd)
因故暴露於公眾網路上,想隱藏作業系統版本,避免被偵測發現已知漏洞
言下之意是說 , 雷目前的 freebsd 版本不足 ?
不過一樓貼圖中 , ucarp 是 IFF_RUNNING , 核心常數卻命名 IFF_DRV_RUNNING
會不會是在 ucarp 非常數宣告 , 又曾經 include if.c ... 反之常數 / 後 include
Yes, this is an expected behavior - smbfs uses a counter to track open/close operations and if it became zero, an SMB "close" request sent to server. Obviously, mmap() doesn't give additional VOP_OPEN() call and file is really closed after close(), so any subsequent read/write operation will fail.
In the DOS/Windows world it is normal to have strong relation between open/close operations, while VOP_OPEN()/VOP_CLOSE() in FreeBSD do not match sometime (I'm suspect that it is possible to remove inconsistence, though).
One of the possible solutions is to remove smb_close request from smbfs_close() vop and leave it only in the smbfs_inactive(), but this will not allow programs to immediately release a file by just closing it.
promiscous mode 只有 host 管理員才可以打開吧,那也算合理。
By default, a guest operating system's virtual network adapter only receives frames that are meant for it. Placing the guest's network adapter in promiscuous mode causes it to receive all frames passed on the virtual switch that are allowed under the VLAN policy for the associated portgroup. This can be useful for intrusion detection monitoring or if a sniffer needs to analyze all traffic on the network segment.