---
title: "Direct Shreds - UDP Forwarding (Raw Shreds)"
description: "UDP Forwarding, beschikbaar als UDP Forwarding Standard of UDP Forwarding Premium, levert Raw Shreds via UDP af op een geconfigureerd openbaar IPv4-adres en een poort."
canonical: "https://erpc.global/nl/doc/shredstream/udp-forwarding/"
locale: "nl"
---

# Direct Shreds - UDP Forwarding (Raw Shreds)

UDP Forwarding levert Raw Shreds via UDP af op één openbaar IPv4-adres met poort dat u instelt. UDP Forwarding Standard en UDP Forwarding Premium verschillen in de manier waarop de Shreds vanuit de door u gekozen regio bij u aankomen: bij Standard stuurt ERPC ze door vanaf een node in die regio, bij Premium levert het meshnetwerk ze af.

## UDP Forwarding Standard

**UDP Forwarding Standard** stuurt Raw Shreds via UDP door naar het openbare IPv4-adres en de poort die voor uw abonnement zijn ingesteld. Kies tijdens de eerste configuratie een beschikbare regio en sla een geldig, niet-leeg openbaar IPv4-adres met poort op als bestemming. De bestemming kunt u later bijwerken. ERPC past de forwardingconfiguratie toe volgens een vernieuwingscyclus van 30 seconden; activering via een heartbeat is niet nodig. U kunt de regio later ook wijzigen in het dashboard, zo vaak als u wilt. Als u de regio wijzigt, verandert het bron-IP, dus de firewall aan de ontvangende kant moet het nieuwe bron-IP toestaan. De levering wordt kort onderbroken terwijl het abonnement overgaat naar de nieuwe regio. Heeft de nieuwe regio op dit moment geen capaciteit, dan wordt de wijziging niet doorgevoerd en veranderen de regio en de bestemming niet.

- ERPC stuurt Raw Shreds via UDP door naar de ingestelde bestemming vanaf een node in de regio die u kiest, zodat ze vanaf één bron-IP bij u aankomen.

## UDP Forwarding Premium

**UDP Forwarding Premium** levert Raw Shreds via UDP vanuit het meshnetwerk af op het openbare IPv4-adres en de poort die voor uw abonnement zijn ingesteld. Het meshnetwerk stuurt van elke Shred de kopie door die er als eerste binnenkomt; elk bron-IP dat in het dashboard wordt getoond, kan de afzender zijn. Met Premium komen Shreds vaak 1–3 ms eerder aan dan met Standard. Op 30 oktober 2026 ontving een ERPC-ontvanger in Frankfurt Standard en Premium gelijktijdig, tijdens één meting van 120 seconden. Voor elke Shred die via beide binnenkwam, is vergeleken wanneer die voor het eerst via Standard en via Premium aankwam.

Voer het openbare IPv4-adres en de poort van uw eigen ontvangende host in en kies een van de 7 beschikbare regio's. Nadat u een bestemming hebt opgeslagen, staat de status op “Wordt toegepast” en begint de levering zodra de instellingen zijn toegepast.

Sta in de firewall aan de ontvangende kant elk bron-IP toe dat in het dashboard wordt getoond, met één `/32`-regel per IP.

Als u de regio wijzigt, veranderen de bron-IP's die uw firewall moet toestaan. De levering blijft onderbroken totdat de nieuwe regio is toegepast; daarna verschijnen de nieuwe bron-IP's in het dashboard. Kan de geselecteerde regio op dit moment geen wijziging aannemen, dan wordt de wijziging niet opgeslagen en blijven de eerder opgeslagen regio en bestemming ongewijzigd. Zolang een eerdere wijziging nog wordt toegepast, of vlak nadat er een is geaccepteerd, worden verdere wijzigingen niet geaccepteerd.

De bron-IP's kunnen ook zonder regiowijziging veranderen. Als daarvoor nieuwe firewallregels nodig zijn, krijgt u daarover bericht per e-mail of via Support.

## Wat u moet weten over UDP

- UDP biedt geen verbindingsopbouw, geen herverzending en geen gegarandeerde volgorde; uw ontvanger zou daar bij het verwerken van de pakketten rekening mee moeten houden.

Opmerking: het gedeelde Shreds gRPC-endpoint werkt via TCP en is daardoor trager dan Shreds via UDP.

## Uitproberen met Solana Stream SDK

- Voorbeeldcode (`shreds-udp-rs`, Rust): detectie van nieuwe tokens is slechts een veelgebruikt voorbeeld; vervang het door wat u zelf wilt detecteren.  
  https://github.com/ValidatorsDAO/solana-stream/tree/main/temp-release/shreds-udp-rs  
- Configureer uw ontvanger met de bestemming `ip:port` die u voor UDP Forwarding hebt opgeslagen.
- Gebruikt u UDP nog niet? Voer de voorbeeldcode lokaal of op uw eigen server uit om de logs te verkennen en hooks aan te passen.

## UDP-pakketten komen niet aan

Leg eerst het verkeer vast op de netwerkinterface van de host.

### UDP Forwarding Standard

UDP-forwarding start automatisch zodra de bestemming is ingesteld. Activering via een heartbeat is niet nodig; een heartbeat-antwoord met `UNIMPLEMENTED` betekent niet dat forwarding is uitgeschakeld.

Vervang de placeholders door het ERPC-bron-IP dat bij uw stream wordt getoond en de ingestelde bestemmingspoort.

Linux (`tcpdump`):

```bash
sudo tcpdump -ni any 'udp dst port <DESTINATION_PORT> and src host <ERPC_SOURCE_IP>'
```

Windows (`Pktmon`, uitvoeren als administrator):

```powershell
pktmon filter add ERPC-UDP -t UDP -i <ERPC_SOURCE_IP> -p <DESTINATION_PORT>
pktmon start --capture --comp nics --log-mode real-time
```

### UDP Forwarding Premium

Vervang de placeholders voor de bron-IP's door de bron-IP's die in het dashboard worden getoond, en `<DESTINATION_PORT>` door de ingestelde bestemmingspoort.

Linux (`tcpdump`):

```bash
sudo tcpdump -ni any 'udp dst port <DESTINATION_PORT> and (src host <SOURCE_IP_1> or src host <SOURCE_IP_2>)'
```

Laat de haakjes staan: zonder haakjes geldt het filter `udp dst port` alleen voor het eerste bron-IP, en dan legt de capture al het verkeer van elk bron-IP na het eerste vast, ongeacht protocol en poort. Gebruik per bron-IP één `src host`-expressie; laat bij één bron-IP de `or`-expressie en de haakjes weg.

Windows (`Pktmon`, uitvoeren als administrator):

```powershell
pktmon filter add ERPC-UDP-1 -t UDP -i <SOURCE_IP_1> -p <DESTINATION_PORT>
pktmon filter add ERPC-UDP-2 -t UDP -i <SOURCE_IP_2> -p <DESTINATION_PORT>
pktmon start --capture --comp nics --log-mode real-time
```

Voeg per bron-IP één `pktmon filter add`-opdracht toe en nummer de filternamen zoals getoond; één filter met meerdere IP's vangt in plaats daarvan het verkeer tussen die IP's op. Houd bij één bron-IP alleen de eerste filteropdracht over.

### Firewall en ontvanger controleren

1. Blijft de capture op nul, controleer dan zowel de firewall van het besturingssysteem als firewalls buiten het besturingssysteem. Bij Hetzner kan verkeer worden gefilterd door de Cloud Firewall of door de Robot Firewall op de switchpoort. Controleer bij AWS de Security Group en de Network ACL van het subnet.
2. Voeg voor uw plan de regel toe die het verkeer toestaat:
   - UDP Forwarding Standard: Sta inkomend UDP toe vanaf `<ERPC_SOURCE_IP>/32` naar bestemmingspoort `<DESTINATION_PORT>`. Beperk de bronpoort niet, omdat ERPC dynamische UDP-bronpoorten gebruikt.
   - UDP Forwarding Premium: Sta inkomend UDP toe vanaf elk `<SOURCE_IP_n>/32` naar bestemmingspoort `<DESTINATION_PORT>`, met één regel per bron-IP dat in het dashboard wordt getoond. Beperk de bronpoort niet.
3. Zijn de pakketten zichtbaar in de capture maar niet in uw applicatie, laat de ontvanger dan luisteren op `0.0.0.0:<DESTINATION_PORT>` in plaats van localhost en controleer vervolgens de lokale firewall en de socket-/procesinstellingen.

Komen er na het bijwerken van de regels nog steeds geen pakketten aan, stuur Support dan de duur van de capture, het aantal pakketten, het bron-IP, het bestemmings-IP en de bestemmingspoort.

Officiële documentatie van providers: [Hetzner Cloud Firewall](https://docs.hetzner.com/cloud/firewalls/overview/), [Hetzner Robot Firewall](https://docs.hetzner.com/robot/dedicated-server/firewall/), [AWS Security Groups](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html), [AWS Network ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) en [Microsoft Pktmon](https://learn.microsoft.com/en-us/windows-server/networking/technologies/pktmon/pktmon).

## Bronnen

- Alle code en README-documentatie staan in de repository van Solana Stream SDK:  
  https://github.com/ValidatorsDAO/solana-stream
