القائمة اغلق

a 403 أو 400 أعاده توجيه عند البحث جوجل يخرج كمجال وليس الملكية الفكرية

عندما أقوم بالبحث في Google ، فان عنوان URL للموقع أو المدونة الخاصة بي يخرج كعنوان IP ، وليس اسم نطاق. والسبب هو ان اعتمادا علي الخادم ، استضافه ، موقع وإعدادات بلوق ، وتسمح أيضا الوصول إلى عنوان بروتوكول الإنترنت ، أو أعاده توجيه ، إذا كان هناك مكان لأعاده توجيه إلى عنوان المجال عندما يتم توصيل عنوان ip ، وهناك أيضا مكان لأعاده توجيه إلى صفحه 403. يرجى ملاحظه ان gkkmon يواجه هذه المشكلة في الأمازون lightsail مثيل Linx/يونكس-bitnami وورد اوبونتو أباتشي البيئة.

    المشكلات الخطيرة التي تحدث عند كشف نتائج البحث كعناوين IP url

إذا سمحت Google بالوصول بواسطة عنوان ip ، سيظهر عنوان URL في نتائج البحث علي انه ip (وليس دائما) ، لذلك هناك العديد من المشاكل. تنشا المشكلة الأكبر عندما يكون لديك موقع يحتوي علي شهادة أمان SSL المطبقة عليه. لأنه يتم إصدار شهادة أمان فقط كمجال ، وليس عنوان IP ، لا يهم Google إذا كانت نتائج البحث في الموقع هي مجالات مثل Https://example.com/post ، ولكن يحدث خطا عند الوصول إلى عنوان ip مثل https://12.123.12.123/post. وبما ان HTTPS غير متطابق مع عنوان المجال الذي تم إصدار شهادة الأمان له ، سيتم ربطه بصفحه خطا الخصوصية ، ولا يتم تعيين اتصال المستخدم إلى خاص. -قد يحاول المخترق سرقه المعلومات من ال12.123.12.123 (مثل كلمات المرور والرسائل وبطاقات الائتمان وغيرها) ، ستظهر لك رسالة تحذيريه مثل '-'. هذه ليست رسالة خطا بسيطه ، ولكنها مشكله أمان لأنه لم يتم تطبيق شهادة أمان SSL علي عنوان IP في وقت الاتصال.

ستؤدي المسائل السالفة الذكر إلى تدهور كبير في أمن المستخدمين وامكانيه الوصول. وقد ينظر إلى هذا علي انه لا يدار بشكل صحيح من قبل الموقع ، فانه من المرجح ان تصنف علي انها مساله أمنيه أو موقع spammy ، والمفهوم ان كبار المسئولين الجنوب ستخفض وبحث جوجل يؤثر سلبا عليه. لأنه يبدو انها ليست نجمه ، انها لا بد منه ، وهناك ثلاثه حلول ممكنة.

    3 طرق للحل عند تعرض نتائج البحث كعنوان IP URL

الطريقة الاولي كانت ان ننتظر ونري قد يتم وضع علامة مؤقتا علي انه IP ، أو قد ينظر اليه كمجال مره أخرى إذا انتظرت. لان غوغل ليست محرك البحث المحلي ، وهذا قد يكون الحال ، إذا كنت تنتظر ، واعتقد ان عنوان بروتوكول الإنترنت URL سيتم إعدام بشكل طبيعي وفقط سيتم تنشيط نتائج البحث عنوان المجال. اعتقد ان الآن سخيف أو خاطئ. غير انه كان سلبيا وغير مؤكد تماما ، وكان من الواضح ان الفترة لم تحدد ، وان الجنس العشوائي كان خطا قويا.

وكان الأسلوب الثاني لأعاده توجيه إلى Https://example.com/post عندما تم الوصول اليها من قبل Https://12.123.12.123/post URL التي تعرضت علي جوجل. في البداية كانت طريقه لتبدو سيئه ، وكان في الواقع وسيله ان الكثير من الناس استخدام. ومع ذلك ، عندما قمت بالنقر علي الارتباط IP URL قبل أعاده توجيه إلى عنوان المجال ، تمت مطالبتي لرؤية صفحه خطا الخصوصية ، وكان أعاده توجيه عندما قمت بالنقر فوق علامة التبويب خيارات متقدمة إلى "الانتقال إلى صفحه غير أمنه". قبل رؤية صفحه الخطا ، قد تكون لاحظت كيفيه أعاده توجيهها ، ولكنك لم تكن تعرف كيفيه البحث. حتى ان معرفه الطريقة لم تكن حلا أساسيا لأنها بيئة يمكن ان تتعرض فيها روابط عناوين IP إلى بحث Google بشكل مستمر.

كان الأسلوب الأخير أعاده توجيه صفحه خطا 403 أو 400 لكافة الاتصالات إلى http://12.123.12.13 عنوان IP الثابت والاتصال https://12.123.12.123. صفحه الخطا 403 هي صفحه خطا التي تظهر ' عندما يطلب مستخدم صفحه ويب أو الوسائط التي لا يسمح الملقم ' ، ويتم استدعاء صفحه خطا 400 ' طلب غير صالح ، لم يتعرف الملقم علي بناء جمله الطلب '. ولذلك ، إذا قمت بالاتصال فقط إلى عنوان IP لإظهار صفحه الخطا 403 أو 400 ، فانه يصبح الاعلام الصحيح ان الاتصال لم يتم قبول من قبل الملقم ، وإذا كنت تنتظر حتى ينعكس البحث في هذه الحالة ، فانه بطبيعة الحال سيكون إعدام وترك عنوان المجال فقط.

    كيفيه أعاده توجيه URL عنوان IP إلى صفحه الخطا 400

والطريقة الفعلية للتنفيذ هي

/opts/bitanam/apps/wordpred/conhtpp/cont.conf

الملف ، أو في اتصال SSH ،

سودو نانو/المحتلة/bitnami/تطبيقات/wordpres/conf/هتبدبريفيكس

استخدم الأمر لوضع المحتويات التالية في htpd-بادئه ملف. conf.

# أعاده التوجيه المسموح بها
rewriteengine علي
# أعاده كتابه كافة اتصالات HTTP إلى HTTPS
rewritecond% {HTTPS}! = علي
rewriterule ^/(. *) https://٪ {server_name}/$1 [R=301,L]
# أعاده كتابه كل اتصالات www إلى غير www
rewritecond% {http_host} ^ www. (.*)$ [NC]
rewriterule ^ (. *) $ https://% 1/$1 [R=301,L]
# https://12.123.12.123 اتصال إلى صفحه خطا 400 أعاده كتابه
rewritecond% {HTTPS} = علي
rewritecond% {http_host} ^ 12 . 123 . 12 . 123
rewriterule ^ [F]
# http://12.123.12.123 اتصال إلى صفحه خطا 400 أعاده كتابه
rewritecond% {HTTPS} = Off
rewritecond% {http_host} ^ 12 . 123 . 12 . 123
rewriterule ^ [F]

تغيير الجزء ال12.123.12.123 إلى عنوان IP الثابت الفعلي الخاص بك. في الواقع ، مع http://12.123.12.123 ، يتم ربط تلقائيا إلى https://12.123.12.123 بسبب التصريح الذي يتم أعاده توجيه كافة اتصالات http إلى https. لان الجزء السفلي من بناء الجملة لا يجب ان يكون العدو ، ولكن الأسلم والأكثر بدقه دخلت كل عدد من الحالات. بعد الانتهاء من الإصلاح ، سه

سودو/الاختيار/bitnami/cslscript. sh أعاده تشغيل أباتشي

ادخل أباتشي وأعاده التشغيل.

عند أعاده تشغيل أباتشي والاختبار ، تاكد من حذف ملفات تعريف الارتباط الخاصة بالمتصفح وبيانات الموقع. في الواقع ، حتى لو تم أعاده توجيه كافة الإعدادات بشكل كامل وصحيح ، فان ملفات تعريف الارتباط المتبقية وبيانات الموقع قد لا يتم تمثيلها بواسطة الإعدادات التي قمت بتغييرها. في نفس البيئة ، إذا قمت باعداد بشكل صحيح في gkkmon

example.com ، www.example.com ، http://example.com وhttp://www.example.com/are
أعاده توجيه إلى https://example.com/،

12.123.12.123 ، http://12.123.12.123 ، https://12.123.12.123 هي
سيتم توجيهك إلى الصفحة 400 طلب سيئه.

الآن نحن ننتظر فقط لتنعكس في بحث جوجل. ويقال انه ينعكس في أسبوعين تقريبا.

Related posts - 관련 글

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني.

Posted in All،ووردبريس - Wordpress

이메일 구독 - Email Subs

최선을 다해 직접 만든 콘텐츠만 공유합니다.
We share the best content we have created.