क्या किसी वेबसाइट को उसके आईपी पते से सीधे पहुँचा जा सकता है?

Question

मैंने पाया कि कई वेबसाइटें अपनी साइट की सामग्री को केवल तब प्रदर्शित करती हैं जब आप उन्हें उनके FQDN (उदाहरण example.com) द्वारा एक्सेस करते हैं । जब उनके आईपी पते तक पहुंचने की कोशिश की जाती है, तो वे एक 404 साइट दिखाते हैं जिसमें त्रुटि नहीं मिली।

क्या ऐसे अच्छे कारण हैं कि साइट के मालिक नहीं चाहेंगे कि उनकी वेबसाइटें DNS के माध्यम से जाने के बजाय आईपी पते से सीधे सुलभ हों?

आपकी वेबसाइट के लिए प्रत्यक्ष आईपी एक्सेस उपलब्ध कराने के नियम और विपक्ष क्या हैं?

Answer 1

ध्यान दें कि एक डोमेन नाम के माध्यम से पहुंचने वाली वेबसाइट को सीधे आईपी पते की जड़ में होस्ट नहीं किया जा example.orgसकता है , यानी मैप कर सकता है 123.45.67.89/~example। यह सामान्य वेब होस्ट के लिए सामान्य है क्योंकि वे प्रति वेबसाइट पर एक आईपी पता आवंटित नहीं कर सकते हैं - जो अविश्वसनीय रूप से बेकार होगा।

उदाहरण के लिए, यदि आप एक डीएनएस लुकअप करते हैं webmasters.stackexchange.com, तो आपको आईपी पता 198.252.206.140(वेबसाइट से जुड़े लिंक पर दाईं ओर) मिलेगा । जबकि IP पता एक StackExchange पृष्ठ पर जाता है, यह वेबमास्टर्स सेक्शन तक नहीं जाता है, जो कुछ इस तरह हो सकता है 198.252.206.140/www/webmasters।

एक आईपी पते (या कुछ और 123.45.67.89/~example) का उपयोग करने की एक शर्त एक स्थिर आईपी पते की आवश्यकता है। यदि, किसी कारण से, आईपी पते को बदलना होगा, तो आपके पास उपयोगकर्ताओं को पुनर्निर्देशित करने का कोई तरीका नहीं होगा। जबकि एक डोमेन नाम के साथ, नए आईपी पते को इंगित करने के लिए डीएनएस रिकॉर्ड को अपडेट करने की बात है।

पूरी तरह से संबंधित नहीं होने पर, आईपी पते का एक और स्पष्ट अर्थ यह है कि वे एक नाम और एक अंत की तुलना में याद रखना बहुत कठिन हैं।

डिफ़ॉल्ट रूप से, एक वेबसाइट डोमेन नाम, साथ ही आईपी पते के माध्यम से उपलब्ध होगी। इस प्रश्न के अलग-अलग उत्तर / टिप्पणियाँ अलग-अलग दृष्टिकोण प्रदान करते हैं, और मैं उस की नकल नहीं करना चाहता।

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

Comments

मुझे नहीं लगता कि आपके अंतिम दो पैराग्राफ प्रश्न का उत्तर देते हैं। प्रश्न की मेरी समझ में, ओपी यह नहीं पूछ रहा है कि क्या एक डोमेन नाम के बजाय केवल आईपी ​​पते के माध्यम से एक वेबसाइट की पेशकश करना ठीक है , लेकिन क्या जानबूझकर उपयोगकर्ताओं को आईपी पते के माध्यम से वेबसाइट तक पहुंचने से रोकने के लिए कोई कारण हैं। ।

— या मैपर

एक छोटा सुधार: अपने आप में, एक whois लुकअप आपको केवल डोमेन नाम के लिए पंजीकरण स्थिति और संपर्क जानकारी दिखाएगा। IP पता DNS रिकॉर्ड लुकअप द्वारा निर्धारित किया जाता है। Who.is एक ऐसी सेवा है जो सिर्फ डोमेन नाम देखते समय आप दोनों को दिखाने के लिए होती है। इसके अलावा, आप केवल whois जानकारी पाएंगे stackexchange.com, और नहीं webmasters.stackexchange.com। gwhois.org/webmasters.stackexchange.com+dns

— iglvzx

@ORMapper और iglvzx : आप दोनों को बहुत बहुत धन्यवाद! मैंने आपकी टिप्पणियों को ठीक करने के लिए अपना उत्तर अपडेट कर दिया है, अन्य उत्तरों से यथासंभव कम कॉपी करने की कोशिश कर रहा हूं, जो पढ़ने में बहुत दिलचस्प थे।

— 27'14

साथ ही यूट्यूब - यदि आप यूट्यूब को पिंग करते हैं, और आईपी एड्रेस प्राप्त करते हैं 173.194.41.161, तो आप Google का होम पेज प्राप्त कर सकते हैं।

— विल्फ

यदि आप इसे लागू करते हैं (जो आपको वास्तव में करना चाहिए) तो एक और समस्या एसएसएल हो सकती है।

— लीयो लाम

Answer 2

HTTP के मूल संस्करण में अनुरोध के भाग के रूप में होस्ट नाम निर्दिष्ट करने के लिए क्लाइंट के लिए कोई तंत्र शामिल नहीं था। यह सर्वर से जुड़ा और केवल URL के पथ भाग को भेजा। HTTP प्रोटोकॉल के शुरुआती संशोधनों में से एक क्लाइंट को होस्ट नाम सहित अन्य "हेडर" जानकारी भेजने की क्षमता जोड़ना था।

आभासी मेजबानों के लिए 20 साल पहले ब्राउज़र समर्थन बहुत धब्बेदार था। इसके बाद, केवल आईपी पते से सामग्री की सेवा करने के लिए एक वैध कारण होगा। ग्राहकों के एक छोटे से प्रतिशत ने होस्ट हेडर नहीं भेजा होगा। होस्ट नाम अब हर ब्राउज़र और वेब क्रॉलर द्वारा भेजा गया एक मानक हेडर है।

वास्तव में, मुझे लगता है कि यदि मेरा सर्वर मेरी वेबसाइट के साथ प्रतिक्रिया करता है, तो आईपी पते पर सामग्री की तलाश करने वाले अनुरोध संतुष्ट होने की संभावना नहीं है। मैं आईपी केवल अनुरोधों को देख रहा हूं:

• एक वेबसाइट है कि के लिए प्रयोग किया जाता है कि आईपी पते पर होने की
• मैलवेयर द्वारा पहुंच के लिए प्रयास

अब मैं अपनी साइट की सेवा करने या अपनी साइट पर पुनर्निर्देशित करने के बजाय केवल IP पते अनुरोधों के लिए 404 त्रुटि की सेवा करना पसंद करता हूं। मेरे सर्वर को गैर-मान्यताप्राप्त होस्ट नामों के लिए 404 पृष्ठों की सेवा के लिए भी कॉन्फ़िगर किया गया है जैसा कि उत्तर में बताया गया है कि दुर्भावनापूर्ण डोमेन पुनर्निर्देशन से कैसे निपटें?

Comments

मैं कभी-कभी वेबसाइटों को उनके आईपी पते के माध्यम से एक्सेस करने की कोशिश करता हूं; हर बार जब मुझे संदेह होता है कि मेरे DNS के साथ कुछ गड़बड़ हो रही है। उन स्थितियों में, मैं वेबसाइट के लिए आईपी पते का पता लगाने और उसके माध्यम से वेबसाइट खोलने का प्रयास करता हूं। यदि वेबसाइट मुझे सामान्य डोमेन नाम से उम्मीद करती है कि वह केवल अपने आईपी के माध्यम से ठीक है, मुझे पता है कि मुझे अपने DNS के बारे में कुछ ठीक करना है, लेकिन अगर मुझे एक त्रुटि संदेश मिलता है, तो मैं हमेशा मानूंगा कि वेबसाइट के सर्वर पर कुछ टूट गया है और मुझे अभी तय होने तक इंतजार करना होगा।

— या मैपर

कई वेब साइटें इन दिनों साझा होस्टिंग का उपयोग करती हैं, जो यह उम्मीद करती है कि होस्ट नाम के बिना उन्हें एक्सेस करने में सक्षम होना व्यावहारिक नहीं है। यह StackExchange वेबसाइट केवल IP पते के साथ उपलब्ध नहीं है। कई StackExchange सबडोमेन वेबसाइट हैं जो इसे साझा करती हैं। यदि आप इसे केवल IP पते के साथ आज़माते हैं, तो StackExchange एक कस्टम 404 पृष्ठ दिखाता है।

— स्टीफन Ostermiller

Answer 3

विशेष रूप से यदि आपके पास एक साझा होस्टिंग या अपने स्वयं के होस्टिंग के कई डोमेन हैं, तो आप आईपी के माध्यम से "वेबसाइट" तक नहीं पहुंच सकते। अपने स्वयं के सर्वर के लिए आप संभवतः एक प्राथमिक डोमेन को परिभाषित कर सकते हैं जो आईपी में प्रवेश करने पर पहुंच जाता है। साझा मेजबानों के लिए जो असंभव है।

जैसा कि @Ijacqu द्वारा बताया गया है कि आईपी आसानी से बदल सकता है।

एक और बात डुप्लिकेट सामग्री है, इसलिए मूल रूप से ऐसा करने के लिए अच्छा अभ्यास नहीं है।

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

एक सर्वर के लिए जिसे मैंने प्रशासित किया था, मैंने एक छोटी सी HTML साइट को जोड़ा, बस "वेलकम टू 123.456.789.123" को एक डिफ़ॉल्ट वेबसाइट के रूप में, क्योंकि उस मशीन पर कई ग्राहक प्रोजेक्ट होस्ट किए गए थे, और मुझे बस डिफ़ॉल्ट साइट के लिए एक सफेद लेबल समाधान की आवश्यकता थी। मैंने अपाचे vhosts का उपयोग करके कॉन्फ़िगर किया है।

Answer 4

एसईओ के नजरिए से यह एक आपदा है।

यदि आपके पास उदाहरण के लिए stackexchange.com की एक वेबसाइट है और यह आईपी पते से भी सुलभ है तो इससे डुप्लिकेट सामग्री प्राप्त होगी।

यह आपकी रैंकिंग को नष्ट कर देगा, और आपके उपयोगकर्ताओं को भ्रमित करेगा, जो वे Google पर खोज करेंगे और एक ही विषय के लिए 2 परिणाम पाएंगे (एक डोमेन नाम से सुलभ, और एक आईपी पते से सुलभ)

IP पते से डोमेन को कभी भी एक्सेस न करें।

यदि आपको किसी एकल सर्वर पर एक डोमेन होस्ट किया गया है, तो सबसे अच्छा तरीका 301 redirectउस डोमेन के लिए आईपी एड्रेस को निर्देशित करना है।

यदि आपके पास सर्वर पर एक से अधिक डोमेन हैं, तो प्रत्यक्ष आईपी एड्रेस एक्सेस को अक्षम करें।

Comments

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

— क्लोजनेटॉक

वेबसाइट द्वारा नष्ट कर दिया गया था, nginx के एक अद्यतन के बाद जो मैंने डिफ़ॉल्ट सर्वर तय नहीं किया था। 6 महीने लग गए 301 से सभी 10.000.000 क्रॉल किए गए लिंक को डायरेक्ट आईपी एड्रेस एक्सेस में :(

— krokola

और अगर आपको लगता है कि कोई एसईओ समस्याएं नहीं हैं (लेकिन मैं आपसे पूरी तरह असहमत हूं), तो हिट के साथ एक बहुत बड़ा मुद्दा है। बॉट एक ही सामग्री को क्रॉल करने के लिए दोहरी हिट करेंगे। यदि आपकी वेबसाइट प्रति दिन 2.000.000 बॉट हिट प्राप्त करती है, और आप सीधे आईपी एड्रेस एक्सेस की अनुमति देते हैं, तो बॉट्स 4.000.000 बना देगा।

— क्रोकोला

एसईओ के लिए, <link rel="canonical" href="http://example.com" />डुप्लिकेट सामग्री से बचने के लिए ए जोड़ना संभव है।

— प्रश्न अतिप्रवाह

यह उत्तर निश्चित रूप से सत्य नहीं है। कई वेबसाइटें अपने आईपी पते पर पहुंच योग्य हैं, यह खोज इंजन सिरदर्द का कारण नहीं बनता है, यह आपके "एसईओ" को नहीं मारेगा। डुप्लिकेट सामग्री एक तकनीकी समस्या है जो वेब की शुरुआत से आसपास रही है, खोज इंजन के पास इससे निपटने के विभिन्न तरीके हैं। यह दुनिया का अंत नहीं है। उस ने कहा, यदि आपके पास अनुक्रमण के संबंध में कोई प्राथमिकता है, तो rel = canonical जोड़ना खोज इंजन को उस दिशा में मार्गदर्शन करने का एक शानदार तरीका है।

— जॉन मुलर

Answer 5

बस मेरे 2 सेंट, मेरे वेब सर्वर (लगभग 8) पर कुछ वेब साइटें हैं और वे सभी एक ही आईपी पते के समान हैं। होस्ट हेडर के उपयोग के साथ, FQDN प्रश्न में वेब साइट के लिए सही निर्देशिका के अनुरोध को निर्देशित करने के लिए वेब सर्वर (मेरे मामले में अपाचे) में मदद करता है। IP पता डिफ़ॉल्ट रूप से मेरी कंपनी वेबसाइट को निर्देशित किया जाता है। मैंने 2001 के बाद से पाया है कि यह अधिकांश वेब होस्टिंग प्रदाताओं के लिए आदर्श है, विशेष रूप से आईपीवी 4 पतों की वर्तमान स्थिति पर विचार कर रहा है। बस कुछ पृष्ठभूमि में, मैंने लगभग 8 वर्षों तक वॉयेजर.नेट (मिशिगन में) के लिए काम किया और मल्लाह एक होस्टिंग कंपनी और आईएसपी था जिसने 80,000 से अधिक डोमेन की मेजबानी की और मुझे नहीं पता कि हमने कितनी वेब साइटों की मेजबानी की। एक साइड नोट में, FQDN आईपी पते के लिए मानव पठनीय पते देने के लिए उपयोग की गई परिभाषा है, ताकि हम उन्हें और अधिक आसानी से याद कर सकें। फिर से बस मेरी 2 सेंट।

Answer 6

सुरक्षा के दृष्टिकोण से, यह एक स्मार्ट कदम है।

भारी ट्रैफ़िक वाली अधिकांश वेबसाइटों में CDN का उपयोग कहीं न कहीं होगा। इसलिए किसी भी DOS या DDOS हमले का प्रयास केवल CDN सर्वर के माध्यम से दूर हो जाएगा और उपयोगकर्ता साइट तक नहीं पहुंचेगा।

हालांकि, अगर किसी उपयोगकर्ता को साइट के आईपी पते के बारे में पता है, तो वह सीधे आईपी पर हमला कर सकता है और कुछ ही समय में सर्वर को नीचे ला सकता है। यही कारण है कि अधिकांश CDN आपके सर्वर के IP पते को छिपाने के लिए आपको विकल्प प्रदान करेंगे। इसलिए साइट को एक्सेस करने की कोशिश कर रहे किसी व्यक्ति को 404 देना एक अच्छा कदम है। यह एक .htaccess फ़ाइल द्वारा या डिफ़ॉल्ट सर्वर दस्तावेज़ रूट के अलावा किसी अन्य स्थान पर साइट को होस्ट करके किया जा सकता है।

Answer 7

साझा आईपी होस्टिंग के बारे में हर कोई भूल जाता है कि यह एक ही लाइसेंस नंबर वाली 1000 कारों की तरह है। यदि कोई व्यक्ति कुछ दुर्भावनापूर्ण कार्य कर रहा है, तो एक आईपी से ट्रैफ़िक लक्ष्य सर्वर पर दिखाई देगा। यह अवरुद्ध हो जाता है और इसलिए हर कोई इसका उपयोग करता है। कोई भी साइट जिसकी आपको परवाह है, उसका खुद का आईपी होना चाहिए। आपके द्वारा भेजा गया कोई भी मेल आपके आईपी से आना चाहिए न कि एक साझा। मैं कुछ भी कम करने के लिए बस गया और मैं 1994 से इस पर हूं।

Comments

इस सवाल का जवाब नहीं है। सवाल यह था कि आईपी एड्रेस द्वारा साइट को एक्सेस किया जाना चाहिए या नहीं, यह साझा साइट पर होना चाहिए या नहीं। यहां तक ​​कि अगर आपके पास अपना खुद का आईपी पता है, तो आप आईपी पते में टाइप करके अपनी साइट को उपलब्ध कराना चाहते हैं या नहीं कर सकते हैं। आप उस एक आईपी पते पर अपनी कई साइटों को होस्ट करना चाह सकते हैं।

— स्टीफन Ostermiller