Steg 2: anslut qBittorrent-inställningar

Definiera era anslutningsuppgifter för qBittorrent så att HTTP-anropen kan autentisera och kontrollera throttle-status.

1. Öppna Assign Global Settings och ställ in qbittorent.username till [YOUR_ID].
2. Ställ in qbittorent.password till [CONFIGURE_YOUR_TOKEN].
3. Ställ in qbittorent.internalIP till 0.0.0.0 och qbittorent.port till 2020.

⚠️ Vanlig fallgrop: Arbetsflödet refererar till dessa värden via uttryck. Om något fält lämnas tomt blir HTTP-URL:erna i efterföljande noder ogiltiga.

Steg 3: routa inkommande händelser

Arbetsflödet kontrollerar om händelsen är fjärrstyrd och routar sedan efter händelsetyp (resume/play/pause/stop).

1. I Validate Remote Session konfigurerar ni strängvillkoret så att det kontrollerar att {{$json["body"]["payload"]}} innehåller "local":false.
2. Koppla Validate Remote Session till Ignore Action (false) och Route by Event Type (true), i enlighet med den befintliga routningsstrukturen.
3. I Route by Event Type ställer ni Value 1 till {{$node["Incoming Webhook Trigger"].json["body"]["payload"]}} och lägger till regler för media.resume, media.play, media.pause och media.stop.
4. Säkerställ att Route by Event Type skickar vidare till Resume Event, Play Event, Pause Event och Stop Event som visat i flödet.

Steg 4: konfigurera throttle-frågor och åtgärder

När media återupptas eller spelas kontrollerar arbetsflödet throttle-status och kan aktivera hastighetsbegränsningar; när det pausas eller stoppas kan det inaktivera dem.

1. Koppla Resume Event och Play Event till Apply Bandwidth Limit, och vidare till Fetch QB Session Cookie.
2. I Fetch QB Session Cookie behåller ni URL som http://{{$node["Assign Global Settings"].json["qbittorent"]["internalIP"]}}:{{$node["Assign Global Settings"].json["qbittorent"]["port"]}}/api/v2/auth/login och query-parametrarna för username och password med {{$node["Assign Global Settings"].json["qbittorent"]["username"]}} respektive {{$node["Assign Global Settings"].json["qbittorent"]["password"]}}.
3. I Query Throttle Mode behåller ni URL inställd på http://{{$node["Assign Global Settings"].json["qbittorent"]["internalIP"]}}:{{$node["Assign Global Settings"].json["qbittorent"]["port"]}}/api/v2/transfer/speedLimitsMode och använder cookie-uttrycket {{$node["Fetch QB Session Cookie"].json["headers"]["set-cookie"][0].match(/[^;]*/).toString()}} i både Query Parameters och Headers.
4. I Throttle State Check bekräftar ni att talvillkoret jämför {{$json["body"]}} med 1, och routar sedan till No Action Needed eller Enable Speed Limit.
5. Koppla Pause Event och Stop Event till Resume Download Flow, och vidare till Fetch QB Session Cookie B och Query Throttle Mode B.
6. I Throttle State Check B verifierar ni att talvillkoret jämför {{$json["body"]}} med 1, och routar sedan till Disable Speed Limit eller No Action Needed B.

⚠️ Vanlig fallgrop: Säkerställ att cookie-uttrycken refererar till rätt sessionsnod (Fetch QB Session Cookie vs Fetch QB Session Cookie B) så att throttle-kontroller och växlingar inte misslyckas.

Steg 5: konfigurera utdata-/åtgärdsnoder

Dessa HTTP-anrop växlar hastighetsbegränsningar baserat på throttle-kontrollerna.

1. I Enable Speed Limit ställer ni URL till http://{{$node["Assign Global Settings"].json["qbittorent"]["internalIP"]}}:{{$node["Assign Global Settings"].json["qbittorent"]["port"]}}/api/v2/transfer/toggleSpeedLimitsMode och inkluderar cookie-uttrycket {{$node["Fetch QB Session Cookie"].json["headers"]["set-cookie"][0].match(/[^;]*/).toString()}} i både headers och query parameters.
2. I Disable Speed Limit använder ni samma URL och inkluderar cookie-uttrycket {{$node["Fetch QB Session Cookie B"].json["headers"]["set-cookie"][0].match(/[^;]*/).toString()}} i både headers och query parameters.
3. Lämna no-op-noderna (Apply Bandwidth Limit, Resume Download Flow, No Action Needed, No Action Needed B, Ignore Action) kvar för att bevara logikflödet och skapa expansionspunkter.

Steg 6: testa och aktivera ert arbetsflöde

Validera webhook-indatan och säkerställ att växlingen av throttle fungerar som förväntat innan ni går live.

1. Klicka på Execute Workflow och skicka en testpayload till Incoming Webhook Trigger med en exempelhändelse (till exempel en payload som innehåller media.play).
2. Bekräfta att körningen följer Assign Global Settings → Validate Remote Session → Route by Event Type → rätt händelsegren.
3. Verifiera att HTTP-anropen returnerar lyckade svar och att hastighetsbegränsningar växlas när det förväntas (kontrollera att flödet passerar Enable Speed Limit eller Disable Speed Limit).
4. När testerna är godkända växlar ni arbetsflödet till Active för att aktivera användning i produktion.