curl

postman 中 把请求转换成curl 命令格式后执行,报错 curl: option --data-raw: is unknown 选择curl curl -X POST 'http://10.121.52.33:8090/kidment/test' -H 'Content-Type: application/json' --data-raw '{ }' curl: option --data-raw: is unknown 是因为 curl 有的版本 中 没有 --data-raw 选项造成的 解决办法: 直接使用 --data 代替 --data-raw 改成: curl -X POST 'http://10.121.52.33:8090/kidment/test' -H 'Content-Type: application/json' --data '{ }' 这个版本中 没有 --data-raw 选项 这个版本中 有 --data-raw 选项 来源： oschina 链接： https://my.oschina.net/u/4072296/blog/4307869

按照之前复制curl的相关dll到apache的bin目录，重启Apache后，curl未在PHP7.2、7.3、7.4生效。在网上看了一大堆办法都失败。 无奈看了下PHP官网介绍https://www.php.net/manual/zh/curl.installation.php，原来工作方式失效了！ 直接按照官网操作没那么多问题。 按照官网方案，以下是我的http.conf的引用。在apache配置文件中追加下面三行： LoadFile D:/php-7.4.9-Win32-vc15-x64/libssh2.dll LoadFile D:/php-7.4.9-Win32-vc15-x64/libcrypto-1_1-x64.dll LoadFile D:/php-7.4.9-Win32-vc15-x64/libssl-1_1-x64.dll 效果如下图 来源： oschina 链接： https://my.oschina.net/u/4376383/blog/4479955

第七章 firewall防火墙 本节所讲内容： 7.1、TCPWRAPS简介与实际应用 7.2、firewall防火墙简介 7.3、firewall防火墙实际应用 实验环境： 服务端：server IP：192.168.26.82 客户端：client IP：192.168.26.80 内 网：server IP：10.0.0.81 正文部分： 7.1、TCPWRAPS简介与实际应用 7.1.1、TCPWRAPS简介 DTCPWRAPS概述： 1）组成：由两部分控制文件组成 （1）/etc/hosts.allow （2）/etc/hots.deny 2）功能：对一些特定服务访问控制 主要格式如下： 特定服务名 ： IP地址/掩码 （掩码是/255.255.255.0不能写成/24） 如： sshd : 192.168.26.0/255.255.255.0 sshd : ALL 匹配规则： /etc/hosts.allow优先级高，规则匹配成功则通过 hosts.allow规则如果不匹配，则检查跟hosts.deny规则是否匹配，如果匹配则禁止 如果两个文件规则都不匹配，则直接允许通过 实际举例说明： 要求：只允许192.168.26.80可以ssh连接192.168.26.82服务器 [root@node-12 ~]# tail -1 /etc/hosts.allow sshd :

不修改vhosts通过python和shell实现一个域名解析到不同的ip curl --resolve chinasoft.com:80:1.1.1.1 "http://chinasoft.com/" 完整示例： cbs_servers="1.1.1.1:ws_cbs_frontend_web01 1.1.1.2:ws_cbs_frontend_web02" for cbs_server in ${cbs_servers};do ip=${cbs_server%:*} server_name=${cbs_server#*:} curl --head --resolve cbs.chinasoft.com:443:${ip} "https://cbs.chinasoft.com/" if [ $? == 0 ];then echo "${server_name}-${ip} is ok" else echo "${server_name}-${ip} config error" exit 1 fi done python的实现方式 import requests requests.get('https://192.168.1.10',headers={'Host':'chinasoft.com'},verify=False) 或者 import urllib2 req

昨晚在centos上安装composer，结果第一步curl就出现了报错： [root@web01 ~]# curl -sS https://getcomposer.org/installer | php curl: (60) Peer certificate cannot be authenticated with known CA certificates More details here: http://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due

Nginx 是一个很强大的高性能 Web 和 反向代理 服务，它具有很多非常优越的特性， 在连接高并发的情况下， Nginx 是 Apache 服务不错的替代品。其特点是占有内存少， 并发 能力强，事实上 nginx 的并发能力在同类型的网页服务器中表现较好， 因此国内知名大厂例如：淘宝，京东，百度，新浪，网易，腾讯等等都在使用 Nginx 网站。 在我们的日常工作学习中，我们会该如何去优化自己的Nginx服务器？遇到以下问题我们该如何处理呢？ 一、如何自定义返回给客户端的404错误页面 1 ）优化前，客户端使用浏览器访问不存在的页面，会提示 404 文件未找到 1.[root@client ~]# firefox http://192.168.4.5/xxxxx //访问一个不存在的页面 2）修改 Nginx 配置文件，自定义报错页面 1.[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf2... ..3. charset utf-8; //仅在需要中文时修改该选项4.error_page 404 /404.html; //自定义错误页面5... ..6.[root@proxy ~]# vim /usr/local/nginx/html/404.html //生成错误页面7.Oops,No NO no page …8.9.

LT_SYS_LIBRARY_PATH 下载 地址 https://curl.haxx.se/download.html 查看编译选项: ./configure --help Host setup: x86_64-pc-linux-gnu Install prefix: /opt/bin/curl770 Compiler: gcc CFLAGS: -Werror-implicit-function-declaration -O2 -Wno-system-headers -pthread CPPFLAGS: LDFLAGS: LIBS: -lidn2 -lssl -lcrypto -lssl -lcrypto -lldap -llber -lz curl version: 7.70.0 SSL: enabled (OpenSSL) SSH: no (--with-{libssh,libssh2}) zlib: enabled brotli: no (--with-brotli) GSS-API: no (--with-gssapi) TLS-SRP: enabled resolver: POSIX threaded IPv6: enabled Unix sockets: enabled IDN: enabled (libidn2) Build libcurl: Shared=yes,

Mac 安装 homebrew： /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 　 报错： Failed to connect to raw.githubusercontent.com port 443 这个是你的主机无法连接 raw.githubusercontent.com 导致的 解决办法： 使用国内的源 /bin/zsh -c " $(curl -fsSL https://gitee.com/cunkai/HomebrewCN/raw/master/Homebrew.sh) " 参考： https://zhuanlan.zhihu.com/p/111014448 来源： oschina 链接： https://my.oschina.net/u/4389791/blog/4289059

使用git clone命令克隆文件出现error: RPC failed; curl 18 transfer closed with outstanding read data remain问题 笔者最近在使用git clone命令从github克隆源码到电脑时出现了以下问题 error: RPC failed; curl 18 transfer closed with outstanding read data remaining fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed 究其原因是因为curl的postBuffer的默认值太小，我们需要调整它的大小，在终端重新配置大小 在这里，笔者把postBuffer的值配置成500M，对笔者来说已经够了。可以根据你需要下载的文件大小，将postBuffer值配置成合适的大小。 git config --global http.postBuffer 524288000 这样已经配置好了，如果你不确定，可以根据以下命令查看postBuffer。 git config --list git出现RPC failed; curl 56 OpenSSL SSL_read: SSL_ERROR_SYSCALL, errfno

Nginx 处理一个 HTTP 请求的全过程 前面给大家讲了 Nginx 是如何处理 HTTP请求头部的 ，接下来就到了真正处理 HTTP 请求的阶段了。先看下面这张图，这张图是 Nginx 处理 HTTP 请求的示意图，虽然简单，但是却很好的说明了整个过程。 Read Request Headers：解析请求头。 Identify Configuration Block：识别由哪一个 location 进行处理，匹配 URL。 Apply Rate Limits：判断是否限速。例如可能这个请求并发的连接数太多超过了限制，或者 QPS 太高。 Perform Authentication：连接控制，验证请求。例如可能根据 Referrer 头部做一些防盗链的设置，或者验证用户的权限。 Generate Content：生成返回给用户的响应。为了生成这个响应，做反向代理的时候可能会和上游服务（Upstream Services）进行通信，然后这个过程中还可能会有些子请求或者重定向，那么还会走一下这个过程（Internal redirects and subrequests）。 Response Filters：过滤返回给用户的响应。比如压缩响应，或者对图片进行处理。 Log：记录日志。 以上这七个步骤从整体上介绍了一下处理流程，下面还会再说一下实际的处理过程。 Nginx 处理