Debian更换软件源 中国科技大学镜像网地址https://mirrors.ustc.edu.cn/debian/备份一下软件源sudo cp /etc/apt/sources.list /etc/apt/sources.list_bak一般情况下，将 /etc/apt/sources.list 文件中 Debian 默认的源地址 http://deb.debian.org/ 替换为 http://mirrors.ustc.edu.cn 即可。sudo sed -i 's/deb.debian.org/mirrors.ustc.edu.cn/g' /etc/apt/sources.list当然也可以直接编辑 /etc/apt/sources.list 文件（需要使用 sudo）。用以下命令打开配置文件sudo vi /etc/apt/sources.list以下是debian 9.x (stretch)更新源编辑/etc/apt/sources.list文件(需要使用sudo), 在文件最前面添加以下条目(操作前请做好相应备份)deb http://mirrors.aliyun.com/debian/ stretch main non-free contrib deb-src http://mirrors.aliyun.com/debian/ stretch main non-free contrib deb http://mirrors.aliyun.com/debian-security stretch/updates main deb-src http://mirrors.aliyun.com/debian-security stretch/updates main deb http://mirrors.aliyun.com/debian/ stretch-updates main non-free contrib deb-src http://mirrors.aliyun.com/debian/ stretch-updates main non-free contrib deb http://mirrors.aliyun.com/debian/ stretch-backports main non-free contrib deb-src http://mirrors.aliyun.com/debian/ stretch-backports main non-free contrib敲击i键进入插入模式，组合键ctrl+shift+v将复制内容粘贴至源文件中，敲击两次esc键进入命令模式，输入引号内键“：wq!"保存并退出更改完 sources.list 文件后请运行 sudo apt-get update 更新索引以生效。更多镜像阿里云：http://mirrors.aliyun.com/ 搜狐：http://mirrors.sohu.com/ 网易：http://mirrors.163.com/提醒：其中阿里云：http://mirrors.aliyun.com 有详细使用方法建议直接开打此网站学习使用

支付宝当面付开通教程 支付宝当面付开通步骤免费申请开通支付宝当面付基础版，费率0.38% 1、打开蚂蚁金服开放，登录 https://openhome.alipay.com/platform/home.htm不是开放者的，自己申请入驻一下2、打开：http://t.cn/AiEqbmr5点击【新增商户】特别提醒：类目选择生活百货（不建议选择金融网络）营业执照是非必填项，可以不上传，上传门头。可以利用搜索引擎或者大众点评，联系方式？（据说可以随便输入，建议输入真实的）费率我个人建议选择0.38。3、确认提交后等待审核！客服工作时间（9:00-19:00）千万别进商家中心签约 商家中心的是0.6费率 照我这个方法是0.38费率的 4、条件：非风险号、无不良记录、无年龄限制。 5、日限额5w，单笔最高1000。官方接口0.38费率 6、适用于支持当面付使用的网站，开通包括公私秘钥生成。 7、开通后可用于易支付接口或者代刷支付接口以及其他网站接入看到各大群接单的 你们学会了 也可以去代签约接单 0成本的哟

面板安装失败，请检查目录权跟和安全软件拦截日志! http://download.bt.cn/win/panel/data/Windows6.1-KB2533623-x64.msu

Windows服务器时间不断修改（时间不同步已解决） 一台域内的服务器时间不停地被修改，我先向用户收集了一些信息只有这一台出现此问题，其他服务器均为正常（补充一下，问题快解决完的时候用户告诉我一个重要的消息，就是时间被修改了一段时间后自动会被修改回去）系统版本\服务器用途（考虑是否有软件会造成此问题）\日志信息\是否为虚拟机1.系统版本是Server 2008 数据中心版2.用途就是一台做图的服务器3.日志信息如下图，这个日志是系统日志，事件ID为1，时间从2016-7-21 00:50:59 被改为2016-07-21 08:32:314.是Vmware虚拟机5.注意了，是时间一直被修改，而且日志中的源也判断不出是谁修改了时间= = 第一天1）确定服务器的时间服务是否为正常启动2）查看虚拟机是否和Esxi主机进行了时间同步，没有勾选的话不会和Esxi主机进行时间同步3）因为用户的并不是管理域的，我让用户询问了一下DC的IP地址，然后使用net time进行时间同步之前处理过一个问题也是时间不同步，使用了net time后就好了，net time \ip或者计算机名称 /set即可，会立马同步时间= = 第二天1）第二天用户告诉我时间又被更改了，结合上次的时间更改间隔，其实时间更改是具有规律性的，每7小时41分钟左右就会进行更改2）其实net time这条命令非常的鸡肋！想要更好地解决方法还需要借助w32tm命令在这台服务器上运行命令，查看此机的NTP服务器列表w32tm /query/peers然后修改NTP服务器列表(双引号中用空格分开)引号中的服务器填写PDC服务器的FQDNw32tm /config /manualpeerlist:"SERVER1-FQDN SERVER2-FQND" /update（这里我设置的是10.138.207.22，FQDN我不能说...）3）运行如下命令，开启debuglog。w32tm/debug /enable /file:c:\w32time.log /size:10000000 /entries:0-116Debug日志可以查看到服务器到底从哪里同步的时间另外，如果要更改Debug日志路径的话，可以更改注册表的值HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config= = 第三天1）时间接着又被修改，之前开启的Debug日志这时候便起到了作用，打开Debug日志后，找啊找，找到三个IP地址10.142.10.33 新加坡的一台域控 10.138.207.26 北京的一台域控10.138.164.167 本机IPHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time\Parameters下NtpServer的值是time.windows.com，可能是这个值造成的问题吧，将它改为34（切记这里输入34的FQDN） 2）将此目录下的注册表导出HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time\进行分析，×××部分标明的地方全部改为0（就是不生效的意思），系统默认是启用读取虚拟机时间的所以需要将其关闭，必须重启计算机才生效，VMICTimeProvider（虚拟机时间提供源）3）使用w32tm /query /configuration 命令查看配置[TimeProviders]NtpClient (Local)DllName:C:\Windows\system32\w32time.dll (Local)Enabled: 1 (Local)InputProvider: 1(Local)CrossSiteSyncFlags:2 (Local)AllowNonstandardModeCombinations:1 (Local)ResolvePeerBackoffMinutes:15 (Local)ResolvePeerBackoffMaxTimes:7 (Local)CompatibilityFlags:2147483648 (Local)EventLogFlags: 1(Local)LargeSampleSkew: 3(Local)SpecialPollInterval:3600 (Local)Type: NT5DS(Local)NtpServer: (Undefined or NotUsed)这个是设置自己为时间服务器，如果你使用之前的w32tm命令设置NtpServer的话，他就会变成你设置的值= = 第四天1）接着分析Debug日志，从日志信息中可以看到服务器有两个时间同步源两个源分别是10.138.207.22 另一个10.142.10.33（新加坡域控）2）10.142.10.33并不是PDC，理论上客户端不应该和它进行时间同步，因为都没有手动指定10.3310.138.207.22，这是我们之前一直指定的时间同步源，于是让用户找人在207.22上运行了netdom query fsmo 查看PDC是否为207.22，结果PDC是10.34，34也是一台新加坡的域控也是PDC，207.22和10.33是一个子域3）时间一直被修改的原因:因为我们设置的时间源是207.22，所以他会向207.22进行同步，但是10.34是我们子域中的PDC主机，域客户端默认都会向PDC进行时间同步= = 最终解决1）难道之前设置34为NTPServer没有生效吗（设置NTPServer）设置一个时间同步源，而自己作为客户端去同步时间源1.w32tm /config /manualpeerlist:PDCFQDN /syncfromflags:manual /reliable:yes /update2.net stop w32time & net start w32time （重启服务）2）查看注册表下值HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters ，看到值已经修改为了PDC的FQDN3）经过几天观察，用户反馈最近几天没有时间被修改的日志，问题得以解决= = 总结1）w32tm /query/peers 查看NTP服务器列表2）netdom query fsmo 确认PDC主机是哪台服务器3）w32tm /config /manualpeerlist:PDCFQDN /syncfromflags:manual /reliable:yes /update修改时间同步源4）w32tm/debug /enable /file:c:\w32time.log /size:10000000 /entries:0-116（开启时间Debug）5）这次问题解决的难点在于系统莫名其妙的有两个时间同步源，所以有时候时间被更改了，一段时间后又发现时间恢复了正常，这时候输入上条命令将PDC设置为NtpServer后重新启动w32time服务如果出现了时间不同步问题，按照以上几点进行排查，相信问题可以得到解决

阿里云ossutil工具上传下载服务器中的文件或文件夹到oss 1.下载工具ossutilwget http://gosspublic.alicdn.com/ossutil/1.6.11/ossutil642.修改文件执行权限chmod 755 ossutil643.使用交互式配置生成配置文件./ossutil64 config请输入配置文件名，文件名可以带路径（默认为：/home/user/.ossutilconfig，回车将使用默认路径。） 请输入endpoint： http://oss-cn-shenzhen.aliyuncs.com 请输入accessKeyID：yourAccessKeyID 请输入accessKeySecret：yourAccessKeySecret 请输入stsToken： 可直接回车 详细见：https://helpcdn.aliyun.com/document_detail/120075.html4.ossutil64 命令简单应用介绍:先登录一下:/ossutil64 config -e oss-cn-qingdao.aliyuncs.com -i AccessKeyID -k AccessKeySecret上传单个文件:/ossutil64 cp a.txt oss://bucket/path上传目录:/ossutil64 cp -r dir oss://bucket/path增量上传文件到阿里云oss的bockets空间:/usr/local/ossutil/ossutil64 --config-file=/usr/local/ossutil/.ossconfig cp -r /data/backup/ oss://my-bucket/01baodown/ --update下载单个文件:/ossutil64 cp oss://my-bucket/path/test1.txt /dir下载文件夹:/ossutil64 cp -r oss://my-bucket/path /dir详细见：https://helpcdn.aliyun.com/document_detail/120057.html5.如果上传失败，可以用参数进行优化：–maxupspeed 最大上传速度，单位：KB/s，缺省值为0（不受限制）。–retry-times 当错误发生时的重试次数，默认值：10，取值范围：1~500。–parallel 单文件内部操作的并发任务数，取值范围：1~10000，默认将由ossutil根据操作类型和文件大小自行决定。-j，–jobs 多文件操作时的并发任务数，默认值：3，取值范围：1~10000配置差，并发调小，比如100以下。–part-size 分片大小，单位为Byte。默认情况下ossutil根据文件大小自行计算合适的分片大小值。如果有特殊需求或者需要性能调优，可以设置该值，取值范围：1~9223372036854775807。–bigfile-threshold 开启大文件断点续传的文件大小阈值，单位为Byte，默认值：100MByte，取值范围：0~9223372036854775807。