1 votos

Puedo llegar a GitHub desde la cuenta de invitado sólo

No puedo llegar a la github.com; el DNS resuelve, pero, a continuación, los tiempos de conexión (en Safari, Firefox y Chrome). Estoy corriendo macOS 10.15.5.

Me he quedado sudo dscacheutil -flushcache y sudo killall -HUP mDNSResponder, fue en vano. Ver este superusuario pregunta para la depuración de todos los que he hecho hasta ahora

Yo estoy pidiendo una pregunta aparte aquí porque una de las claves pista es que al iniciar sesión con mi ordenador portátil de la cuenta de invitado, puedo llegar a github.com. Si puedo crear otra cuenta de usuario administrador sin embargo, el problema sigue ahí.

Por eso me pregunto: ¿cuáles son las relacionadas con la red la configuración que se aplican a los usuarios regulares, pero no la cuenta de invitado?

Editar Agregando más información de depuración

  • dig de salida que muestra que el DNS resuelve:
$ dig github.com
; <<>> DiG 9.10.6 <<>> github.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54977
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;github.com.            IN  A

;; ANSWER SECTION:
github.com.     59  IN  A   140.82.112.3

;; Query time: 109 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue Jun 09 22:07:32 CEST 2020
;; MSG SIZE  rcvd: 55
  • Solicitud de tiempo de espera en curl
$ curl -v --insecure -L 140.82.112.3
*   Trying 140.82.112.3...
* TCP_NODELAY set
* Connected to 140.82.112.3 (140.82.112.3) port 80 (#0)
> GET / HTTP/1.1
> Host: 140.82.112.3
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Content-length: 0
< Location: https://140.82.112.3/
<
* Connection #0 to host 140.82.112.3 left intact
* Issue another request to this URL: 'https://140.82.112.3/'
*   Trying 140.82.112.3...
* TCP_NODELAY set
* Connected to 140.82.112.3 (140.82.112.3) port 443 (#1)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/cert.pem
  CApath: none
[...TLS handshake details]
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN, server accepted to use http/1.1
* Server certificate:
*  subject: C=US; ST=California; L=San Francisco; O=GitHub, Inc.; CN=github.com
*  start date: May  5 00:00:00 2020 GMT
*  expire date: May 10 12:00:00 2022 GMT
*  issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert SHA2 High Assurance Server CA
*  SSL certificate verify ok.
> GET / HTTP/1.1
> Host: 140.82.112.3
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Content-length: 0
< Location: https://github.com/
<
* Connection #1 to host 140.82.112.3 left intact
* Issue another request to this URL: 'https://github.com/'
*   Trying 192.30.253.113...
* TCP_NODELAY set
* Connection failed
* connect to 192.30.253.113 port 443 failed: Operation timed out
* Failed to connect to github.com port 443: Operation timed out
* Closing connection 2
curl: (7) Failed to connect to github.com port 443: Operation timed out
* Closing connection 0
* Closing connection 1

Si me curl sin -L (es decir, sin redirecciones) entonces me lo hagan llegar al sitio, y obtener el código HTML de la espalda:

$ curl -H "Host: github.com" --insecure -v https://140.82.112.3/
...
< HTTP/1.1 200 OK
<!DOCTYPE html>
<html lang="en">
...

0voto

AdrienF Puntos 111

La solución fue dada por la respuesta a https://superuser.com/questions/1559142/github-com-resolves-but-times-out

Mi /etc/hosts tenido la 192.30.253.113 IP para github.com; IP que probablemente ya no era válida recientemente. La eliminación de esa línea se ha solucionado el problema.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X