Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

आउटबाउंड मेल सर्वर के लिए Google के आईपी पते की रेंज

अपने डोमेन के लिए ईमेल सेट अप करते समय, आपको Google Workspace के मेल सर्वर के आईपी पतों की ज़रूरत पड़ सकती है. उदाहरण के लिए, आपके डोमेन के लिए SPF से पुष्टि करने के लिए, Google के सर्वर के आईपी पतों की ज़रूरत पड़ सकती है.

Google के पास, दुनिया भर में मेल सर्वर का नेटवर्क है. यह नेटवर्क, मांग के हिसाब से डाइनैमिक तरीके से बढ़ता है. इसका मतलब है कि Google Workspace के मेल सर्वर के पास आईपी पतों की बड़ी रेंज होती है. साथ ही, ये पते अक्सर बदलते रहते हैं.

Google के SPF रिकॉर्ड की जांच करके, Google Workspace के आईपी पतों की मौजूदा रेंज पाएं.

Google, डीएनएस TXT रिकॉर्ड _spf.google.com और उससे जुड़े रिकॉर्ड में, आईपी पतों की रेंज की सूची पब्लिश करता है. यह TXT रिकॉर्ड, SPF के लिए पूरा है. हालांकि, इसमें डिफ़ॉल्ट डोमेन पर Google के एपीआई और सेवाओं के इस्तेमाल की जाने वाली आईपी पतों की सभी रेंज शामिल नहीं हैं. Google के आईपी पतों की सभी संभावित रेंज के लिए, Google के आईपी पतों की रेंज पाना लेख पढ़ें.

बिना पुष्टि किए फ़ॉरवर्ड किए जाने वाले ईमेल के लिए, आईपी पतों की रेंज

आने वाले ईमेल को अलग-अलग जगहों पर फ़ॉरवर्ड करने के लिए, Gmail के ऐडवांस राउटिंग के नियमों का इस्तेमाल किया जा सकता है.

Gmail, बिना पुष्टि किए फ़ॉरवर्ड किए जाने वाले कॉन्फ़िगरेशन वाले ईमेल को, सार्वजनिक आईपी पतों वाले Google के सर्वर के ज़रिए रूट करता है. सार्वजनिक आईपी पतों को जान-बूझकर Google के SPF रिकॉर्ड में शामिल नहीं किया जाता . साथ ही, ये Google के होस्टनेम पर रिज़ॉल्व होते हैं, जो unverified-forwarding.1e100.net पर खत्म होते हैं. ये सर्वर, बिना पुष्टि किए गए ईमेल को रूट करने के लिए, इस लेख में दी गई आईपी पतों की रेंज का इस्तेमाल करते हैं.

Gmail, पुष्टि नहीं किए गए ईमेल को फ़ॉरवर्ड करते समय, उनमें पुष्टि की जानकारी नहीं जोड़ता. उदाहरण के लिए, Gmail, पुष्टि नहीं किए गए ईमेल को फ़ॉरवर्ड करते समय, फ़ॉरवर्ड करने से पहले उसमें SPF की जानकारी नहीं जोड़ता. फ़ॉरवर्ड किए गए ईमेल में पुष्टि की जानकारी जोड़ने से, ईमेल पाने वाले सर्वर, ईमेल के ओरिजनल सोर्स की पहचान नहीं कर पाते. फ़ॉरवर्ड किए गए ईमेल की पुष्टि की स्थिति की पुष्टि करने के लिए, ARC से ईमेल की पुष्टि करने की सुविधा का इस्तेमाल करें.

अगर आपने Gmail को आईपी पते के आधार पर रूट किया है, तो आपको अपने फ़ायरवॉल की राउटिंग सेटिंग अपडेट करनी पड़ सकती है, ताकि उसमें नीचे दी गई आईपी रेंज शामिल की जा सकें.

अहम जानकारी:

नीचे दिए गए होस्टनेम और आईपी पतों की रेंज से, बिना पुष्टि किए और पुष्टि नहीं किए गए ईमेल भेजे जाते हैं. हमारा सुझाव है कि फ़ायरवॉल और सुरक्षा के अन्य उपायों से गुज़रने पर, इन आईपी रेंज से मिले ईमेल को सख्ती से मैनेज करें.
SPF को इन आईपी पतों से मिले ईमेल को, पुष्टि नहीं किए गए ईमेल के तौर पर मानना चाहिए.
इन होस्टनेम या आईपी पतों को अपने SPF रिकॉर्ड में शामिल न करें. इससे आपके डोमेन पर स्पूफिंग, फ़िशिंग, और अन्य तरह के धोखाधड़ी वाले ईमेल भेजे जाने का खतरा बढ़ जाता है.

IPv4	IPv6
108.177.16.0/23 142.250.220.0/23	2600:1901:101::0/48

IPv4

IPv6

108.177.16.0/23

142.250.220.0/23

2600:1901:101::0/48

रेंज को पिछली बार 24 मार्च, 2026 को अपडेट किया गया था

बिना पुष्टि किए फ़ॉरवर्ड किए जाने वाले ईमेल के लिए, होस्टनेम मास्क

अगर आपने अपने फ़ायरवॉल की राउटिंग सेटिंग में आईपी पतों के बजाय होस्टनेम का इस्तेमाल किया है, तो पुष्टि नहीं किए गए ईमेल को रूट करते समय, इस होस्टनेम मास्क का इस्तेमाल करें:

*.unverified-forwarding.1e100.net

भरोसेमंद नहीं माने जाने वाले फ़ॉरवर्डिंग सर्वर की पहचान करने के लिए, अपने फ़ायरवॉल की सेटिंग में इस होस्टनेम मास्क का इस्तेमाल करें. सबडोमेन के लिए, वाइल्डकार्ड (*) का इस्तेमाल करें. सबडोमेन में, एक से ज़्यादा नेस्ट किए गए सबडोमेन शामिल हो सकते हैं.

बिना पुष्टि किए फ़ॉरवर्ड किए जाने वाले ईमेल के लिए, आईपी पतों की रेंज

बिना पुष्टि किए फ़ॉरवर्ड किए जाने वाले ईमेल के लिए, होस्टनेम मास्क

संबंधित विषय