आउटबाउंड मेल सर्वर के लिए 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

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

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

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

संबंधित विषय