搜索到
15
篇与
的结果
-
Unraid: 宿主机与Docker容器之间的目录映射 第一步，进入宿主机的配置文件目录。1.查看容器存放目录docker info | grep Root2.取得容器id（配合ls命令，但是hash值的容器id不好分辨，建议使用FileBrowser或者Dynamix File Manager来查看）cd /var/lib/docker/containers3.进入配置文件目录cd /var/lib/docker/containers/[container-id]第二步，修改config.v2.json文件。添加宿主机的/mnt/user/isos/ssl映射到容器的/certs，找到"MountPoints"，添加下面的代码，如果"MountPoints"有内容，注意在下面代码前面加逗号："/certs": { "Source":"/mnt/user/isos/ssl", "Destination":"/certs", "RW":true, "Name":"", "Driver":"", "Type":"bind", "Propagation":"rprivate", "Spec": { "Type":"bind", "Source":"/mnt/user/isos/ssl", "Target":"/certs" }, "SkipMountpointCreation":false }第三步，修改hostconfig.json文件。在hostconfig.json文件中添加下面的代码："Binds":["/mnt/user/isos/ssl:/certs"]第四步，启动docker和容器。1.重启dockersystemctl restart docker2.重启容器docker start [container-id]第五步，测试。1.启动docker和容器启动后，可以查看宿主机的/certs目录下的文件是否可以在容器内的/certs目录下查看到。若可以在容器内的/certs目录下查看到，则说明目录映射成功；反之，则说明目录映射失败。2.进到容器内docker attach [container-id]或docker exec [container-id]3.进入/certs目录cd /certs附加说明：以上映射目录中的映射目录/certs及相关宿主机/mnt/user/isos/ssl目录路径均为参考例子，实际映射目录应以实际需求修改。 -
-
电信运营商开始逐步收回公网IP 今天跟一个在广东电信上班的朋友闲聊，无意中聊到了IPv4/IPv6双栈下发业务，说着说着聊到公网IP和光猫上去了。据朋友说，广东电信从去年10月左右开始不再给家宽提供公网IP了，包括IPv4、IPv6都只给私网IP，而且现在还配有公网IP的家庭宽带、政企宽带（专线除外），也计划逐步收回原有公网IP，如有公网需求的得加￥100/IP/月，或者办理商务固定IP专线（即城域网，仅限政企客户）！这吃相实在难看......而且还有更劲爆的，办理宽带时上门师傅给装的光猫，即使你有光猫的超级管理密码和LOID（我这边是逻辑ID注册下发业务），每重新注册一次光猫，ITMS就会重新下发一次光猫的超级管理密码......看到这可能你会说，我自购光猫、上猫棒，不要运营商的设备，就不怕局端改我的密码！然鹅并不是这样子的，据朋友透露，注册下发业务的终端必须匹配局端设备库，否则无法注册！！！那也就是说，即使知道LOID或者其它注册方式，猫棒也无法注册上网业务了......以下是我朋友的原话：“我自己买了两套华为HN8145X6 XGPON回来，不在广东电信库内，都注册不了。还是卖出不退不换的😂”
-
使用Typecho遇到的第一个问题 2024.10.23更新除了重新部署设置php_pathinfo以外，还可以按以下方法修改（免去删除站点重新添加的麻烦）修改/usr/local/nginx/vhost/[yourdomain].conf，在location前添加一行，加入以下内容include enable-php-pathinfo.conf新版本nginx目录下默认都有以下这几个配置文件enable-php-pathinfo.conf的内容如下：location ~ [^/]\.php(/|$) { fastcgi_pass unix:/tmp/php-cgi.sock; fastcgi_index index.php; include fastcgi.conf; include pathinfo.conf; }fastcgi.conf的内容如下：fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SERVER_PROTOCOL $server_protocol; fastcgi_param REQUEST_SCHEME $scheme; fastcgi_param HTTPS $https if_not_empty; fastcgi_param GATEWAY_INTERFACE CGI/1.1; fastcgi_param SERVER_SOFTWARE nginx/$nginx_version; fastcgi_param REMOTE_ADDR $remote_addr; fastcgi_param REMOTE_PORT $remote_port; fastcgi_param SERVER_ADDR $server_addr; fastcgi_param SERVER_PORT $server_port; fastcgi_param SERVER_NAME $server_name; # PHP only, required if PHP was built with --enable-force-cgi-redirect fastcgi_param REDIRECT_STATUS 200; fastcgi_param PHP_ADMIN_VALUE "open_basedir=$document_root/:/tmp/:/proc/"; pathinfo.conf的内容如下：fastcgi_split_path_info ^(.+?\.php)(/.*)$; set $path_info $fastcgi_path_info; fastcgi_param PATH_INFO $path_info; try_files $fastcgi_script_name =404;出事了...今天首次安装Typecho，然后兴冲冲的准备写文 (之前忘记备份MySQL，以前的文章全被清除掉了……)，点开网站打算登陆后台，然后......居然报404......查阅Typecho Docs才发现，Typecho需要开启php pathinfo支持，而按照以前部署lnmp的经验，我习惯不开启pathinfo支持的，导致除了主页以外的页面内容全部无法访问......然而按照Docs里的解决方法尝试修改以下两个配置文件，但是结果问题依旧....../usr/local/nginx/nginx.conf/usr/local/nginx/vhost/[yourdomain].conf最后还是重新部署添加lnmp vhost，当出现"Enable PHP Pathinfo?(y/n)"时，必须输入"y"，然后继续完成后面的操作，最后网站终于可以正常访问所有页面了......以下是Typecho官网Docs的解决方案(但是百度了很多结果，很多友友都说没解决问题……)无法登录后台，点击前台链接或者后台登录时出现"404, not found"这是nginx的设置时没有注意支持pathinfo导致的，具体关于php pathinfo的信息可以在网上搜索到。解决方法一般的出现这种情况时,nginx.conf里的的location设置都是类似这样location ~ .*\.php$要支持pathinfo，要改成location ~ .*\.php(\/.*)*$然后在location里加上set $path_info ""; set $real_script_name $fastcgi_script_name; if ($fastcgi_script_name ~ "^(.+?\.php)(/.+)$") { set $real_script_name $1; set $path_info $2; } fastcgi_param SCRIPT_FILENAME $document_root$real_script_name; fastcgi_param SCRIPT_NAME $real_script_name; fastcgi_param PATH_INFO $path_info;
-
推倒重来，重新出发... 起因这段时间JetPack一直发邮件，提示网站离线，被CloudFlare的Error 521弄得我焦头烂额，同一个网站，分别用两个不同注册商的域名解析到这个网站，几年前转移到CF下的域名开启CDN Proxy报521无法访问，取消CDN Proxy小橙云也一样，而另一个在别的注册商下的域名却可以正常访问......============修复然后在接下来的好几天时间里，一次又一次的恢复快照，从最近的快照一直试到快照库里最早的一个恢复镜像，继而清除CF的CDN缓存，依然无法跳过Error 521......============舍弃一气之下把VPS全推倒重来，把域名转回原来的注册商，也因为之前用了WordPress很长一段时间，那臃肿的体态、略漫长的加载过程，实在让人恼火，也就成了现在尝试Typecho的开始吧......在尝试Typecho之前，也试过Z-Blog-PHP，感觉还好，但是伪静态比较SB，最后也放弃了......============崩溃然鹅......在重装VPS系统之前，我居然忘记备份MySQL......等一切部署妥当后，才突然发现......以前的所有东西都没了......
