Kora beantwoordt vragen en leest uw account direct uit, maar alles wat uw account verandert stopt en vraagt u om een bevestigingszin in te typen voordat het wordt uitgevoerd.
Twee Soorten Verzoeken
Elk verzoek aan Kora valt in een van twee categorieën, en ze gedragen zich heel anders.
Leesbewerkingen gebeuren direct. Het controleren van uw plan, het weergeven van uw sites, het opzoeken van een DNS-record, het ophalen van een factuur, het lezen van de sitestatus. Deze veranderen niets, dus er is geen barrière, geen bevestiging en geen kredietkosten.
Wijzigingen stoppen en vragen. Alles wat naar uw account schrijft, geld verplaatst of iets vernietigt gaat door een getypte bevestigingsbarrière voordat Kora het uitvoert.
Dit is geen instelling die u kunt uitschakelen. Het bevestigingsmodel wordt centraal afgedwongen voor elk kanaal waarop Kora wordt gebruikt, dus een wijziging kan niet doorsluipen omdat één interface vergat te controleren.
De Getypte Bevestiging
Wanneer Kora een wijziging wil maken, stopt het antwoord en toont drie dingen:
- Een duidelijke samenvatting van de exacte actie, met vermelding van de specifieke bron: het domein, het postvak, de server, de back-updatum.
- Een bevestigingszin, bijvoorbeeld
yes restore backupofyes update wordpress. - De instructie: Om te bevestigen, typt u exact: [zin]. Of typ iets anders om te annuleren.
Type de zin terug en Kora voert de actie uit. Type letterlijk iets anders, inclusief alleen "ja", en de actie wordt geannuleerd.
Kopieer de zin uit het bericht van Kora in plaats van het uit het geheugen in te typen. Deze wordt in uw Kora-antwoordtaal weergegeven, dus in een taal met macrons of diakritische tekens zal een benadering van herschrijven niet overeenkomen, en Kora behandelt het als een annulering.
Wat Altijd Bevestiging Vraagt
De bevestigingsset is breed en opzettelijk. Samengevat vraagt Kora eerst voordat het:
- Iets verwijdert. Een postvak, een back-up, een DNS-record, een plugin, een thema, een WordPress-gebruiker.
- Iets herstelt. Een back-up, een gedeeltelijk bestandsherstel, een server-snapshot.
- WordPress bijwerkt. Core, alle plugins, een core-terugdraaiing, een databaseherstel, een zoeken-en-vervangen, een database-import, een beveiligingssleutel rotatie.
- Pushes of pulls tussen staging en production.
- Een plan of abonnement verandert. Planwijzigingen, facturingscyclusomschakelingen, servergroottewijzigingen, annuleringen, terugbetalingsverzoeken.
- DNS aanraakt. Zie de DNS-regel hieronder.
- De controle van een domein verandert. Nameservers, registrantene-mailadres, transfervergrendeling, auth-code, overboeking.
- E-mail verandert. Postvak-wachtwoordherstel, bulkpostvaken maken, berichtarchivering.
- Siteveiligheid of levering verandert. Het inschakelen of uitschakelen van de CDN, cacheleegmaking, geo-blokkering, allowlist- en denylist-uitzonderingen, SSL-rotatie.
- Een server in- of uitschakelt of herbouwt. Aan, uit, opnieuw starten, hard reset, snapshot, snapshot herstellen, reddingsmodus, herbouw, op zowel cloud- als toegewijde servers.
- Een migratieactie uitvoert. Annulering, terugdraaiing, SQL-dump importeren, migratie van een back-up.
- Software installeert. WordPress of WooCommerce op een site.
De DNS-Regel en Zijn Ene Uitzondering
Elke DNS-mutatie vraagt bevestiging. Maken, bewerken, verwijderen, bulkbewerkingen, zone-bestanden importeren, een sjabloon toepassen, DNSSEC in- of uitschakelen: ze stoppen allemaal en vragen.
Er is precies één uitzondering. Een eenvoudige verificatie-TXT-record, het soort dat een service u geeft om te bewijzen dat u eigenaar bent van een domein, wordt direct aangemaakt. Het kan het verkeer niet beïnvloeden en het kan e-mail niet beïnvloeden, dus het gatekeeping zou wrijving zijn zonder veiligheidsvoordeel.
De uitzondering is opzettelijk smal. Een TXT-record die eigenlijk een e-mailverificatierecord is, wat SPF, DKIM of DMARC betekent, of deze nu wordt gedetecteerd aan de hand van de inhoud of aan de hand van een gereserveerde naam zoals _dmarc of _domainkey, is niet vrijgesteld en vraagt bevestiging zoals elke andere wijziging.
Als Kora op het punt staat een DNS-record te verwijderen of bewerken dat KapsuleHost voor uw e-mail of uw nameservers beheert, voegt de bevestiging een waarschuwing toe voordat u goedkeurt. Lees die regel. Het verwijderen van een beheerde MX- of SPF-record is de snelste manier om te voorkomen dat uw e-mail aankomt. Zie MX-Records en SPF, DKIM en DMARC.
Een Tweede Mening Voordat U Bevestigt
Voor high-stakes wijzigingen, verwijderingen, plan- en factureringswijzigingen en het meeste DNS-werk controleert een tweede en sterker beoordelingsmodel de voorgestelde actie voordat u de bevestiging ziet. Het enige doel ervan is om te vragen of de actie overeenkomt met wat u werkelijk hebt gevraagd en de juiste bron als doel heeft.
Als het niet akkoord gaat, wordt het bezwaar als waarschuwingregel aan de bevestiging toegevoegd. Het verandert nooit de actie en keurt nooit namens u goed: de getypte bevestiging is nog steeds de uwe. Als de beoordeling om welke reden dan ook niet kan worden uitgevoerd, gaat de bevestiging ongewijzigd door, dus dit kan u nooit blokkeren.
Één opzettelijke uitsluiting: de beoordelaar twijfelt niet aan specifieke DNS-record waarden zoals MX-hostnamen of SPF-includes. Deze zijn afkomstig van geverifieerde, huidige providersjablonen, en het geheugen van een taalmodel over DNS-waarden van een provider is vaak verouderd.
Wie Mag Wat Goedkeuren
Kora handhaaft dezelfde accountrollen als de rest van KPanel, centraal, voor elke actie:
| Actietype | Minimumrol |
|---|---|
| Leesbewerkingen | Elk accountlid, inclusief Viewer |
| Wijzigingen en destructieve acties | Eigenaar of Admin |
| Factureringsacties: planwijzigingen, cyclusomschakelingen, formaatwijzigingen, annuleringen, terugbetalingen | Eigenaar, Admin of Facturering |
Als uw rol niet hoog genoeg is, zegt Kora dit duidelijk en vertelt u wie op het account het kan doen. Het mislukt niet stil of doet alsof het handelt.
Betalingen Hebben Een Herkend Apparaat Nodig
Als een wijziging een kaartbetaling inhoudt en u bent op een apparaat dat het account niet bevestigend kan herkennen, zal Kora de betaling niet in de chat uitvoeren. Het geeft u een directe link naar de relevante KPanel-pagina en zegt dit expliciet: Ik zal dit hier niet in rekening brengen. Het paneel verifieert u vervolgens voordat de betaling verder gaat.
Dit mislukt opzettelijk. Een onherkend apparaat, een verlopen sessie of enige onzekerheid betekent dat de betaling niet in het gesprek plaatsvindt.
Wat Kora Helemaal Niet Zal Doen
Een kleine set acties brengt echte externe kosten met zich mee en heeft nog geen interne betalingspad. Kora weigert deze radicaal in plaats van ze half uit te voeren:
- Een domein individueel of in bulk vernieuwen
- Een domein overbrengen
Hiervoor stuurt Kora u naar KPanel checkout, zodat de prijs die u ziet exact is wat u betaalt, in uw valuta, met een juiste factuur. Het registreren van een nieuw domein is beschikbaar via Kora, omdat het via het echte winkelwagen gaat en u betaalt bij checkout voordat alles is geregistreerd. Zie Domeinoverdracht In.
De Dagelijkse Actielimiet
Er geldt een limiet van 200 Kora-acties per account per dag, tellende acties die zijn geslaagd, worden uitgevoerd of wachten. Het wordt gereset om middernacht New Zealand tijd.
Er is geen limiet voor hoeveel vragen u kunt stellen. De limiet geldt alleen voor wijzigingen, en als u dit bereikt vertelt Kora u het getal en wijst u naar KPanel, waar niets beperkingen heeft.
Elke Actie Wordt Opgenomen
Elke actie die Kora uitvoert wordt geschreven naar een auditrecord met de actienaam, de parameters, de verklaringen van Kora, het resultaat en het IP-adres en de browser van het verzoek. Dit record bestaat zodat de vraag "wat is veranderd, wanneer en wie heeft het goedgekeurd" altijd een antwoord heeft.
Opmerkelijk is dat het auditrecord niet wordt gewist wanneer u het geheugen van Kora wist. Gesprekssamenvattingen kunnen worden vergeten, maar het record van wat met uw account is gedaan niet. Zie Kora's geheugen beoordelen en wissen.
Wat Als Het Mislukt
Kora zegt dat het een wijziging heeft gemaakt maar niets gebeurde. Als u nooit de bevestigingszin hebt getypt, is de wijziging niet uitgevoerd. Verifieer de werkelijke status in KPanel.
Uw getypte bevestiging werd niet geaccepteerd. De overeenkomst is exact. Kopieer de zin uit het bericht van Kora. Sommige zinnen bevatten een waarde zoals een domein of een datum, en dat gedeelte moet ook overeenkomen.
"Die actie vereist beheerdersmachtigingen op dit account." Uw rol staat dit niet toe. Vraag een Eigenaar of Admin, of doe het rechtstreeks in KPanel.
"U hebt de dagelijkse limiet van 200 Kora-acties bereikt." Wacht op de middernachtreset of maak de wijziging in KPanel.
Een actie mislukte halverwege. Kora rapporteert het falen en het auditrecord houdt alle details bij. Als het falen niet vanzelfsprekend is, open een ondersteuningsticket en citeer de datum en tijd.