ओएस एक्स सर्वर कैशिंग / डीएनएस प्रश्न

Question

हमारे नेटवर्क में 3 प्राथमिक सार्वजनिक आईपी (डेटासेंटर, उपयोगकर्ता सेट ए, उपयोगकर्ता सेट बी) है। मैं कैशिंग सर्वर सेट करना चाहूंगा, और मैं DNS प्रविष्टि के टूटने को समझने की कोशिश कर रहा हूं।

डेटा भाग में, "prs=1.2.3.4,2.3.4.5,3.4.5.6"अनुभाग: "पीआरएस" वास्तव में किसके बराबर है? साथियों? यदि यह आंतरिक DNS में जा रहा है, तो क्या मैं सार्वजनिक IP के विपरीत, कैश सर्वर के आंतरिक IP का उपयोग नहीं करना चाहूंगा?

इसके अलावा, क्या यह रिकॉर्ड क्लाइंट / डिवाइस, या सर्वर की सहायता करता है?

Comments

मुझे एक प्रश्न के लिए नीचे संपादित करने के लिए लुभाया गया था, लेकिन मुझे यकीन नहीं है कि कौन सा प्रश्न सबसे महत्वपूर्ण है। क्या आपके पास वास्तव में सर्वर सेट है और उसे चलाने से आप कुछ भी करने से पहले प्लानिंग के इर्द-गिर्द अपना दिमाग लगाने की कोशिश कर रहे हैं?

— bmike

@bmike - इसका अप-एंड-रनिंग (चाहे वह काम कर रहा हो एक अलग कहानी है ...)। मैं मुख्य रूप से समझना चाहता हूं कि DNS प्रविष्टि क्या करती है।

— TPCoMatt

Answer 1

पढ़ना मदद पृष्ठों मुझे लगता है कि पीआरएस के लिए खड़ा पी ublic आर Ange कॉमा- रों eparated और PRN के लिए खड़ा पी ublic आर Ange द्विआधारी n etwork-बाइट क्रम के प्रारूप ।

आधिकारिक डीएनएस-सर्वर में प्रवेश (ies) गो (तों) होता है जो जरूरी नहीं कि आपका (आंतरिक) डीएनएस-सर्वर हो।

ज़ोन फ़ाइल में प्रविष्टियों (सार्वजनिक होस्ट या नेटवर्क रेंज के) का उद्देश्य आपके कैशिंग सर्वर को पेश करना है और फिर अन्य कैशिंग के सेवा क्वेरी (जैसे अद्यतन) को आपके कैशिंग सर्वर पर पुनर्निर्देशित करना है।

किसी न किसी उदाहरण:

1. आपका सार्वजनिक होस्ट --- अद्यतन अनुरोध -> Apple अपडेट सर्वर
2. Apple अपडेट सर्वर --- रिवर्स DNS लुक अप ---> ऑक्टोर। DNS सर्वर
3. प्रमाणीकरण। DNS सर्वर --- डोमेन नाम / _aaplcache._tcp ---> Apple अपडेट सर्वर
4. Apple अपडेट सर्वर - जिम्मेदार कैशिंग सर्वर को निर्धारित करता है
5. Apple अपडेट सर्वर --- आपके सार्वजनिक होस्ट को कैशिंग सर्वर ---> का सार्वजनिक आईपी भेजता है
6. आपका सार्वजनिक होस्ट --- अद्यतन अनुरोध -> आपका कैशिंग सर्वर

Comments

अच्छी तरह से कहा, मैं DNS पहलू के लिए उत्सुक नहीं था, लेकिन यह कुछ वर्षों के लिए सर्वर का उपयोग करने के बाद कुल मतलब है।

— bmike

Answer 2

संक्षेप में, यहाँ मैं ग्राहकों को कैशिंग सर्वर की व्याख्या कैसे करूँ:

1. प्रत्येक आईओएस और मैक डिवाइस कुछ क्लाउड गतिविधि जैसे कि iCloud परिसंपत्तियों को संग्रहीत करने और iCloud संपत्ति डाउनलोड करने, ऐप स्टोर डाउनलोड, सॉफ़्टवेयर अपडेट और डाउनलोड के लिए ऐप्पल के सर्वर के साथ जांच करता है।
2. Server.app Apple के सर्वर में भी जाँच करता है और सेटिंग्स के आधार पर सामग्री को कैश करने के लिए कहता है।
3. यदि आपके पास एक आंतरिक / गैर-निष्क्रिय IP पता और डिफ़ॉल्ट सेटिंग्स वाला एक छोटा नेटवर्क है, तो सब कुछ अच्छा काम करता है
4. आपको कुछ DNS गोंद की आवश्यकता होती है यदि आपका सर्वर केवल / मुख्य रूप से एक सार्वजनिक आईपी पते द्वारा पहुंच योग्य है ताकि iOS और मैक क्लाइंट "स्थानीय" कैशिंग सर्वर से संपर्क करने के लिए जान सकें, भले ही एक सख्त नेटवर्किंग सबनेट सेंस से सर्वर वास्तव में नहीं है अनुरोध करने वाले ग्राहक के आईपी पते की तुलना में "स्थानीय"।

कुछ संबंधित सूत्र जिनके अच्छे उत्तर हो सकते हैं या नहीं हो सकते हैं:

• क्या आप बता सकते हैं कि OS X कैशिंग सर्वर से अपडेट आया है या नहीं?
• क्या कैशिंग सर्वर का पता लगाने का एक तरीका है?

सामान्यतया, आप विभिन्न सबनेट पर ऐप्स को हटाने और पुन: स्थापित करने के लिए परीक्षण उपकरणों का उपयोग कर सकते हैं और कैशिंग सर्वर लॉग फ़ाइलों को देखने के लिए कि कैशिंग सर्वर द्वारा एक अनुरोध देखा गया था। फिर, सभी अनुरोधों को कैशिंग सर्वर से अनुभव नहीं किया। मेरे पास "परीक्षण" वातावरण में दो सर्वर स्थापित हैं और मुझे अधिकांश दिनों में 60 से 80% सबसे अधिक अनुरोधों की सफलता दर दिखाई देती है। मेरी सोच यह है कि कैशिंग सर्वर का उपयोग करने के लिए "विफलताओं" के लिए लोड मुद्दे, टाइमआउट, खोए हुए पैकेट और इस तरह के खाते, लेकिन कुल मिलाकर, मैं एक दिन में गीगाबाइट ट्रैफ़िक को बचाता हूं और कभी-कभी, अद्यतन दिनों पर बहुत अधिक ट्रैफ़िक और जब क्लाइंट iCloud फोटो लाइब्रेरी का उपयोग करें - सामग्री को स्थानीय रूप से कैश किए जाने के बाद कुछ समय के लिए एक नया डिवाइस सेट करने पर कैश सर्वर पर लगभग विशेष रूप से सुखद अनुभव होता है।

आप शायद कमांड लाइन के विकल्पों को खोदना चाहते हैं, हालांकि यदि आप किसी भी नेटवर्क पर एक फ्लैट नेटवर्क सेगमेंट में सर्वर.एप्प चलाते हैं।