Rsync同步windows文件

用Rsync同步两台windows的数据,linux下的Rsync用过,windows的没用过,顺便记录一下.
两台服务器都是windows2003 Enterprise Edition R2,都放在美国,一台在美国AK机房,另一台在佛罗里达州,两台网络的相互ping值大概在60-70毫秒
同步140G的文件,虚拟主机的目录,文件不是一般的多… 让rsync停在receiving file list … 停了好久 起码20分钟 -_-!
第一次不会快到什么程度,但是以后的增量或差异效果就很明显了!
Rsync for windows : Server端
Rsync for windows : Client端

  1. 下载Server端安装
  2. 开始 -> 所有程序 -> cwRsync Server -> 05. Start a Unix BASH Shell
  3. 输入: /bin/activate-user.sh
  4. l 选择本地用户 (本地用户名过多会报错?我这边200个左右的用户,但是提示“命令运行完毕,但发生一个或多个错误”)
  5. Enter a user account for activation: 输入本地一个账户名
  6. 创建key后面也可以加的
  7. exit退出
  8.  
  9. ssh协议传输文件,需要启动opensshd服务,在services.msc里启动
  10. 编辑rsyncd.conf
  11. 开始 -> 所有程序 -> cwRsync Server -> 01. rsyncd.conf
  12. use chroot = false 
  13. strict modes = false #严格模式是不是效验文件? (未测试)
  14. hosts allow = * #允许哪个IP
  15. log file = rsyncd.log
  16. pid file = rsyncd.pid
  17. [test]
  18. path = /cygdrive/f/backup #路径
  19. read only = false #是否只读,不是为yes
  20. transfer logging = yes #是否记录日志? (没去看)
  21. 开始 -> 运行 -> services.msc -> 启动rsync server的服务
  22.  
  23. 客户端:
  24. C:\Program Files\cwRsync\bin>rsync.exe -zvrtopg 管理员帐号@IP地址:/cygdr
  25. ive/f盘/backup /cygdrive/f盘/backup
  26. 同步远端服务器的f盘的backup文件夹到本地的f盘的backup文件夹里

权限出错,为了方便,用回DeltaCopy…

vb批量修改access数据库

公司给个任务,在某个路径下,所有.abc为后缀文件名为ACCESS数据库的文件,默认有一行hello的用户的记录,密码是123123123,批量把这行记录拿掉。
记录一下,以后省得再弄,不太懂vb弄了个灰头土脸,再回头看看以前那公司的所谓的维护网管,真不懂他们能“维护”什么东西,无论是windows还是linux在我看来。

  1. Dim objFSO
  2. Dim ofolder
  3. Dim objStream
  4. Dim strSearch
  5. Dim strfolderSearch
  6. Set objFSO = CreateObject("scripting.filesystemobject")
  7. Set objStream = objFSO.createtextfile("c:\resolved.txt", True)
  8. strfolderSearch = "E:\wwwroot"
  9. strSearch = ".abc"
  10. strLen=Len(strSearch)
  11. CheckFolder (objFSO.getfolder(strfolderSearch)), objStream
  12. MsgBox "File Search Completed." + vbCr + "Please check c:\resolved.txt for details."
  13. Sub CheckFolder(objCurrentFolder, objtxtFile)
  14.         On Error Resume Next
  15.     Dim strTemp
  16.     Dim strOutput
  17.     Dim objNewFolder
  18.     Dim objFile
  19.     Dim objStream
  20.     For Each objFile In objCurrentFolder.Files
  21.         strTemp = Right(objFile.Name, strLen)
  22.     If UCase(strTemp) = UCase(strSearch) Then
  23.         objtxtFile.writeline CStr(objFile.Path)   
  24.         Dim Conn,SQL
  25.         Dim dbPath,Password
  26.         Set conn = CreateObject("ADODB.Connection")
  27.         dbPath=objFile.Path
  28.         Password="123123123"
  29.         Conn.Open "Driver={Microsoft Access Driver (*.mdb)};DBQ="&dbPath&";User ID="&param_dbUserID&";Password="&Password
  30.         If Err Then
  31.             objtxtFile.writeline CStr(objFile.Path) + "-----------" + err.tostring"----------Failed !" 
  32.             Err.CLEAR
  33.             Set Conn = NOTHING           
  34.         Else
  35.             Set RS = Conn.Execute("Select * From admin Where name='hello'")
  36.             If RS.recordcount > 0 Then 
  37.                 Conn.Execute("Delete From admin Where name='hello'")
  38.             End If
  39.             Conn.close
  40.         End if
  41.  
  42.     End If
  43.     Next
  44.     For Each objNewFolder In objCurrentFolder.subFolders
  45.         CheckFolder objNewFolder, objtxtFile
  46.     Next
  47. End Sub

配置windows2003的VPN服务

配置windows2003 VPN服务
开始 运行 rrasmgmt.msc
右键 配置并启用路由和远程访问
下一步 自定义配置
勾选 VPN访问
选择”完成” 弹出”路由和远程访问服务现在已被安装,要开始服务吗?” 选择是
本地 右键 属性 IP选项 选中静态地址池
起始IP地址: 10.0.0.2
结束IP地址: 10.0.0.254
常规 右键 新增路由协议 NAT/基本防火墙
NAT/基本防火墙 右键 属性 新增接口 本地连接 确定
选择 公用接口连接到Internet
选择 在此接口上启用NAT
我的电脑 右键属性 管理
添加用户 用户右键属性 拨入 允许访问 确定 (建议新建一个组,将VPN用户加入特定组,不给予其他权限!)
此用户已经有VPN拨入的权限了.

小心对待IIS的FTP零日攻击

国外黑客组织“Milw0rm”在其网站上公布了这一攻击漏洞,但直到今天微软也没能给出补丁。
公司其中一台服务器有个客户已经因为这个漏洞而被攻击,建议先关闭FTP的匿名写入权限,或干脆关闭FTP写入,相信微软应该会马上给出补丁了吧?
只有在IIS5.0跟IIS6.0打开自带的FTP才会有影响,其他FTP跟windows2008好像不在影响的范围之内。

诺顿 赛门铁克“LiveUpdate 不能获得更新列表”的解决办法

诺顿的LiveUpdate无法更新,最简单的解决办法:
用文本编辑器打开 C:\windows\system32\drivers\etc\hosts
添加
208.51.137.11 liveupdate.symantecliveupdate.com
208.51.137.17 liveupdate.symantec.com
69.31.121.32 update.symantec.com

7 7...«34567»