酷!學園

是否可以請問
要如何讓我的pptp server做routing的動作
我試過好幾次



感謝有心人幫忙

各位大大
pptp的vpn可不可以經由pam認證
因為透過pam認證就可以再透過pam去查詢後端公司ADS的上的帳號作認證動作

我實驗發現
samba 的security = ads時候如果發現getent passwd讀不到帳號
但wbinfo -u卻有帳號時候
在sbm.conf中
有個設定
winbind trusted domains only = yes
不能設定
不然getent passwd就抓不到帳號

AD上面可以看到我加入的主機

pam_auth 有作用
servicename也是php
所以我搞不懂
救命哦
以下是我的phpinfo顯示的資料

pam_auth
Pam Authentication Support    active

Directive   Local Value   Master Value
pam_auth.servicename   'php'   'php'

原本我打wbinfo -t出現
以下錯誤訊息
checking the trust secret via RPC calls failed
error code was NT_STATUS_PIPE_NOT_AVAILABLE (0xc00000ac)
我的解決方式
wbinfo --set-auth-user Domain_Name\Administrator%password
希望可以提供給遇到錯誤的人

我適用tarball安裝的
我安裝的版本
tripwire-2.3-47.bin.tar.gz
shell>tar zxvf tripwire-2.3.-47.bin.tar.gz
shell>cd tripwire-2.3
shell>./install.sh

各位大大有沒有遇過這樣問題
我用top指令查看swap是否有用到,結果used都是0 請問各位大大有沒有遇過這樣狀況,如果有要怎麼解決
我用top指令顯示出來的狀況

top - 10:34:19 up  1:09,  2 users,  load average: 0.63, 0.27, 0.17
Tasks: 130 total,   1 running, 129 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.9% us,  2.8% sy,  0.0% ni, 89.3% id,  3.3% wa,  0.7% hi,  0.0% si
Mem:   1027048k total,   578064k used,   448984k free,   199204k buffers
Swap:  2031608k total,        0k used,  2031608k free,   122384k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 6368 root      15   0  3100  888 1676 R  3.9  0.1   0:00.02 top
    1 root      16   0  3140  560 1420 S  0.0  0.1   0:09.86 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root       5 -10     0    0    0 S  0.0  0.0   0:00.10 events/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.02 khelper
    5 root      14 -10     0    0    0 S  0.0  0.0   0:00.00 kacpid
   22 root       5 -10     0    0    0 S  0.0  0.0   0:00.00 kblockd/0
   23 root      15   0     0    0    0 S  0.0  0.0   0:00.06 khubd
   32 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
   33 root      15   0     0    0    0 S  0.0  0.0   0:07.24 pdflush
   35 root       7 -10     0    0    0 S  0.0  0.0   0:00.00 aio/0
   34 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kswapd0
  108 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  175 root       5 -10     0    0    0 S  0.0  0.0   0:00.00 ata/0
  177 root      22   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
  178 root      23   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
  191 root       6 -10     0    0    0 S  0.0  0.0   0:00.00 kmirrord/0
  202 root      15   0     0    0    0 S  0.0  0.0   0:05.15 kjournald

我在我的FC3 (Fedora Core 3)中使用LVM2建置一個LV 在這LV中我建置一個VG
我把SWAP建在LV中,
以下是我的fstab中內容
/dev/VolGroup00/SystemVol00 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
none                    /dev/pts                devpts  gid=5,mode=620  0 0
none                    /dev/shm                tmpfs   defaults        0 0
/dev/VolGroup00/HomeVol00 /home                   ext3    defaults        1 2
none                    /proc                   proc    defaults        0 0
none                    /sys                    sysfs   defaults        0 0
/dev/VolGroup00/VarVol00 /var                    ext3    defaults        1 2
/dev/VolGroup00/SwapVol01 swap                    swap    defaults        0 0
/dev/hdb                /media/cdrom3           auto    pamconsole,ro,exec,noaut
o,managed 0 0

我是安裝起來
但是email中文上還有些問題
還在研究egroupware 透過pam認證

我終於搞定ACLs，不知道是不是我比較笨，搞這搞好久都快要放棄說。這初步的成功讓我特高興。所以在這裡分享給大家，如果大家在管理自己公司權限部份可以有類似我這樣的架構可以試試看。
以下是公司Base DN
dc=example,dc=com,dc=tw

我的權限架構如下：
第一層：高級主管階級(Administrator/root)==> ou=admins 包含{cn=admin}
第二層：主管階級(Supervisor/Manager)==> ou=management 包含{cn=meanger}
第三層：一般員工(Employees)==>employees 包含{cn=joe}

權限控管如下：
不管是anonymous或是LDAP中的成員都可以觀看DN(dc=example,dc=com,dc=tw)中的資料。每個在LDAP裡的成員並且認證過都可以修改自己密碼。

1.高級主管(ou=admins)擁有最大權力可以任意更改LDAP架構中資料(包含Read,Write,Search,Delete,Modify...)
2.主管階級(ou=management)可以修改ou=management與ou=employees的attribute資料。
3.一般員工(ou=employees)頂多可以修改自己密碼的權利，以及觀看LDAP所有成員裡頭的資料。

ACLs的設定如下：
access to attrs=userPassword
        by self write
        by * auth

access to dn.children="ou=employees,dc=example,dc=com,dc=tw"
        by dn.children="ou=management,dc=example,dc=com,dc=tw" write
        by dn.children="ou=admins,dc=example,dc=com,dc=tw" write
        by users read
        by * auth

access to dn.children="ou=management,dc=example,dc=com,dc=tw"
        by self write
        by * read
        by * auth

access to *
        by * read
        by * auth
        by dn.children="ou=admins,dc=example,dc=com,dc=tw" write

特別注意：
因為ACLs採用 First Match Wins 的原則，所以順序很重要。因此，限制較嚴格應該列在較寬鬆的條件前面。
例如:
#此將會受於任何人讀取的權利
access to *
           by read
#限制userPassword只能用於認證的目的，但允許使用者變更自己密碼
access to attrs=userPassword
           by self write
           by * auth
這樣的設定變成認證過的成員與anonymous都只能讀取userPassword而不能修改密碼。所以要改成如下設定
access to attrs=userPassword
           by self write
           by * auth

access to *
           by read
此外我還發現，除此這樣的限制外by的內容也是有First Match Wins的關係，如果你有一個設定如下:
access to *
           by read
           by write
這結果就會造成只能讀取，所以設定上特別注意。如果非要用這樣方法，可以用存取規則流程控制(break,continue,stop)來控管就可以達到以上要求。

另外這裡還說明有關dn.<scope-style>=<DN>中scope-style的差別。
例如目錄包含如下:

        0: o=suffix
        1: cn=Manager,o=suffix
        2: ou=people,o=suffix
        3: uid=kdz,ou=people,o=suffix
        4: cn=addresses,uid=kdz,ou=people,o=suffix
        5: uid=hyc,ou=people,o=suffix

然後:

      dn.base="ou=people,o=suffix" match 2;
      dn.one="ou=people,o=suffix" match 3, and 5;
      dn.subtree="ou=people,o=suffix" match 2, 3, 4, and 5; and
      dn.children="ou=people,o=suffix" match 3, 4, and 5.

關於who(誰)來認證說明如下:
*
  相符於任何使用者LDAP成員與anonymous
self
  現行LDAP成員(相符DN者)，假定該使用者之前bind已經認證成功
anonymous
  未經認證的使用者
users
  經過認證的使用者

存取等級：
none        =0            無法存取
auth        =x          必須bind認證
compare   =cx        可比對屬性
search        =scx       可使用搜尋過濾器
read         =rscx    可讀取搜尋結果
write         =wrscx     可更改屬性