---
title: "Direct Shreds - UDP Forwarding (Raw Shreds)"
description: "UDP Forwarding, Raw Shreds को UDP के माध्यम से कॉन्फ़िगर किए गए सार्वजनिक IPv4 पते और पोर्ट पर डिलीवर करता है। यह UDP Forwarding Standard और UDP Forwarding Premium के रूप में उपलब्ध है।"
canonical: "https://erpc.global/hi/doc/shredstream/udp-forwarding/"
locale: "hi"
---

# Direct Shreds - UDP Forwarding (Raw Shreds)

UDP Forwarding, Raw Shreds को UDP के माध्यम से आपके कॉन्फ़िगर किए गए एक ही सार्वजनिक IPv4 पते और पोर्ट पर डिलीवर करता है। UDP Forwarding Standard और UDP Forwarding Premium में अंतर यह है कि आपके चुने हुए क्षेत्र से Shreds आप तक कैसे पहुँचते हैं: Standard में ERPC उन्हें उस क्षेत्र के एक नोड से फ़ॉरवर्ड करता है, और Premium में मेश नेटवर्क उन्हें डिलीवर करता है।

## UDP Forwarding Standard

**UDP Forwarding Standard** आपकी सदस्यता के लिए कॉन्फ़िगर किए गए सार्वजनिक IPv4 पते और पोर्ट पर Raw Shreds को UDP के माध्यम से फ़ॉरवर्ड करता है। प्रारंभिक कॉन्फ़िगरेशन के दौरान एक उपलब्ध क्षेत्र चुनें, फिर गंतव्य के रूप में एक मान्य, गैर-रिक्त सार्वजनिक IPv4 पता और पोर्ट सहेजें। गंतव्य को आप बाद में अपडेट कर सकते हैं। ERPC फ़ॉरवर्डिंग कॉन्फ़िगरेशन को अपने 30 सेकंड के रिफ्रेश चक्र पर लागू करता है, और heartbeat से सक्रिय करने की आवश्यकता नहीं है। आप क्षेत्र को भी बाद में डैशबोर्ड में बदल सकते हैं, जितनी बार आवश्यकता हो। क्षेत्र बदलने पर स्रोत IP बदल जाता है, इसलिए आपके रिसीवर के फ़ायरवॉल को नए स्रोत IP की अनुमति देनी होगी। सदस्यता के नए क्षेत्र में जाने के दौरान डिलीवरी थोड़ी देर के लिए बाधित होती है। यदि नए क्षेत्र में इस समय क्षमता उपलब्ध नहीं है, तो यह परिवर्तन नहीं किया जाता, और न क्षेत्र बदलता है और न गंतव्य।

- ERPC, Raw Shreds को UDP के माध्यम से आपके चुने हुए क्षेत्र के एक नोड से कॉन्फ़िगर किए गए गंतव्य पर फ़ॉरवर्ड करता है, इसलिए वे आप तक एक ही स्रोत IP से पहुँचते हैं।

## UDP Forwarding Premium

**UDP Forwarding Premium** आपकी सदस्यता के लिए कॉन्फ़िगर किए गए सार्वजनिक IPv4 पते और पोर्ट पर Raw Shreds को UDP के माध्यम से मेश नेटवर्क से डिलीवर करता है। यह मेश नेटवर्क हर Shred की जो कॉपी नेटवर्क तक सबसे पहले पहुँचती है, उसे आगे भेजता है; डैशबोर्ड में दिखाया गया हर स्रोत IP भेजने वाला हो सकता है। Premium पर Shreds अक्सर Standard की तुलना में 1–3 ms पहले पहुँचते हैं। 30 अक्टूबर 2026 को फ़्रैंकफ़र्ट में ERPC के receiver ने एक ही 120 सेकंड के माप में Standard और Premium को साथ-साथ प्राप्त किया। दोनों पर पहुँचे हर Shred के लिए, Standard और Premium पर उसके पहली बार पहुँचने के समय की तुलना की गई।

पैकेट प्राप्त करने वाले अपने खुद के होस्ट का सार्वजनिक IPv4 पता और पोर्ट दर्ज करें, और उपलब्ध 7 क्षेत्रों में से एक चुनें। गंतव्य सहेजने के बाद स्थिति में लागू हो रहा है दिखाई देता है, और सेटिंग्स लागू होते ही डिलीवरी शुरू हो जाती है।

अपने रिसीवर के फ़ायरवॉल में, डैशबोर्ड में दिखाए गए हर स्रोत IP की अनुमति दें, हर IP के लिए एक `/32` नियम के साथ।

क्षेत्र बदलने पर, आपके फ़ायरवॉल को जिन स्रोत IP की अनुमति देनी है, वे भी दूसरे हो जाते हैं। नया क्षेत्र लागू होने तक डिलीवरी रुकी रहती है, और लागू होने के बाद नए स्रोत IP डैशबोर्ड में दिखाई देते हैं। यदि चुना गया क्षेत्र इस समय परिवर्तन स्वीकार नहीं कर सकता, तो वह परिवर्तन सहेजा नहीं जाता, और आपका सहेजा गया क्षेत्र और गंतव्य पहले जैसे ही रहते हैं। जब पिछला परिवर्तन अभी भी लागू हो रहा हो, या कोई परिवर्तन अभी-अभी स्वीकार हुआ हो, तब नए परिवर्तन स्वीकार नहीं किए जाते।

क्षेत्र बदले बिना भी स्रोत IP बदल सकते हैं। जब ऐसे परिवर्तन के लिए फ़ायरवॉल में नए नियम ज़रूरी हों, तो हम आपको ईमेल से या सपोर्ट टीम के ज़रिए सूचित करते हैं।

## UDP के बारे में ज़रूरी बातें

- UDP कनेक्शन सेटअप, री-ट्रांसमिशन या पैकेटों को क्रम में पहुँचाने की सुविधा नहीं देता; आपके रिसीवर को पैकेट इसी को ध्यान में रखकर संभालने चाहिए।

नोट: साझा Shreds gRPC एंडपॉइंट TCP पर चलता है, इसलिए यह UDP Shreds की तुलना में धीमा है।

## Solana Stream SDK के साथ आज़माएँ

- सैंपल कोड (`shreds-udp-rs`, Rust): नए टोकनों का पता लगाना बस एक आम उदाहरण है — इसकी जगह अपना लक्ष्य रखें।  
  https://github.com/ValidatorsDAO/solana-stream/tree/main/temp-release/shreds-udp-rs  
- अपने रिसीवर को उस गंतव्य `ip:port` के साथ कॉन्फ़िगर करें, जो UDP Forwarding के लिए सहेजा गया है।
- अभी UDP का उपयोग नहीं कर रहे? लॉग देखने और हुक को अपनी ज़रूरत के अनुसार बदलने के लिए इस सैंपल को अपनी लोकल मशीन या अपने सर्वर पर चलाएँ।

## UDP पैकेट नहीं पहुँच रहे हैं

सबसे पहले, होस्ट के नेटवर्क इंटरफ़ेस पर ट्रैफ़िक कैप्चर करें।

### UDP Forwarding Standard

गंतव्य कॉन्फ़िगर होने के बाद UDP फ़ॉरवर्डिंग अपने-आप शुरू हो जाती है। इसके लिए heartbeat से सक्रिय करने की आवश्यकता नहीं है; heartbeat पर `UNIMPLEMENTED` उत्तर मिलने का मतलब यह नहीं है कि फ़ॉरवर्डिंग बंद है।

प्लेसहोल्डर की जगह अपनी स्ट्रीम के लिए दिखाया गया ERPC स्रोत IP और अपना कॉन्फ़िगर किया हुआ गंतव्य पोर्ट डालें।

Linux (`tcpdump`):

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

Windows (`Pktmon`, व्यवस्थापक के रूप में चलाएँ):

```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

स्रोत IP के प्लेसहोल्डर की जगह डैशबोर्ड में दिखाए गए स्रोत IP डालें, और `<DESTINATION_PORT>` की जगह अपना कॉन्फ़िगर किया हुआ गंतव्य पोर्ट डालें।

Linux (`tcpdump`):

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

कोष्ठक बनाए रखें: इनके बिना `udp dst port` फ़िल्टर केवल पहले स्रोत IP पर लागू होता है, और कैप्चर पहले के बाद वाले हर स्रोत IP से आने वाला सारा ट्रैफ़िक पकड़ लेता है, चाहे प्रोटोकॉल और पोर्ट कुछ भी हों। हर स्रोत IP के लिए एक `src host` शर्त लिखें; केवल एक स्रोत IP होने पर `or` वाला हिस्सा और कोष्ठक हटा दें।

Windows (`Pktmon`, व्यवस्थापक के रूप में चलाएँ):

```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
```

हर स्रोत IP के लिए एक `pktmon filter add` पंक्ति जोड़ें, और फ़िल्टर के नामों को ऊपर दिखाए अनुसार क्रमांकित करें; कई IP वाला एक ही फ़िल्टर इसके बजाय उन IP के बीच के ट्रैफ़िक से मेल खाता है। केवल एक स्रोत IP होने पर सिर्फ़ पहली फ़िल्टर पंक्ति रखें।

### फ़ायरवॉल और रिसीवर की जाँच

1. यदि कैप्चर में पैकेटों की संख्या शून्य ही बनी रहती है, तो OS का फ़ायरवॉल और OS के बाहर के फ़ायरवॉल, दोनों जाँचें। Hetzner, Cloud Firewall में या स्विच पोर्ट पर Robot Firewall में ट्रैफ़िक फ़िल्टर कर सकता है। AWS पर Security Group और सबनेट का Network ACL जाँचें।
2. अपने प्लान के अनुसार अनुमति नियम जोड़ें:
   - UDP Forwarding Standard: `<ERPC_SOURCE_IP>/32` से गंतव्य पोर्ट `<DESTINATION_PORT>` पर आने वाले UDP ट्रैफ़िक की अनुमति दें। स्रोत पोर्ट पर कोई प्रतिबंध न लगाएँ, क्योंकि ERPC डायनेमिक UDP स्रोत पोर्ट का उपयोग करता है।
   - UDP Forwarding Premium: हर `<SOURCE_IP_n>/32` से गंतव्य पोर्ट `<DESTINATION_PORT>` पर आने वाले UDP ट्रैफ़िक की अनुमति दें — डैशबोर्ड में दिखाए गए हर स्रोत IP के लिए एक नियम। स्रोत पोर्ट पर कोई प्रतिबंध न लगाएँ।
3. यदि पैकेट कैप्चर में दिखते हैं, लेकिन आपके एप्लिकेशन तक नहीं पहुँचते, तो रिसीवर को localhost के बजाय `0.0.0.0:<DESTINATION_PORT>` पर बाइंड करें, फिर लोकल फ़ायरवॉल और सॉकेट/प्रोसेस सेटिंग्स जाँचें।

नियम अपडेट करने के बाद भी पैकेट न आएँ, तो सपोर्ट टीम को कैप्चर की अवधि, पैकेटों की संख्या, स्रोत IP, गंतव्य IP और गंतव्य पोर्ट भेजें।

प्रदाताओं के दस्तावेज़: [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) और [Microsoft Pktmon](https://learn.microsoft.com/en-us/windows-server/networking/technologies/pktmon/pktmon)।

## संसाधन

- सारा कोड और README दस्तावेज़ Solana Stream SDK रिपॉज़िटरी में हैं:  
  https://github.com/ValidatorsDAO/solana-stream