आपके नेटवर्क से बाहर न जाने वाले सत्यापन कोड
अपने SIM से स्थानीय HTTP कॉल से एक-बार वाले पासकोड भेजें। नंबर और कोड आपके नेटवर्क के अंदर ही बनते, रहते और पहुँचते हैं।
स्थानीय HTTP API से OTP। Windows 10, 11, Server.
OTP अपने नेटवर्क में क्यों रखें
OTP छोटा संदेश है पर उसकी विफलता महँगी है। रास्ते में जितने मध्य चरण बढ़ते हैं, कोड पढ़े जाने की संभावना भी बढ़ती है।
नंबर बाहर नहीं जाते
प्राप्तकर्ता के नंबर और कोड आपके डेटाबेस में रहते हैं। किसी मैसेजिंग कंपनी तक नहीं जाते, इसलिए सँभालने या खोने के लिए कोई तृतीय-पक्ष प्रतिलिपि नहीं।
वॉल्यूम बढ़े, खर्च वही
दिन में दस बार या दस हज़ार बार, सॉफ़्टवेयर का खर्च वही है। ट्रैफ़िक SIM प्लान वहन करता है, और जितनी ज़्यादा प्रमाणीकरण हों उतना फ़ायदा।
मौजूदा ढाँचा बनाए रखें
अपनी प्रमाणीकरण सेवा से स्थानीय HTTP API कॉल करें या पहले से इस्तेमाल हो रहा SMPP क्लाइंट जोड़ें। SDK बदलने की ज़रूरत नहीं। निगरानी अलर्ट भी इसी गेटवे से भेजें तो IT अलर्ट देखें।
देरी: स्थानीय API और सार्वजनिक इंटरनेट
देरी वह अंतर है जिसे ईमानदारी से बताना चाहिए। यहाँ वह है जो कह सकते हैं और जो नहीं।
| रास्ता | क्या कह सकते हैं | आधार |
|---|---|---|
| स्थानीय नेटवर्क पर HTTP कॉल | वायर्ड LAN पर सामान्यतः 100 मिलीसेकंड से कम | इंटरनेट से न गुज़रने वाला स्थानीय नेटवर्क। यह गारंटी नहीं |
| क्लाउड API का पूरा चक्र | हमने नहीं मापा। क्षेत्र और प्रदाता के अनुसार बदलता है | प्रदाता का दस्तावेज़। नेटवर्क की स्थिति का असर |
| कैरियर की डिलीवरी देरी | सामान्यतः कुछ सेकंड, कभी कुछ मिनट | कैरियर का राउटिंग और नेटवर्क भीड़ |
2026-11 की जाँच और समीक्षा। देरी के बयान हार्डवेयर और नेटवर्क पर निर्भर हैं। SLA तय करने से पहले अपने नेटवर्क पर मापें।
कई मोडेम से दोहराव बनाएँ
OTP ट्रैफ़िक में विफलता दिखती है। दो डिवाइस और दोबारा भेजने का नियम रखें तो मोडेम की खराबी "कनेक्शन विफलता" नहीं, "कोड में देरी" बनती है।
curl -X POST http://192.168.10.5:8080/sms/send -H "Content-Type: application/json" -d '{"to":"+12025550147","text":"Your code is 481922","device":"SIM1","retry":1}'
दो SIM, दो कैरियर
OTP ट्रैफ़िक मुख्य डिवाइस से भेजें और खराबी पर दूसरे कैरियर के दूसरे SIM पर जाएँ।
सीमित दोबारा भेजना
सामान्यतः तुरंत एक बार दोबारा भेजना काफ़ी है। तीन या अधिक बार भेजने से कोड दोहर जाते हैं और उपयोगी उलझन में पड़ता है।
समाप्ति आपकी ज़िम्मेदारी
गेटवे कोड पहुँचाता है। बनाना, हैश करना और समाप्त करना आपकी प्रमाणीकरण सेवा का काम है।
दफ़्तर का नेटवर्क बिगड़ने पर भी उसी डिवाइस से अलर्ट भेजने के लिए आउट-ऑफ़-बैंड SMS अलर्ट देखें। Windows सुविधाओं की सूची डेस्कटॉप SMS पेज पर है।
ऑडिट और भंडारण
हर OTP भेजना प्राप्तकर्ता, डिवाइस, समय और कैरियर के जवाब के साथ स्थानीय रूप से दर्ज होता है। नीति के अनुसार चाहें तो कोड को लॉग से बाहर रख सकते हैं।
भंडारण की अवधि किसी प्रदाता की नीति नहीं, आपकी सेटिंग है। 30 दिन, 1 वर्ष या नियोजित विलोपन में जो चाहें इस्तेमाल करें। डेटा नेटवर्क से बाहर नहीं जाता, इसलिए किसी तीसरे पक्ष से पूछे बिना डेटा-विषय के अनुरोध का जवाब दे सकते हैं।
औपचारिक प्रक्रिया अनुपालन गाइड और गोपनीयता निर्देश में है।
रिकॉर्ड में क्या रहता है
- तारीख़, समय, इस्तेमाल हुआ SIM
- प्राप्तकर्ता का नंबर (मास्किंग संभव)
- कैरियर की स्थिति और त्रुटि कोड
- मोडेम का लौटाया संदेश संदर्भ
जो हो सकता है और जो नहीं
समर्थित
स्थानीय HTTP API से OTP भेजना, दोतरफ़ा पुष्टि, प्रति डिवाइस दोबारा भेजना, स्थानीय ऑडिट रिकॉर्ड।
समर्थित नहीं
कोड बनाना, धोखाधड़ी आकलन, होस्टेड नंबर, और आपके SIM से ज़्यादा दोहराव।
बाहरी कारक
कैरियर की डिलीवरी देरी, मोडेम की संख्या, प्रमाणीकरण सेवा की समाप्ति नीति।
खरीदारों के आम सवाल
क्या सॉफ़्टवेयर OTP बनाता है?
नहीं। आपकी प्रमाणीकरण सेवा कोड बनाती और जाँचती है। गेटवे पाठ पहुँचाता है और हर प्रयास दर्ज करता है।
क्या यह बिना इंटरनेट चलता है?
हाँ। ऐप स्थानीय नेटवर्क पर गेटवे को कॉल करता है और मोडेम मोबाइल नेटवर्क से भेजता है। इंटरनेट का रास्ता नहीं लगता।
मुख्य मोडेम खराब हो जाए तो क्या होता है?
API उस डिवाइस का त्रुटि लौटाता है, और सेट किया हो तो दूसरे डिवाइस से दोबारा भेजता है। दो अलग कैरियर के दो SIM सबसे सरल दोहराव हैं।
क्या OTP लॉग में सहेजा जाता है?
डिफ़ॉल्ट सेटिंग में संदेश का पाठ सहेजा जाता है। भंडारण नीति के अनुसार मास्क या बाहर रख सकते हैं।
क्या नंबर लॉग से पूरी तरह हटाया जा सकता है?
हाँ। ऑडिट रिकॉर्ड में सिर्फ़ मास्क किया प्राप्तकर्ता और कैरियर संदर्भ रख सकते हैं। बदले में निदान की जानकारी कमज़ोर होती है।