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

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

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

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

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

फ़ॉरवर्ड करने की सुविधा के लिए, ऐसे आईपी पतों की रेंज जिनकी पुष्टि नहीं हुई है

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

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

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

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

अहम जानकारी:

नीचे दिए गए होस्टनेम और आईपी पते की रेंज से, ऐसे मैसेज भेजे जाते हैं जिनकी पुष्टि नहीं हुई है और जिनकी पुष्टि नहीं की गई है. हमारा सुझाव है कि फ़ायरवॉल और अन्य सुरक्षा उपायों से गुज़रने वाले इन आईपी पतों से मिले मैसेज को मैनेज करने के लिए, सख्त नियम लागू करें.
इन आईपी पतों से भेजे गए ईमेल को, एसपीएफ़ से पुष्टि नहीं किए गए ईमेल के तौर पर माना जाना चाहिए.
इन होस्टनेम या आईपी पतों को अपने 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

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

मिलते-जुलते विषय

Google के आईपी पते की रेंज पाना

SPF की मदद से, ईमेल की डिलीवरी पक्का करना और झूठे नाम से मेल भेजे जाने से बचना