Curl 60 nur bei AUR Paketen

EOS Deutsch
21

leider klingelt da garnix. hab keinen Dienstleister

22

Bin auch kein Netzwerk-Experte. Was ich als nächstes testen würde: anderer Rechner oder gleicher Rechner gestartet von z.B. EOS USB Installationsmedium.

Falls curl ... von oben das gleiche Ergebnis liefert, ist es wahrscheinlich irgendwas im Netzwerk, falls korrektes Ergebnis, ist es irgendwas lokal am Rechner. Das würde es zumindest etwas eingrenzen.

23

/etc/hosts hatte einen merge fehler

output curl -Iv https://github.com ist jetzt

user@PC ~]$ curl -Iv https://github.com
* Host github.com:443 was resolved.
* IPv6: 
* IPv4:
*   Trying [IPv6]:443...
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* SSL Trust Anchors:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_CHACHA20_POLY1305_SHA256 / x25519 / id-ecPublicKey
* ALPN: server accepted h2
* Server certificate:
*   subject: CN=control.dnsforge.de
*   start date: Jul 21 10:46:35 2026 GMT
*   expire date: Oct 19 10:46:34 2026 GMT
*   issuer: C=US; O=Let's Encrypt; CN=YE2
*   Certificate level 0: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using ecdsa-with-SHA384
*   Certificate level 1: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using ecdsa-with-SHA384
*   Certificate level 2: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using ecdsa-with-SHA384
*   Certificate level 3: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using ecdsa-with-SHA384
*  subjectAltName does not match hostname github.com
* SSL: no alternative certificate subject name matches target hostname 'github.com'
* closing connection #0
curl: (60) SSL: no alternative certificate subject name matches target hostname 'github.com'
More details here: https://curl.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the webpage mentioned above.
24

Oh, du bist einer der Old-School /etc/hosts Blockierer? :wink:

OK, was immer auch in hosts (oder anderen geänderten Netzwerk-Konfigurationsdateien) vorgeht, sorgt dafür, dass curl eine Sicherheitswarnung wirft.

25

wird wohl doch eine Neuinstallation werden

26

problem gelöst, ohne neuinstallation.
Es war ein DNS problem. /etc/resolv.conf hat es aufgeklärt. Es war ein Konfigurationsfehler im DNS. dort war eine falsche search domain hinterlegt.