Tag: curl

“curl：（8）奇怪的服务器回复”从kubernetes: 我正在尝试从Kubernetes内运行的容器中使用Python Rest API调用。我能够使用吊舱内的服务 *curl http://localhost:5002/analyst_rating -v * Trying 127.0.0.1… * Connected to localhost (127.0.0.1) port 5002 (#0) > GET /analyst_rating HTTP/1.1 > Host: localhost:5002 > User-Agent: curl/7.47.0 > Accept: */* > * HTTP 1.0, assume close after body < HTTP/1.0 200 OK < Content-Type: application/json < Content-Length: 37 < Server: Werkzeug/0.12.2 Python/2.7.12 < Date: […]

Jenkins curl：（52）来自服务器的空回复: 我在做几个阶段的声明式pipe道。而在其中一个阶段，我想在tomcat映像上运行docker上部署war文件。对于这个我使用命令curl。但我总是在jenkins上得到以下错误： % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 –:–:– –:–:– –:–:– 0 0 15.7M 0 0 0 0 0 0 –:–:– –:–:– –:–:– 0 curl: (52) Empty reply from server 这是我的代码： pipeline { […]

HEALTHCHECK启动容器过程导致无效环境USERNAME: 添加到我的docker文件的健康检查： HEALTHCHECK –interval=2m –timeout=30s –retries=5 CMD curl -r http://localhost:1234/healthstatus || exit 1 在docker ps（容器已启动）状态下，我得到了不健康的警报：Up大约一个小时（不健康） CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES jdhfjksdhfk my_docker_register/my_service "/usr/src/app/entr…" About an hour ago Up About an hour (unhealthy) 0.0.0.0:1234->1234/tcp, 0.0.0.0:80->1234/tcp my_service 检查健康日志后，我可以看到输出： docker inspect –format='{{json .State}}' my_service | jq . {“Health”：{“Log”：[{“Output”：“rpc error：code = 2 desc = oci runtime error：exec […]

docker-swarm上无法curltraefik仪表板: 我正在尝试使用traefik作为我的docker-swarm托pipe服务器上的一台服务器的负载平衡器。我非常喜欢这个教程： https : //docs.traefik.io/user-guide/swarm-mode/ 打破它：我启动了docker swarm docker swarm init 创build覆盖networking docker network create –driver overlay traefik-net 开始traefik服务 docker service create \ –name traefik \ –constraint=node.role==manager \ –publish 80:80 –publish 8080:8080 \ –mount type=bind,source=/var/run/docker.sock,target=/var/run/docker.sock \ –network traefik-net \ traefik \ –docker \ –docker.swarmmode \ –docker.domain=traefik \ –docker.watch \ –web 所以，我试图通过本地主机：8080达到traefik仪表板，但该网页是根本没有加载。 Docker正在监听这些端口： sudo netstat -tulpen […]

如何通过REST使用点删除工作区？: 我在Docker容器（oscarfonts / geoserver）中使用GeoServer的版本2.12.1。它有7个默认创build的工作区（引用，it.geosolutions，nurc，sde，sf，tiger，topp）我试图通过使用curl的REST接口删除工作区“it.geosolutions”。 curl -u admin:geoserver -X DELETE http://localhost:8080/geoserver/rest/workspaces/it.geosolutions?recurse=true 但是，由于“it.geosolutions” 11 Dec 18:02:46 ERROR [geoserver.rest] – Workspace 'it' not found org.geoserver.rest.RestException 404 NOT_FOUND: Workspace 'it' not found at org.geoserver.rest.catalog.WorkspaceController.workspaceDelete(WorkspaceController.java:182) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:205) at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:133) at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:116) at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:827) at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:738) at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:963) at […]

在Docker上向Apple APNScurlHTTP2请求失败，但在Mac OSX上运行: 我正在通过新的HTTP2服务器testingApple推送通知。为此我build立了CURL的HTTP2支持，并链接到PHP。我通常的开发环境是PHP的Docker容器。在容器上，我可以对任何服务器执行简单的Curl HTTP2请求，但是如果我调用Apple APNS服务器，则会调用HTTP1.1。奇怪的。正如你从Docker的Curl的日志中看到的那样，http2调用被“翻译”为HTTP / 1.1，从而在苹果方面失败了。相同版本的Curl也适用于我的本地机器（Mac OSX Sierra）。就好像Docker上的Culr不能与Apple的APNS服务器交谈HTTP2，但是可以与其他服务器交互（参见nghttp2.org的例子）。实际上在山峰上可以看到 * ALPN, offering h2 * ALPN, offering http/1.1 而这些线路从Docker调用中丢失。我应该在Docker上暴露一些更多的端口，还是我缺less一些configuration？这是塞拉利昂： (master) ~/web/sites/laravel_test/laradock$ curl -V curl 7.57.0 (x86_64-apple-darwin16.7.0) libcurl/7.57.0 OpenSSL/1.0.2n zlib/1.2.8 nghttp2/1.28.0 Release-Date: 2017-11-29 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb […]

Docker化API：cURL调用自失败: 我有一个REST API，我正试图进入一个容器。除了调用使用其他端点function的端点之外，一切都可以工作。当终点尝试对其他API端点之一进行cURL调用时，它将失败。例如：我将商品添加到购物车，然后设置地址。当地址设置时，API会发现它有足够的信息来获取运输报价并调用运输报价终点。连接超时和原来的调用返回一个错误，因为它无法获得运输报价。如果我直接打电话给航运报价终点，那么它就可以工作，所以这不是终点的问题。它仅在使用cURL从单独的终点内请求数据时才会失败。我不确定这是否正常工作，因为我现在只是在本地进行testing。我怀疑这与我的本地环境有某种关系。我进入容器并testingcurl，以确保它能够连接到事物，并且正常工作。此外，运输报价终点使用curl从服务提供商处获得报价，并且工作也是如此。我正在使用：Windows 10 Docker for Windows（17.09.1-ce-win42）提前感谢任何帮助！

使用curl将本地泊坞窗图像推送到docker中心的访问问题: 我正在对我的本地窗口泊坞窗运行curl，并获得访问问题。我有一个本地映像“pipelinedocker / dotnet-samples”，并在cloud.docker.com集线器中有一个同名的仓库。我还在我的cloud.docker.com内部生成了一个appKey，并分配了X-Registry-Auth，但仍显示访问问题。通过在命令提示符中使用docker“push”命令完成这项工作，并且仅在使用curl和API时才能完成。任何想法？ curl -X POST -H "X-Registry-Auth:somekey" "http://localhost:2375/images/pipelinedocker/dotnet-samples/push?tag=latest" {"status":"The push refers to a repository [docker.io/pipelinedocker/dotnet-samples]"} {"status":"Preparing","progressDetail":{},"id":"c471bfe48c3b"} {"status":"Preparing","progressDetail":{},"id":"0126b70c5d78"} {"status":"Preparing","progressDetail":{},"id":"1c7762d2a4dc"} {"status":"Preparing","progressDetail":{},"id":"f8a5c7ea8fba"} {"status":"Preparing","progressDetail":{},"id":"09c4281bb5cd"} {"status":"Preparing","progressDetail":{},"id":"457766deb9ab"} {"status":"Preparing","progressDetail":{},"id":"26df8763c282"} {"status":"Preparing","progressDetail":{},"id":"62e27e8beb94"} {"status":"Preparing","progressDetail":{},"id":"206125b75f19"} {"status":"Preparing","progressDetail":{},"id":"aecf2580b09b"} {"status":"Preparing","progressDetail":{},"id":"6c357baed9f5"} {"status":"Waiting","progressDetail":{},"id":"457766deb9ab"} {"status":"Waiting","progressDetail":{},"id":"26df8763c282"} {"status":"Waiting","progressDetail":{},"id":"62e27e8beb94"} {"status":"Waiting","progressDetail":{},"id":"206125b75f19"} {"status":"Waiting","progressDetail":{},"id":"aecf2580b09b"} {"status":"Waiting","progressDetail":{},"id":"6c357baed9f5"} {"errorDetail":{"message":"denied: requested access to the resource is denied"},"error":"denied: requested access to the resource is denied"}

Docker远程API exec：命令退出代码: 我使用Docker Remote API来运行一些命令，并且我意识到，即使传递给它的命令失败，状态也是200。例： curl -H "Content-Type: application/json" -X POST -d '{"AttachStdin":false,"AttachStdout":true,"AttachStderr":true,"Tty":true,"Cmd":["wrong"]}' http://localhost:2375/containers/console/exec 这将返回一个Id。 curl -v -H "Content-Type: application/json" -d '{"Detach":false,"Tty":false}' http://localhost:2375/exec/b64592543bc59e08de4d1d11c8a68415148a608b00aa62448284635f47eaa734/start POST / exec / b64592543bc59e08de4d1d11c8a68415148a608b00aa62448284635f47eaa734 / start HTTP / 1.1 Host：myip：2375 User-Agent：curl / 7.47.1 Accept： / Content-Type：application / json Content-Length：28 HTTP / 1.1 200 OK Content-Type：application / vnd.docker.raw-stream exec：“wrong”：在$ PATH中找不到可执行文件状态码是200，那么还有另外一种方法来知道在exec上运行的命令是否成功了？我目前的解决方法是通过这样的命令： bash […]

已发布的服务在Docker群集上无法访问: 所以我在docker群上创build了一个服务： docker create service –name my-service –network my-network -p 8761:8761 –replicas 1 my-image 这是一个Spring Boot应用程序，当查看创build的docker容器的标准输出时，显示以下行： 2017-01-19 12:44:48.588 INFO 6 — [ main] sbcetTomcatEmbeddedServletContainer : Tomcat started on port(s): 8761 (http) 指示应用程序监听正确的端口。当运行docker service inspect my-service它也说端口8761是为这项服务发布的。当我然后尝试问题： curl http://localhost:8761 （在docker群主，现在群中唯一的节点）我跑到超时。 curl到任何其他端口导致立即Connection Refused错误。 Spring Boot应用程序在机器上直接启动时工作正常，日志中没有任何提示，我真的不知道接下来要看哪里…有人在这里提供线索吗？