Hur push-kommandon fungerar
FlexiSPY använder flera sätt att kommunicera med den avsedda enheten.
Det här avsnittet beskriver
hur push-kommandon fungerar
och ger grunden för att förstå den
Command Tracker
Push-kommandoflöde
Diagrammet ovan visar en förenklad bild av hur Push-kommandon behandlas och hur Command Tracking-loggar skapas. Ta reda på mer om varför Command Tracking-loggar är användbara
Kommandoflödet består av följande steg
1 — Kommandoförfrågan
-
Användaren skickar ett kommando från portalen.
-
Systemet väljer en PUSH SERVER
-
Push-servern väljs baserat på OS och Root-status för den avsedda enheten.
-
För närvarande används Google Push Server (GPS) för Android utan root. Rootade enheter använder för närvarande Default Push Server (DPS)
-
Detta kommando skickas till PUSH SERVER.
-
Om push-servern misslyckas med att skicka kommandot informeras användaren omedelbart via gränssnittet. Det här felet visas inte i command tracking-loggen
-
Om Push-servern misslyckas placerar systemet kommandot i kön för väntande kommandon (Pending Command Queue), där den avsedda enheten hämtar det nästa gång den är schemalagd att ansluta till servern
2 — Skicka kommando
-
Push-servern levererar kommandot till enhetens operativsystem, som sedan skickar det vidare till FlexiSPY-appen som körs på den avsedda enheten
3 — Skicka bekräftelse
-
Den avsedda enheten skickar en bekräftelse till FlexiSPY-servern om att kommandot har tagits emot och fortsätter sedan att behandla kommandot
4 — Logga kommando
-
FlexiSPY-servern tar emot bekräftelsen och lägger till den i Command Tracking-loggen
5 — Skicka resultat för kommandokörning
-
När den avsedda har slutfört exekveringen av kommandot skickar den resultatet till FlexiSPY-servern
6 — Logga resultat för exekvering
-
FlexiSPY-servern tar emot exekveringsresultaten och lägger till dem i Command Tracking-loggen
7 — Hämta Command Tracking-loggar
-
Spårningsloggar kan hämtas genom att öppna
command tracking tool