जब मैं गूगल पर खोज, मेरी साइट या ब्लॉग यूआरएल एक आईपी पते के रूप में बाहर आता है, नहीं एक डोमेन नाम । कारण यह है कि सर्वर पर निर्भर करता है, होस्टिंग, साइट और ब्लॉग सेटिंग्स, और भी आईपी पते, या अनुप्रेषित करने के लिए उपयोग की अनुमति है, अगर वहां एक जगह के लिए डोमेन पता जब आईपी पते से जुड़ा है अनुप्रेषित है, वहां भी एक जगह है ४०३ पृष्ठ पर अनुप्रेषित । कृपया ध्यान दें कि Gkkmon अमेज़न Lightsail उदाहरण Linx में इस समस्या का सामना कर रहा है/यूनिक्स-Bitnami WordPress-Ubuntu अपाचे पर्यावरण ।
गंभीर समस्याएँ जो तब हो सकती जब खोज परिणाम IP पता url के रूप में दिखाया गया है
यदि Google ip पते के द्वारा पहुंच की अनुमति देता है, तो URL खोज परिणामों में ip (हमेशा नहीं) के रूप में प्रकट होता है, इसलिए कई समस्याएं हैं । सबसे बड़ी समस्या तब उत्पंन होती है जब आपके पास एक साइट होती है जिसके पास SSL सुरक्षा प्रमाणपत्र लागू होता है । सुरक्षा प्रमाणपत्र केवल एक डोमेन के रूप में जारी किया गया है, क्योंकि कोई ip पता, Google यदि आपकी साइट खोज परिणाम Https://example.com/post ज
ैसे डोमेन हैं, लेकिन कोई त्रुटि तब होती है जब आप https://12.123.12.123/post जैसे IP
पते के लिए मिलता है, तो कोई फर्क नहीं पड़ता । HTTPS के
लिए सुरक्षा प्रमाणपत्र जारी किया गया है डोमेन पते के साथ मेल नहीं खाता है, क्योंकि यह गोपनीयता त्रुटि पृष्ठ से लिंक करेगा, और उपयोगकर्ता कनेक्शन निजी करने के लिए सेट नहीं है । -हैकर 12.123.12.123 (जैसे, पासवर्ड, संदेश, क्रेडिट कार्ड, आदि) से जानकारी चोरी करने के लिए प्रयास किया जा सकता है, और आप जैसे '-' एक चेतावनी संदेश देखेंगे । यह एक साधारण त्रुटि संदेश नहीं है, लेकिन SSL सुरक्षा प्रमाणपत्र कनेक्शन के समय IP पते पर लागू नहीं किया गया है, क्योंकि यह एक सुरक्षा समस्या है ।
aforementioned मुद्दों बहुत उपयोगकर्ता सुरक्षा और पहुंच नीचा होगा । यह ठीक से साइट द्वारा प्रबंधित नहीं किया जा रहा के रूप में माना जा सकता है, यह एक सुरक्षा के मुद्दे या एक स्पैम साइट के रूप में वर्गीकृत होने की संभावना है, और जाहिर है एसईओ कम हो जाएगा और गूगल की खोज नकारात्मक इसे प्रभावित करता है । क्योंकि ऐसा लगता है कि यह एक स्टार नहीं है, यह एक होगा, और वहां तीन संभव समाधान कर रहे हैं ।
समाधान के लिए 3 तरीके जब खोज परिणाम आईपी पता यूआरएल के रूप में उजागर कर रहे है
पहले रास्ता था बस इंतजार और देखना । यह अस्थाई रूप से एक IP के रूप में चिह्नित किया जा सकता है, या यह एक डोमेन के रूप में देखा जा सकता है यदि आप प्रतीक्षा करें । क्योंकि गूगल एक स्थानीय खोज इंजन नहीं है, और यह मामला हो सकता है, अगर तुम रुको, मैंने सोचा था कि आईपी पता यूआरएल स्वाभाविक रूप से चुनना और केवल डोमेन पता खोज परिणाम सक्रिय हो जाएगा । मुझे लगता है कि अब बेतुका है या गलत । हालांकि, यह काफी निष्क्रिय और अनिश्चित था, और यह स्पष्ट है कि अवधि निर्धारित नहीं किया गया था, और है कि यादृच्छिक सेक्स एक मजबूत गलत था ।
दूसरी विधि Https://example.com/post जब यह गूगल पर उजागर किया गया था कि एक Ht
tps://12.123.12.123/post यूआरएल द्वारा पहुँचा था करने के लिए अनुप
्रेषित करने के लिए किया गया था । पहले यह एक तरह से बुरा लग रहा था, और यह वास्तव में एक तरीका है कि कई लोगों का उपयोग किया गया । हालांकि, जब मैं डोमेन पते पर पुनर्निर्देशन होने से पहले आईपी यूआरएल लिंक पर क्लिक किया, मैं गोपनीयता त्रुटि पृष्ठ को देखने के लिए कहा गया था, और यह पुनर्निर्देशन जब मैं "असुरक्षित पृष्ठ पर जाने के लिए उंनत टैब क्लिक किया गया था." त्रुटि पृष्ठ देखने से पहले, आपने देखा होगा कि यह कैसे पुनर्निर्देशन करने के लिए, लेकिन आप कैसे खोज करने के लिए पता नहीं था । यहां तक कि विधि जानने के एक मौलिक समाधान नहीं था क्योंकि यह एक वातावरण है जहां आईपी यूआरएल लिंक गूगल खोज के लिए लगातार उजागर किया जा सकता है ।
अंतिम विधि के लिए एक ४०३ या ४०० त्रुटि पृष्ठ सभी कनेक्शन क
े लिए मेरा निश्चित IP पता http://12
.123.12.13 और https://12.123.12.123 कनेक्शन के लिए पुनर्निर्देशन था । ४०३ त्रुटि पृष्ठ एक त्रुटि पृष्ठ है जो दिखाता है ' जब कोई उपयोगकर्ता किसी वेब पेज या मीडिया कि सर्वर की अनुमति नहीं देता है ', और एक ४०० त्रुटि पृष्ठ कहा जाता है ' अमान्य अनुरोध, सर्वर अनुरोध का सिंटैक्स नहीं पहचानता था ' । इसलिए, यदि आप केवल कनेक्ट करने के लिए IP पता ४०३ या ४०० त्रुटि पृष्ठ दिखाने के लिए, यह सही सूचना है कि कनेक्शन सर्वर द्वारा स्वीकार नहीं किया गया है हो जाता है, और यदि आप इस स्थिति में खोज प्रतिबिंबित है जब तक प्रतीक्षा करें, यह स्वाभाविक रूप से चुनना हो जाएगा और केवल डोमेन पता छोड़ दें ।
४०० त्रुटि पृष्ठ के लिए IP पता URL पुनर्निर्देशन करने के लिए कैसे
कार्यांवयन की वास्तविक विधि है
/opts/bitnami/apps/wordpres/conf/httpd-prefix.conf
फ़ाइल, या एक SSH कनेक्शन में,
sudo nano/opts/bitnami/apps/wordpres/conf/httpd-prefix. conf
Httpd-उपसर्ग. conf फ़ाइल में निंन सामग्री रखने के लिए आदेश का उपयोग करें ।
# पुनर्निर्देशन की अनुमति पर Rewriteengine # HTTPS करने के लिए सभी HTTP कनेक्शन पुनर्लेखन Rewritecond% {HTTPS}! = पर Rewriterule ^/(. *) https://% {करेंगे}/$१ [R=301,L] # गैर-www सभी www कनेक्शन को फिर से लिखना Rewritecond% {Http_host} ^ www. (.*)$ [NC] Rewriterule ^ (. *) $ https://% 1/$१ [R=301,L] # https://12.123.12.123 ४०० त्रुटि पृष्ठ पुनर्लेखन के लिए कनेक्शन Rewritecond% {HTTPS} = On Rewritecond% {Http_host} ^ 12 . 123 .12/ Rewriterule ^ [F] # http://12.123.12.123 ४०० त्रुटि पृष्ठ पुनर्लेखन के लिए कनेक्शन Rewritecond% {HTTPS} = Off Rewritecond% {Http_host} ^ 12 . 123 .12/ Rewriterule ^ [F]
अपने वास्तविक निश्चित
IP पते के लिए 12.123.12.123 भाग परिवर्तित करें । वास्तव में, http://12.123.12.123 के साथ, य
ह स्वचालित रूप से सभी http
कनेक्शन https करने
के लिए पुनर्निर्देशित हैं घोषणा के कारण https://12.123.12.123 करने के लिए
लिंक किया गया है । क्योंकि वाक्यविंयास के नीचे करने के लिए दुश्मन हो नहीं है, लेकिन सुरक्षित और सबसे बड़े करीने से मामलों की सभी संख्या में प्रवेश किया । फिक्स के पूरा होने के बाद, SSH
sudo/ऑप्ट/bitnami/cslscript. sh पुनः आरंभ Apache
अपाचे और रिबूट दर्ज करें ।
Apache और परीक्षण पुनरारंभ करते समय, अपने ब्राउज़र की कुकीज़ और साइट डेटा को हटाना सुनिश्चित करें । वास्तव में, भले ही सभी सेटिंग्स पूरी तरह से और ठीक से निर्देशित कर रहे हैं, शेष कुकीज़ और साइट डेटा सेटिंग्स आप बदल द्वारा प्रतिनिधित्व नहीं किया जा सकता है । एक ही वातावरण में, यदि आप सही तरीके से सेट अप Gkkmon
example.com
, www.example.com,
http://example.com/,
और http://www.example.com
/are
https://example.com/
को अनुप्रेषित,
12.123.12.12
3, http://12.123.12.1
23, https://12.123.12.
123
४०० गलत अनुरोध पृष्ठ पर प
ुनर्निर्देशित किया जाएगा ।
अब हम सिर्फ गूगल खोज में परिलक्षित होने की प्रतीक्षा कर रहे हैं । यह लगभग दो सप्ताह में परिलक्षित होने के लिए कहा है ।