Beiträge von KB19

Irgendwann beantragt man weitere IPv4-Adressen dann halt nicht mehr bei der RIPE sondern gleich bei Apple

Könnte noch ein interessantes Geschäftsmodell werden…

Und welches Betriebssystem läuft auf Deinem Server?

Wie ist Deine Firewall konfiguriert?

Nein, ist nicht besser und auch nicht neu. Kommt normalerweise durch die Autokonfiguration zustande.

Relevant ist nur das: SSL/TLS funktioniert mit der eigenen Subdomain nicht korrekt, weil der Name nicht mit dem Zertifikat des Mailservers übereinstimmt!

Ich würde es an Deiner Stelle lieber wieder auf den netcup-Hostnamen ändern

Zitat von aRaphael

Grattis, du löste uppgiften ?

Nu när vi har din uppmärksamhet vill vi passa på att vara transparenta!

Ich bin kein Windows-Experte, aber ich glaube (!) diese Bezeichnung bekommt man ohne Gateway auch nicht weg.

Ansonsten sehe ich das wie frank_m – wenn alles funktioniert einfach ignorieren. Das sollte keine funktionellen Auswirkungen haben, das ist nur eine rein kosmetische Sache.

Falls es darum geht, dass Du von Linux nicht auf Windows pingen kannst: Afaik werden eingehende Ping-Requests in der Windows Firewall (in unbekannten Netzwerken) standardmäßig blockiert. Da müsstest Du dort einmal nachschauen.

Du brauchst beim Cloud vLAN keine VLAN-ID! Das zweite Netzwerk-Interface (eth1) ist diesem VLAN außerhalb Deines Systems bereits exklusiv zugewiesen und kann direkt konfiguriert bzw. genutzt werden.

Einfach jedem angeschlossenen Gerät eine private IP-Adresse aus dem gleichen Subnetz geben. Gateway kannst Du in Deinem Fall weglassen. Test dann einfach mit ping/traceroute usw.

Haschi Liegt Deine Nextcloud in einem Unterverzeichnis, wenn Du die (Sub-) Domain aufrufst?

Und wird überhaupt Apache verwendet? Siehe Proxy-Einstellungen rund um Nginx: https://github.com/froonix/webhos…k/webserver.png

mainziman Kommt darauf an, wie intensiv und wie viele Jahre Du die nutzen willst. Meiner Erfahrung nach machen Nachbauakkus oft schon nach wenigen Monaten schlapp. Originalakkus erholen sich hingegen sogar wesentlich besser von schlechten Lagerbedingungen.

Zitat von tab

Soviel zum Thema 2FA...

Passt doch: Es gibt immer einen zweiten Faktor, der ebenfalls rein kommt.

Wenn ich schon dabei bin: Noch ein Denkanstoß

Für eine Domain habe ich z.B. folgende Konfiguration:

FNX_TARGET_HOST=srv-xyz
FNX_LOG_HOST="$FNX_TARGET_HOST.example.net"
RELOAD_CMD="ssh $FNX_TARGET_HOST '/bin/systemctl reload nginx'"

SANS="www.$DOMAIN"
for subdomain in sub1 sub2 sub3 sub4 sub5; do
SANS="${SANS},${subdomain}.${DOMAIN},www.${subdomain}.${DOMAIN}"; done

. ~/.getssl/.ecdsa.inc
. ~/.getssl/.ssh.inc
. ~/.getssl/.log.inc                                                                                                                                                                      
. ~/.getssl/.nc.inc

PRIVATE_KEY_ALG=secp384r1                                                                                                                                                                 
DUAL_RSA_ECDSA=true

if [[ -n "$FNX_TARGET_HOST" ]]                                                                                                                                                            
then                                                                                                                                                                                      
    FNX_FILENAME=${FNX_FILENAME:-$DOMAIN}                                                                                                                                             
    DOMAIN_CHAIN_LOCATION="ssh:$FNX_TARGET_HOST:/etc/ssl/public/bundle/$FNX_FILENAME.pem"                                                                                             
    DOMAIN_CERT_LOCATION="ssh:$FNX_TARGET_HOST:/etc/ssl/public/single/$FNX_FILENAME.pem"                                                                                              
    DOMAIN_KEY_LOCATION="ssh:$FNX_TARGET_HOST:/etc/ssl/private/$FNX_FILENAME.key"                                                                                                     
    CA_CERT_LOCATION="ssh:$FNX_TARGET_HOST:/etc/ssl/public/ca/$FNX_FILENAME.pem"                                                                                                      
fi

if [[ "$FNX_LOG_HOST" != "" ]]                                                                                                                                                            
then                                                                                                                                                                                      
    FNX_LOG_SOURCE=`printf "%s@%s" "$(id -un)" "$(hostname -f)"`
    FNX_LOG_MSG="[$FNX_LOG_SOURCE] "

    if [[ "$CA" == *"acme-staging-"* ]]
    then FNX_LOG_MSG+="Staging certificate"
    else FNX_LOG_MSG+="Certificate"
    fi

    FNX_LOG_MSG+=" installed: $DOMAIN"

    if [[ "$SANS" != "" ]]
    then
        FNX_LOG_MSG+=" ($(sed 's/,/, /g' <<< "$SANS"))"
    fi

    if [[ "$RELOAD_CMD" != "" ]]
    then
        RELOAD_CMD+="; ";
    fi

    RELOAD_CMD+="curl --silent https://example.net/foo/bar/api.php --data \"mode=addlog&host=\$FNX_LOG_HOST\" --data-urlencode \"msg=\$FNX_LOG_MSG\""
    RELOAD_CMD+=" --fail && info 'Successfully logged to FooBar log' || info 'Could not log to FooBar! Please check FNX_LOG_HOST variable...'"
fi

VALIDATE_VIA_DNS="true"
declare -a ns=('root' 'second' 'third')
AUTH_DNS_SERVER="${ns[$(( $RANDOM % 3 ))]}-dns.netcup.net"
DNS_ADD_COMMAND="$HOME/nc-api.bin --add"
DNS_DEL_COMMAND="$HOME/nc-api.bin --del"
DNS_EXTRA_WAIT=900
DNS_WAIT=15

Dank Bash in den CFG-Dateien unbegrenzte Möglichkeiten

Siehe auch mein Edit, falls noch nicht gesehen.

Hat acme.sh mittlerweile eigentlich endlich ein Feature, mit dem es selbst erkennt, wann die Einträge der DNS-Challenge live sind? Ich habe keine Lust da eine fixe Waittime von 10-20 Minuten zu konfigurieren, die am Ende womöglich trotzdem fehlschlägt. Bei getssl kann ich das Checkinterval einstellen (erhöhen) und nach 100 Versuchen gibt er auf. Aber wenn die Nameserver schneller sind, macht er früher weiter.

Zitat von joergmschulz

Wow, Facebook hat sich da ein wunderbares Eigentor zusammengeklickt:

[…]

https://www.zdnet.com/article/what-t…utage-drags-on/

Herrlich:

Zitat

There are reports that Facebook employees can't enter their buildings because their "smart" badges and doors were also disabled by this network failure. If true, Facebook's people literally can't enter the building to fix things.

Aber das ist auch gut:

Zitat

He continued, "There are people now trying to gain access to the peering routers to implement fixes, but the people with physical access is separate from the people with knowledge of how to actually authenticate to the systems and people who know what to actually do, so there is now a logistical challenge with getting all that knowledge unified."

Irgendwie nachvollziehbar, aber richtig unschön in so einer Situation.

Zitat von DerRené

Wollte mir den auch mal näher anschauen gerade, aber die Netcup API wird nicht direkt unterstützt, wenn ich's richtig sehe, oder?

Ich verwende zusätzlich das für die DNS-Challenge: https://github.com/froonix/acme-dns-nc

Siehe auch: https://github.com/froonix/acme-d…onfig%3A-GetSSL

Läuft einwandfrei seit 2018.

Tipp: getssl.cfg in den Domainordnern ist auch nur ein Bashscript! Man kann dort einfach andere Dateien mittels "source" einbinden und somit die Konfiguration bei Verwendung mehrerer Provider stark vereinfachen.

Zitat von mainziman

KB19 man kann mit PayPal tatsächlich automatisiert Zahlungen vornehmen, diese müssen aber betraglich ident sein,

quasi ein Abo über PayPal;

Das ist mir bewusst, aber das muss die Gegenseite (netcup) unterstützen. Oder liege ich da falsch?

Ansonsten wird es nicht richtig verbucht und die Rechnung bleibt offen. Afaik erfolgt die Zuordnung derzeit immer über die Rechnungsnummer, die man dann ja nicht kennt und somit auch nicht übermitteln kann.

PayPal funktioniert meines Wissens immer nur manuell, indem man sich ins CCP einloggt und dort bei der neuen Rechnung auf den PayPal-Button klickt.

Automatische Zahlungen sind derzeit nur mittels SEPA-Lastschrift möglich: https://www.netcup-wiki.de/wiki/Stammdate….2F_SEPA-Mandat

Wayforward Machine

Soweit ich das bisher sehe, wird netcup von dieser Software (noch) nicht unterstützt: https://github.com/ddclient/ddclient/blob/develop/README.md

Das wird somit nicht funktionieren, solange nicht irgendjemand einen Patch dafür einreicht.

Es gibt aber einige andere DDNS-Updatescripte für die netcup DNS-API, z.B.: https://github.com/stecklars/dynamic-dns-netcup-api

Die müsstest Du aber dort ausführen, wo das Ziel liegt. Also z.B. am eigenen Router oder einem anderen Gerät, das dauerhaft läuft. Dafür reicht ja ein Raspberry Pi o.ä. Kleingeräte aus.

Alternativ gibt es oft die Möglichkeit, einen CNAME-Eintrag bei Deiner Domain auf eine andere (externe) DynDNS-Subdomain zu setzen. Falls Du eine halbwegs aktuelle FRITZ!Box verwendest, ist das sogar sehr einfach möglich. Dazu gibt es einige Forenthreads…

Zitat von mainziman

oder würdest Du Deiner Bank vertrauen, wenn da bei https://banking.deinebank.deinland/  irgend ein DV Zert. zum Vorschein käme?

Das wäre mir ehrlich gesagt vollkommen egal, weil es darauf bei der Verschlüsselung nicht wirklich ankommt.

Bei den Banken gibt es ganz andere Problembaustellen, die mir als Kunde regelmäßig Kopfschmerzen bereiten.

Let's Encrypt als Zertifikat könnte man eventuell sogar positiv sehen. Dann ist wenigstens irgendwas "modern"

SCP -> Media -> Delete Harddrive

Now try it again...

Zitat von ThomasChr

[…] weil typische Cloudfunktionen wie anlegen von Servern […] nicht existieren. Dafür waren sie die günstigsten!

Klar, Server die man nicht anlegen kann, sind logischerweise immer günstiger!

Hilft uns Serversammlern aber erfahrungsgemäß auch nicht weiter.

(SCNR)