Lo que intento es curl -O https://pear.php.net/go-pear.phar
pero todo lo que tengo es un registro que eleva el time spent :
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:03:14 --:--:-- 0mientras se hace curl -O https://andrekelling.de/site/assets/files/1050/jspdf-preview.170x120.jpg :
trae una respuesta inmediatamente:
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 4565 100 4565 0 0 34145 0 --:--:-- --:--:-- --:--:-- 34067También cada homebrew install sólo se atasca en la descarga. Lo cual espero que esté relacionado con esto. Más información sobre el registro aquí: https://gist.github.com/AndreKelling/49fc53014e044fac706900f3d981d4ec
¿A qué puede deberse esto? ¿Es algo con mi /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist ¿tendría que descargar y cargar de nuevo?
editar
parece ser un problema con el DNS
> curl -O http://www.aip.de/\~wasi/PI/Pibel/pibel_1mio1.ps.gz -vvv
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 141.33.207.249...
* TCP_NODELAY set
* Connected to www.aip.de (127.0.0.1) port 80 (#0)
> GET /~wasi/PI/Pibel/pibel_1mio1.ps.gz HTTP/1.1
> Host: www.aip.de
> User-Agent: curl/7.54.0
> Accept: */*
>
0 0 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0^CConectado a www.aip.de (127.0.0.1) puerto 80 (#0)
editar2
un ping a este host se ve bien.
ping https://pear.php.net/
PING https://pear.php.net/ (62.138.238.45): 56 data bytes
64 bytes from 62.138.238.45: icmp_seq=0 ttl=249 time=18.221 ms
64 bytes from 62.138.238.45: icmp_seq=1 ttl=249 time=18.204 ms
64 bytes from 62.138.238.45: icmp_seq=2 ttl=249 time=21.171 ms
64 bytes from 62.138.238.45: icmp_seq=3 ttl=249 time=21.416 ms
64 bytes from 62.138.238.45: icmp_seq=4 ttl=249 time=20.371 ms
64 bytes from 62.138.238.45: icmp_seq=5 ttl=249 time=19.612 ms
64 bytes from 62.138.238.45: icmp_seq=6 ttl=249 time=20.144 ms
^C
--- https://pear.php.net/go-pear.phar ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 18.204/19.877/21.416/1.193 msun ping a este host no se ve bien.
ping www.aip.de
PING proxy-intra-new.aip.de (141.33.207.249): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
^C
--- proxy-intra-new.aip.de ping statistics ---
9 packets transmitted, 0 packets received, 100.0% packet losseditar 3
traceroute www.aip.de
traceroute to proxy-intra-new.aip.de (141.33.207.249), 64 hops max, 52 byte packets
1 fritz.box (192.168.178.1) 1.708 ms 2.726 ms 2.573 ms
2 62.155.240.129 (62.155.240.129) 7.904 ms 8.724 ms 10.405 ms
3 62.154.15.250 (62.154.15.250) 16.691 ms 17.244 ms 16.199 ms
4 ffm-b4-link.telia.net (213.248.93.186) 21.078 ms 20.600 ms 19.526 ms
5 ffm-bb4-link.telia.net (62.115.120.7) 17.347 ms 18.571 ms
ffm-bb3-link.telia.net (62.115.120.1) 16.594 ms
6 ffm-b12-link.telia.net (62.115.142.5) 16.440 ms
ffm-b12-link.telia.net (62.115.142.47) 19.445 ms
ffm-b12-link.telia.net (62.115.142.5) 17.542 ms
7 dfn-ic-326948-ffm-b12.c.telia.net (213.248.97.41) 16.175 ms 16.906 ms 15.784 ms
8 cr-han2-be6.x-win.dfn.de (188.1.144.134) 22.745 ms 21.892 ms 22.000 ms
9 kr-apipot7.x-win.dfn.de (188.1.33.158) 24.480 ms 26.536 ms 26.872 ms
10 141.33.49.142 (141.33.49.142) 25.103 ms 25.445 ms 26.147 ms
11 * * *
12 * * *
^C
0 votos
¿Hay alguna descarga con
curl¿Falla (en caso afirmativo, actualice el título y el contenido de la pregunta para que no parezca un problema con un sitio específico)? ¿El problema persiste después de reiniciar?0 votos
No falla para ninguno. esa página google.com curl funciona bien. ¿quizás debería probar con otra? sí, persiste después de reiniciar.
0 votos
En el ejemplo que muestras todo lo que obtuviste de vuelta es un documento de error. Lo cual puede funcionar aunque falle la descarga de muchos datos. Prueba a
curl -O http://www.aip.de/~wasi/PI/Pibel/pibel_1mio1.ps.gzpor ejemplo (unos 550 kB, el primer millón de dígitos de PI)0 votos
Hmm.. sí, no estoy seguro. la salida verbose muestra que la fuente solicitada es localhost IP. ¿es una pista?
0 votos
@nohillside ha añadido otro ejemplo en el que funciona curl
0 votos
De acuerdo, parece ser un problema con su configuración DNS.
0 votos
Bien, me alegro de recibir comentarios hasta ahora. ¿Alguna idea de cómo proceder ahora? es algo relacionado con esto: apple.stackexchange.com/questions/26616/ ?
2 votos
Probablemente no haga daño probar los pasos descritos allí, y modificar la pregunta con cualquier hallazgo.
0 votos
¿Has probado a hacer ping al sitio?
0 votos
@chrisdahfuh acaba de agregar el ping. que se ve bien. creo que voy a hacer descargar y cargar de nuevo mi com.apple.mDNSResponder.plist archivo. que yo sólo puedo hacer cuando mi Protección de Integridad del Sistema está apagado. que yo sólo puedo desactivar al entrar en el modo de recuperación de arranque macs: howtogeek.com/230424/
0 votos
Técnicamente no puedes hacer ping a archivos, sólo a hosts. Pero la resolución de nombres parece funcionar, ¿puedes hacer ping a www.aip.de también?
0 votos
@nohillside ajá, ok. acaba de cambiar por puesto y agregó pings a los anfitriones. donde uno está trabajando y uno no ... raro.
0 votos
¿Puedes ejecutar traceroute para el segundo host?
0 votos
@nohillside en realidad es una sesión de depuración remota :) añadido que
traceroute. gracias.0 votos
Bueno, el segundo parece un problema de enrutamiento fuera de tu control. IP de pear.php.net es 109.203.101.62, puedes intentar
curl -k -O https://109.203.101.62/go-pear.phar(el-kevitacurlde tropezar con un certificado no coincidente)?1 votos
Hmm. tampoco funciona. no es la IP de pera.php 62.138.239.45? sólo esto lo que mi
nslookup https://pear.phpdice.nslookup 109.203.101.62dice ** servidor no puede encontrar 62.101.203.109.in-addr.arpa: NXDOMAIN