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

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

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

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

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

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

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

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

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

अगर आपने आईपी पते के आधार पर 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 की मदद से, ईमेल की डिलीवरी पक्का करना और झूठे नाम से मेल भेजे जाने से बचना