Reise til en ordre
Når betalingen er godkjent for VIP-pakke, starter levering. Nettappen kontrollerer sesjonen, finner hvilket spill ID på kontoen og åpner en leveransepost. Kayda målserver skriver produktkode og enkelt leveringsnummer. Spillsiden konverterer bare en tillatt behandling av den kjente produktet kode. Legg til en gratis tekst sendt fra nettleseren til konsollkommandoen, legger det til i et nytt nettsted brukeren blir en feil som går opp til det kan bli autorisert til andre brukere.
Ordren som åpnes i butikken går til spillserveren fra levering kø.| Tilkobling | Hvem når den? | Første kontroll |
|---|---|---|
| Portlevering | Nettstedet er koblet til TCP-porten, som pluginet på spillserveren lytter. | Er riktig port reservert? Tillater det bare ressurser på brannmuren? |
| Portløs levering | plugin begynner å koble fra nettstedet til HTTPS og tar sitt arbeid. | Er domenenavn, sertifikat, serverkart og delt nøkkel riktig? |
Når du installerer portløs tilkobling for første gang
Port og portløs modell starter forbindelsen ulike sider.Tenk deg å selge produkter til en overlevelsesserver og Skyblock-tjener fra samme webbutikk. Hvis VIP pakken er kun gyldig for SkyBlock, bør leveringsmål også være den serveren. Lagre to servere separat på panelet og koble produktet til riktig mål. Selv om betalingen godkjennes vil brukeren ikke se VIP autoritet når det går til feil tjener.
I portløs tilkobling kobler spillpluginet til den sikre web-adressen i butikken. Med serveren valgt på panelet, må du bruke samme lenkeinformasjon av plugin. Hovedformålet med installasjonen er at fungerer i riktig lager når riktig gaming server. I stedet for en prosess som gir første prøve permanent manager autorisasjoner, kan du gjøre det enkelt synlig som et resultat i testverdenen.
Nettstedet i porter installasjon når den reserverte havnen for levering av spillserver. I portløs installasjonen starter tilkoblingen spillet plugin. Dette skillet gjør det mulig å velge ut fra de nettverksbetingelser som brukes gaming hosting. Det er klart definert i butikken der produktet vil bli levert til hvilken verden i to modeller.
Forskjellen i å sende kommandoer med konto som passer
Noen kjerneplugins sjekk brukerkontoen eller relaterte poster databasen i tillegg til levering. Denne lenken hjelper ordren som skal knyttes til riktig konto for brukeren. Omfanget av datatilgang bestemmes etter plugin brukt og aktive moduler som brukes. Hvis belønningsprosessen sendt fra butikken med kontoverifisering fungerer sammen, vil hver bli koblet til forbindelsen myndighetene skal administreres separat.Når brukeren endrer kallenavnet, hold den på en verifisert ID for binding mellom webkontoen og spillkontoen som ikke skal gå tapt. Kallenamnet som brukeren skriver forma er ikke det eneste bevis på verten. Spesielt når du tar en høy autoritativ rolle, tilhører tilkoblingen virkelig brukeren og rollen du definere i butikken forventes Pass på at de brede tillatelsene ikke transporteres.
Hvilken kommando går til serveren fra butikken?
Kommandoene som skal sendes i produktleveransen er forhåndsdefinerte i butikkens produktpost. Brukeren velger produktet; leveringsprosessen forbereder seg på kommandoer av det produktet, valgte spillserver og relatert brukerkonto. Legg til denne flyten av en tilfeldig kommando skrevet fra brukerens nettleser er ikke del av produktenes levering. Når du kjøper et kits vil transaksjonen bli utført i lageret er definert prosess for tisse.Et produkt kan kreve flere transaksjoner. For eksempel, utnevnelsen av VIP-gruppen kan utarbeides for å bestemme gyldighetsperioden og varsle brukeren. Disse kommandoene som er tilknyttet produktet lar støtteteamet bestemme hva som skal leveres. Ytterligere databasekontroll at enkelte tillegg gjør det er brukerens konto eller For å bekrefte den nødvendige spillposten, er dette ledsaget av lang tid.
Hva sendes skriptet til kjerneplugin?
ZonelyCore Nettstedet i tilkoblingen åpner en serveradresse og porta sokkellenke registrert på panelet. Det legger til et tidsmerke å bli sendt, og produserer HMAC-SHA256 signatur ved hjelp av poliket som tilhører tjeneren. Således er det mulig å verifisere en forespørsel som kan bekreftes på plugin siden forberedt. Med symbolet på serveren på lagerregistreringen må du matche token på spillplugin. Det samme produktet vil være tilpasset ulike verdener. Det er derfor viktig å velge rekorden til hver server mens du leverer.Butikkprosessen setter de spesifiserte kommandoer for produktet, når det er nødvendig, fyller den brukerrommet med spillets navn som er registrert på kontoen og er med det valgte lenkeverktøyet. WebSenderkjerneplugin, FiveMValget av Rust eller RCON trenger ikke å bruke den samme fraktmetoden. WebSenderI , når plugin fungerer på nettstedet via HTTPS, gjennomgått ZonelyCore Åpner sokkelen til nettstedets plugin i forbindelse.
Kommandoen kan sendes via lenken viser ikke brukerens rett til å brukes i spillet nøyaktig. Derfor vil det ikke se på konklusjonen av \"lenke\" alene i støttegjennomgang. Produktmålet vurderes sammen med resultatet av brukerkontoen i plugin, og fortjener sett i spillet. Forespørselssignaturen ser heller ikke den samme funksjonen som passordet for forbindelsen. Nettverkstilgangen kreves Det bør også tas hensyn til begrensninger hos partene og bruken av passende beskyttet forbindelse.
VIP-myndighet er identifisert, men hvis svaret går tapt
Spillserveren kan se ut til å vente på bestillingens webpanel hvis forbindelsen er frakoblet etter definisjon av VIP-myndighet. Det kan ved et uhell forlenge VIP-tiden som kjører samme kommando igjen i 30 dager. I omarbeidingen må den samme leverings ID brukes og det forrige resultatet bør sjekkes. Lagre datoen for kontrakten beregnet for pakken også i prosessen med behandling av samme rekkefølge igjen, varigheten av tiden kan bli utvidet mer enn 30 dager. forhindrer re-utvidelse. Leveransene som enden ikke kan bestemmes, kan deles inn i støttegjennomgang.Plugin i portløs levering lagrer transaksjons-ID før du kjører jobben det tar. Det informerer også kjøreresultatet til siden hvis den er vellykket eller mislykket. Hvis forbindelsen er fullstendig kuttet, er samme forretningsnummer basert på registrerte resultat i stedet for å utføre om som en ny ordre. En viss gjenværende arbeid kan deles inn i støttegjennomgang. Således vil det med gjentaking av leveransen også varsle nettstedet. Risikoen for dobbelt belønning som kan oppstå er redusert.
Det er en viktig detalj her: Det kan være separate ting som brukeren vil ta på grunn av at brukeren godtar kommando for konsollen. For eksempel, leveringskommandoen til et produkt kan bare brukes når brukeren er online. Bestem produktet regelen i samsvar med det. Hvis offline leveranser ikke støttes bør butikken tydelig spesifisere den eller vente til neste oppføring av transaksjonbrukeren.
| Be om støttestatus | Første registrering | Neste steg |
|---|---|---|
| Ingen penger, leveringsarbeid | Betalingserklæring og ordrekamp | Koble en enkelt levering til riktig betaling. |
| Forretning venter, serveren får ikke i det hele tatt | Målverden, HTTPS-tilgang og passord | Løs lenken til riktig plugin. |
| Kommando behandlet, bruker vil ikke se premien | Spillkonto, verden og plugin resultat | Les situasjonen i spillet og bekreft retten til å savne. |
Hva påvirkes når en nettnøkkel lekkes?
Hvis nøkkelen er autorisert til enkelt server og flere leveringsprosesser, forblir andre verdener og ledelse kommandoer utenfor tilgangen. I en tvilsom bruk kansellere denne bryteren, stoppe utførelsen av kø og sammenligne spillposter med ordre fra den endelige verifiserte leveransen. Transaksjonsnummeret, bruker-ID og resultat er nok for støtteteamet. Betalingskortinformasjon eller Ikke flytt tilkoblingspassordet for å spille logger.Endre nøkkelen i et tilfelle bare kutte fronten av nye forespørsler. Se hva de allerede har gått inn i kvanten. Liste ut leveranser fra det første mistenkelige arbeidet for hver verden. Match hver linje med en ekte ordre, hendelsespremie eller autorisert prosess. Ta ut uforklarte jobber til karantene og utføre vanlige bestillinger separat. Når denne endringen endres, mister du også hva verdener påvirker.
Hvis for eksempel bruker-ID og kjøpt produkt holdes i leveringstabellen, er det ulike hendelser som kan kjøre serverkommando med uautorisert tilgang til denne tabellen. Først søke hvilke poster kan leses, på hvilken operasjoner kan utføres i den andre. Maske legitimasjonsinformasjon om arrangementsloggen og begrense tilgangen av støtteteamet med arbeid. Således Registreringer som bidrar til å forstyrre kan ikke bli en andre lekkasjekilde.







“10 fra 10 Jeg har ikke engang funksjonen på andre programvare. \"