Beiträge von H6G

    Habe mir die Links mal angesehen, verstehe aber z.B. nicht warum eine Variable welche der Wert ='' zugewiesen wird als gesetzt (nicht leer) ausgewertet wird.

    isset prüft nur die Existenz einer Variable, bzw. bei den $_POST und $_REQUEST Arrays ob ein bestimmter Key / Index vorhanden ist - dieser kann aber trotzdem ein leerer String sein.

    Das benutzt man, damit du beim Zugriff auf eine ungesetzte Variable keinen Fehler bekommst.

    Wenn der Key verfügbar ist, willst du nach deinen Anforderungen aber trotzdem prüfen, ob diese a) ein String ist und b) ob der String lang genug ist. Das kann man mit dem Vergleich auf einen leeren String lösen, oder mit einer Längenprüfung, oder mit empty().

    Bestenfalls kombiniert man also isset mit empty.

    Die Beispiele zeigen hier die Verwendung mit einer Variable, wie bereits erwähnt, ist $_POST, $_REQUEST und auch $_SESSION keine einfache Variable, sondern ein Array und ist daher anders zu behandeln.

    3. Woran erkennt Google, welche Domain ich als kanonische konfiguriert habe?

    < HTTP/2 301

    < location: https://www.beratungspraxis-schmid.de/

    An der Weiterleitung, wie ich auch in curl.

    4. Muss ich in der Search Console etwas ändern? Da hatte ich die Apex-Domain registriert.

    entsprechend würde ich auch nur diese Seite bei Google indexieren lassen.

    Nehme ich eine richtige domain (zB .me) oder teil ich einfach interne namen aus (.home .lan oder was auch immer für den heimgebrauch gedacht ist)

    Wenn zweiteres wie teilt man da Zertifikate aus? kann man nur selbst generieren und importieren oder?

    Gäbe es noch andere wege ?

    Ich habe eine Domain bei Cloudflare und kann somit per DNS Challenge und API ein LE Zertifikat ausstellen lassen.

    Caddy hat dafür eine Subdomain und erstellt holt sich die Zertifikate für die Sachen im Heimnetz.

    .home und .lan funktionieren nur mit selbstsignierten Zertifikaten - klar kannst du das Root Zertifikat überall importieren, wenn du keine Meldung haben möchtest - wenn du aber mit jemandem zusammen wohnst, der die Dienste auch nutzen möchte, oder sie dann doch mal per Firewall / VPN ins Internet stellen willst, empfehle ich dir eine eigene (Sub)Domain.

    Sieht dann z.B. so aus.

    Spoiler anzeigen

    Das leitet dann z.B. sämtliche .local und .lan Lookups an die Subdomain weiter - sofern die Geräte nicht ihr eigenes private DNS mitbringen (funktioniert mal mehr mal weniger gut)

    Damit ist www jetzt kanonisch, entsprechend würde ich auch nur diese Seite bei Google indexieren lassen.

    Mit dem normalen Let's Encrypt Zertifikat wird übrigens auch www. mit abgedeckt - da braucht es IMHO kein Wildcard Zertifikat und die Arbeit alle 3 Monate dazu.

    Gerade wurde noch ein andere Server migriert - und es hat mal wieder den UEFI Boot zerlegt (NVRAM Disk vergessen?) Aargh.

    (grubx64.efi ist über das Setup anwählbar und bootet manuell - wird aber nicht mehr automatisch gebootet)

    2. User bleiben eingeloggt

    Das zweite Problem beschreibt im Grunde genau das Gegenteil. Das beobachte ich bei allen Apps, bei denen das mit dem Cookie klappt und User in der App eingeloggt bleiben, nachdem sie sich einmal erfolgreich am OIDC Provider authentifiziert habe. Und zwar bleiben die User auch dann noch eingeloggt, wenn diese sich aus dem eigentlichen OIDC Provider oder aus einer anderen Apps ausgeloggt haben. Entsprechend bleiben diese User auch dann noch eingeloggt, wenn der User sogar im zentralen OIDC Provider gesperrt oder gelöscht wurde. Das stellt aus meiner Sicht ein klares Sicherheitsrisiko da.

    So sind die Dienste aber aufgebaut, ich erstelle einen signierten Token unter einer bestimmten Domain (an die ich nicht mehr herankomme) - dieser Token hat eine gewisse Gültigkeit und kann nicht revoked werden.

    Wenn das störend ist, kann die Dauer des Access Tokens reduziert werden, und stattdessen über den Refresh Token kontrolliert werden, wenn die Tokens ihr Gültigkeit verlieren sollen. Das ausstellende Portal sollte hierfür Einstellungsmöglichkeiten haben (z.B. Token Lifetime 5 Minuten).

    Mit Gitea habe ich bisher auf LDAP gesetzt.

    OAuth hängt leider immer von der Implementation ab, wie gut oder schlecht das dann funktioniert.

    Thanks for clarifying. Although I have two services, both of which are multi-month terms out of their original contract and was allowed to cancel one with a 31 calenda day notice, but the other referenced in the OP, handled by a different (and very rude) support agent isn't being treated the same for some reason.

    I'm not sure I'm following. There are servers available where you have a contract runtime of one month, but a greater billing period (of 6 - 12 months). Could it be, that this is the case for your server?

    Didn't you quote from your ticket in the first post? As a German I don't see anything rude or inpolite in there. Maybe that's just me. Am I missing something here?

    wie sieht das ganze mit Subdomains aus, welche im WHOIS gar nicht aufscheinen;

    diese aber mit dem Inhaber, welcher bei der Domain im WHOIS aufscheint nur am Rande zu tun haben?

    Wie soll denn das aussehen, die stehen halt nicht im TLD Whois - oder was genau ist jetzt deine Frage?