मॉड मेजबान फ़ाइल, दूरस्थ सर्वर पर जूमला से कनेक्ट करें


0

मैंने अभी एक दूरस्थ सर्वर पर एक खाता स्थापित किया है जिसमें जूमला स्थापित है। मुझे होस्ट फ़ाइल में xxx.xx.xxx.xx name.ca www.name.ca जोड़ने के लिए निर्देश दिया गया था जो मुझे / निजी / etc / में मिली थी। मुझे अपने एडमिन खाते पर मुकदमा करना पड़ा और sudo to mod फ़ाइल का उपयोग करना पड़ा और पाया कि मेजबान भी / etc / में पाए जाते हैं, हालांकि यह जाहिरा तौर पर एक ही फ़ाइल है। मैंने dscacheutil -flushcache का उपयोग करके DNS कैश को फ्लश करने का प्रयास किया और फिर Safari लॉन्च किया और पता xxx.xx.xxx.xx / व्यवस्थापक को दर्ज किया लेकिन 404 त्रुटि मिली।

जूमला मेरे लिए सर्वर के मालिक द्वारा स्थापित किया गया था और अपने विंडोज लैपटॉप से ​​एक्सेस किया गया था ताकि मुझे पता चल सके कि यह काम करना चाहिए लेकिन यहां नहीं जाना चाहिए। क्या कोई सुझाव दे सकता है कि समस्या क्या हो सकती है?

जवाबों:


0

क्या आप वाकई एक FQDN पते ( http://blabla.com ) के बजाय सर्वर (xxx.xx.xxx.xx / एडमिनिस्ट्रेटर) के आईपी पते पर गए हैं ?

यदि आपको अपनी होस्ट फ़ाइल में आइटम सम्मिलित करने के लिए कहा गया था, तो यह एक आईपी पते के लिए DNS / FQDN अनुरोध का अनुवाद करने के लिए डिज़ाइन किया गया है, जबकि अभी भी लाभ को बनाए रखना है जैसे कि होस्ट हेडर (सबसे साझा और अन्य होस्टिंग का एक प्रमुख कारक) ।

यदि आप वास्तव में आईपी पते को टाइप करते हैं, जहां आपके सिस्टम पर जाना है, तो यह पूरी तरह से मेजबान फ़ाइल को संशोधित करने की आवश्यकता को दरकिनार कर देता है, और होस्ट हेडर को गलत तरीके से नहीं भेजा जाएगा।

उदाहरण के लिए - (मुझे यहाँ कम समय बिताने और वास्तव में अपने और कंपनी के लिए एक साइट बनाने की आवश्यकता है!) लेकिन http://www.williamhilsum.com और http://www.ezpcltd.com एक ही आईपी पते पर जाते हैं, और उसी साइट पर हल - लेकिन होस्ट हेडर को दूसरी पंक्ति में कोष्ठक में प्रदर्शित किया जाता है। आप इसके आईपी पते - http://87.194.162.98 के माध्यम से भी साइट तक पहुंच सकते हैं, लेकिन सर्वर सभी होस्ट हेडर को समझता है और व्यक्तिगत साइटों को पुनर्निर्देशित और होस्ट कर सकता है। उदाहरण के लिए, मेरे भाई के लिए, उसकी साइट पूरी तरह से एक अलग साइट http://www.edwardhilsum.com पर पुनर्निर्देशित करती है जो होस्ट हेडर के बिना सुलभ नहीं है।

मुझे उम्मीद है कि आप इसे समझेंगे।

जैसा कि स्वामी के लिए काम क्यों किया गया था, मैं केवल इतना कह सकता हूं कि वह या तो FQDN का उपयोग कर रहा था और आईपी नहीं या वीपीएन या डोमेन को हल करने के किसी अन्य तरीके से जुड़ा हुआ था।

वैकल्पिक रूप से, अन्य आइटम हो सकते हैं जैसे कि सर्वर आईपी प्रतिबंध, लेकिन सेवा / पर्यावरण के बारे में अधिक जानकारी के बिना, मैं वास्तव में कुछ भी सुझा नहीं सकता।

कृप्या मुझे बताना कि आप कैसे पार पाते हैं!


टिप्पणी के लिए धन्यवाद। xxx.xx.xxx.xx एक नए सर्वर पर है, लेकिन सक्रिय FQDN दूसरे सर्वर पर है - IP पता xx.x.xxx.xxx। नई साइट उपलब्ध कराई गई थी ताकि मैं जूमला का उपयोग करके दोस्तों की साइट को फिर से तैयार कर सकूं।
केट

@ केट, मुझे नहीं लगता कि आप उस टिप्पणी को पुनः प्रकाशित कर सकते हैं? मुझे वास्तव में समझ में नहीं आया: एस
विलियम हिल्सम

माफ़ कीजिये। मेरा मतलब था कि name.ca, xx.xx.xxx.xxx पर एक साइट है, और मेरे पास xxx.xx.xxx.xx पर एक और सर्वर है जिस पर जूमला स्थापित किया गया है। मैं बस आपके स्पष्टीकरण के लिए धन्यवाद देना चाहता हूं और आपको बता दूं कि यह एक नया सर्वर है लेकिन साइट - जो जुमला के साथ निर्मित नहीं है - वर्तमान में किसी अन्य सर्वर पर सक्रिय है। जूमला संस्करण का निर्माण अभी बाकी है। मैं एक छोटी सी क्रिया हूं जो मुझे पता है।
केट

@ विल, आप बिल्कुल सही थे, लेकिन मुझे अभी भी समझ नहीं आया कि name.ca काम क्यों करता है जब xxx.xx.xxx.xx ने (मेजबानों को मॉडिफाई करने से पहले भी) नहीं किया था। धन्यवाद!
केट

@ टोकते हैं - ठीक है, मैं सबसे अच्छा समझाने की कोशिश करूंगा - यदि आप नहीं समझते हैं (या अगर मैं आपको गलत समझ रहा हूं) तो कृपया पुनःप्रकाश करें ... यदि आप किसी भी बिंदु पर अधिक जानकारी चाहते हैं, तो मुझे बताएं। लेकिन वैसे भी ... एक सर्वर के लिए एक बिंदु को इंगित करने के लिए FQDN वाले प्रत्येक वेबसाइट को DNS की आवश्यकता होती है। होस्ट्स फ़ाइल का बिंदु सार्वजनिक DNS प्रविष्टियों को अधिलेखित करना है। कोई भी सर्वर (मेरे उत्तर में, मैं एक उदाहरण देता हूं) यह समझ सकता हूं कि ब्राउज़र में एक FQDN (होस्ट हेडर के रूप में सर्वर पर भेजा गया) के रूप में क्या टाइप किया गया है और इसके आधार पर विभिन्न सामग्री का उत्पादन कर सकते हैं। इसलिए, यह संभव है कि एक पता FQDN और IP पर आधारित सामग्री का उत्पादन करता है, दूसरा
विलियम हिल्सम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.