आउटबाउंड मेल सर्वर के लिए 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 रिकॉर्ड से बाहर रखा गया है. ये Google के उन होस्टनेम से जुड़े होते हैं जिनके आखिर में unverified-forwarding.1e100.net होता है. ये सर्वर, बिना पुष्टि किए गए ईमेल को रूट करने के लिए, इस लेख में दी गई आईपी पते की रेंज का इस्तेमाल करते हैं.

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

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

अहम जानकारी:

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

IPv4	IPv6
108.177.16.0/24 108.177.17.0/24 142.250.220.0/24 142.250.221.0/24	2600:1901:101::0/126 2600:1901:101::4/126 2600:1901:101::8/126 2600:1901:101::c/126 2600:1901:101::10/126 2600:1901:101::14/126

IPv4

IPv6

108.177.16.0/24

108.177.17.0/24

142.250.220.0/24

142.250.221.0/24

2600:1901:101::0/126

2600:1901:101::4/126

2600:1901:101::8/126

2600:1901:101::c/126

2600:1901:101::10/126

2600:1901:101::14/126

रेंज को पिछली बार अपडेट करने की तारीख: 25 जनवरी, 2021

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

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

*.unverified-forwarding.1e100.net

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

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

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

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