- Shipped
- 12 maja 2026 02:48 UTC
- Author
- Kamo
- Commit
- 565b9e1
Child orgs, które wybrało pseudonim internetowy Kamo (np. gnosia.demo.kamorm.com) Znaleziono "rekord TXT, ale kod weryfikacyjny nie pasuje" W interfejsie DNS setup UI. Przyczyna korzenia: ich org_domain row miał nieświeży verification_token i ownership_verified-false, więc verifyDns sprawdził Wyzwanie TXT - ale klient nie może dodać rekordu TXT do hosta Nie są właścicielami (stresem macierzystym jest kamocrm.com, należący do Platforma). Cokolwiek pojawia się na _kamo-verify.Ew-gospodarza> to junk Sama platforma powstała (w tym przypadku wartość była dosłownie Nazwa rekordu). Dwuwarstwowa poprawka w DomainController: 1. - teraz samo-utwardne nieaktualne rzędy dla Domeny.kamorm.com: usuwa resztki weryfikacji_token I wymusza własność_verified-true. Biegnie na każdej ścieżce czytania, która Już go nazywa (getDomainById, listDomains, verifyDns). 2. verifyDns wyraźnie pomija blok TXT, gdy domena się kończy .kamorm.com, nawet jeśli token jakoś przetrwał. Pas i pasy Tak więc subdomena należąca do Kamo nigdy nie może ograć SSL na płycie Klient nie może zaspokoić.