Kummaline Daze - Austin Groove Vol. 2

Seal on see imelik teema, mis on mind pannud mõtlema, mis toimub. Vabandan konkreetsuse puudumise pärast, kuid pean kinni pidama NDA rangest poliitikast. Nii et siin läheb minu küsimus:

Kas on võimalik täpselt tuvastada ümbersuunamise allikat, mis toimub veebisaidi olemasolevale alamdomeenile juurdepääsemisel et ma saan hakkama?

Põhimõtteliselt http://oldsubdomain.example.com suunatakse aadressile http://example.com. Veelgi enam, Google ei luba mul seda spetsiaalselt selle ümbersuunamise tõttu eemaldada (Search Console'i ​​kaudu) nende otsinguandmebaasist.

Hoolimata asjaolust, et alamdomeen - mis varem oli paigas palju aastat tagasi - kustutati mingil hetkel mõni aasta tagasi ja seda pole sellest ajast peale kasutatud, näib, et Google on seda ikka vahemällu salvestanud. Siiski pealkiri, samuti kirjeldus otsingutulemilõigust on identsed peamise domeeninime tulemusega, st http://oldsubdomain.example.com, Saan täpselt sama tulemuse nagu otsimisel http://example.com.

Jah, ma otsisin ja ei leidnud siit ühtegi käskkirja .htaccess mis võib sellist ümbersuunamist põhjustada, veendusin ka (kontrollides cPaneli alamdomeeni sätete alt), et alamdomeeni pole olemas. On ka pole DNS-kirjeid seotud selle vananenud alamdomeeniga Cloudflare'is.

Selle kõige kokkuvõtteks: kuidas ma nägin täpselt, mis ümbersuunamise põhjustab? Ma tahan selle lihtsalt keelata, et saaksin paluda Google'il see eemaldada http://oldsubdomain.example.com otsingutulemus.

  • 3 Peate DNS-i uuesti kontrollima. Ilma DNS-kirjeteta ei saa see kuidagi teie serverile lahendust leida. Võib-olla on olemas metamärgi DNS-kirje?
  • Kas see on Apache nimepõhine virtuaalne host? httpd.apache.org/docs/current/vhosts/name-based.html#using
  • 1 Mida tüüp ümbersuunamise kohta näete? Oletan, et mõtlete välist HTTP ümbersuunamist - millist olekukoodi näete? Kas kasutate mingit CMS-i? Näiteks WordPress kanoniseerib selle automaatselt peremees (välise ümbersuunamisega). Rumal küsimus, kuid kas olete kindel, et Cloudflare on teie autoriteetne DNS-i pakkuja?
  • @StephenOstermiller olete täiesti õige! Metamärgi DNS-kirje on paigas :( mis mul täiesti kahe silma vahele jäi!
  • @MrWhite Ümbersuunamise põhjus on nüüd selge, palun vaadake minu vastust allpool.

Igal juhul üritasin juurdepääsu keelata http://oldsubdomain.example.com .htaccess-direktiivi kaudu:

RewriteRule ^oldsubdomain.example.com - [F] 

Minu üllatuseks ignoreeritakse mingil põhjusel direktiivi. Põhjus, miks see ei tööta, on mind endiselt segaduses. Ja "ei tööta" all mõtlen ma seda, et ümbersuunamine ikka toimub, nagu poleks direktiivi olemaski.

The RewriteRule muster vastab ainult URL-i teele, mitte peremees. Hostiga sobitamiseks peate kasutama a RewriteCond direktiivi ja kontrollige seda HTTP_HOST serveri muutuja.

Näiteks:

RewriteCond %{HTTP_HOST} ^oldsubdomain\. [NC] RewriteRule ^ - [F] 

Selle Google'ist eemaldamiseks võib siiski olla parem tagastada "403 Gone", mitte "403 Forbidden". Sel juhul lihtsalt muutke [F] kuni [G] aastal RewriteRule lipud.

Mul on põhimõtteliselt DNS-põhine *.example.com metamärgi ümbersuunamisdirektiiv, mis osutas juurdomeenile.

Kuna te ei tundunud sellest metamärgi alamdomeenist teadlik olevat, kas kasutate seda tegelikult? Kas ma saan linkida anything.example.com ja suunatakse ümber?

Pean selle küsimuse esitamise pärast vabandama enne veendudes, et ma ei jätaks tähelepanuta nii olulist asja nagu metamärgi alamdomeeni ümbersuunamine DNS-i seadete all! Ja ma räägin hostimise DNS-ist, mitte Cloudflare'i DNS-ist.

Nüüd on kõik kristallselge: mul on põhimõtteliselt DNS-põhine *.example.com metamärgi ümbersuunamisdirektiiv, mis osutas juurdomeenile. Seega taotlused oldsdomain (või mis tahes teine), edastatakse kodulehele.

Igal juhul proovisin .htaccessi direktiivi kaudu keelata juurdepääsu saidile http://oldsubdomain.example.com:

RewriteRule ^oldsubdomain.example.com - [F] 

Minu üllatuseks ignoreeritakse mingil põhjusel direktiivi. Põhjus, miks see ei tööta, on mind endiselt segaduses. Ja "ei tööta" all mõtlen ma seda, et ümbersuunamine ikka toimub, nagu poleks direktiivi olemaski.

Nüüd, kui ma ainult teaksin, kuidas DNS-i metamärgist välja jätta spetsiaalselt oldsubdomain, et saaksin sellele siiski juurdepääsu keelata ilma et peaks seda uuesti looma.

Ideid? :)

  • 1 Te ei saa hosti nime ühildada RewriteRule direktiiv. Teie direktiiv ei ühti kunagi, nii et seda "ignoreeritakse". Lisasin sellele vastamiseks kommentaari asemel vastuse, et seda paremini selgitada.

Lõpuks palusin hostipakkujal mind aidata, lisades konkreetse A-tüüpi DNS-kirje, s.t. oldsubdomain.example.com, kuid nad keeldusid igasugusest vastutusest, arvestades asjaolu, et veebisait kasutab Cloudflare teenuseid. Hostingu esindaja vastuse põhjal läksin edasi ja lõin Cloudflare'i DNS-i jaotises uue A-tüüpi DNS-kirje, mis osutab nullile 0.0.0.0 IP-aadress, põhjustades sellega võimaliku HTTP-päringu oldsubdomain.example.com kohe läbi kukkuda, eriti kuna olematu oldsubdomain ei oma veebisaidil mingit eesmärki.

Ma pole kindel, kas minu lähenemine on minu esialgse probleemi parim pikaajaline lahendus, kuid vähemalt töötab see suurepäraselt - kuna suutsin edukalt täita URL-i eemaldamise taotluse Google Search Console'i ​​all - ja see ei tundu olevat probleemide tekitamiseks.

Täname kõiki kasuliku panuse eest!

Kui soovite näha, milline URL suunatakse teie veebisaidile, võite kasutada parameetrit PHP HTTP_Referer mis ütleb teile, milline URL saatis teile liikluse.

Märkus. HTTP_Referer töötab ainult http-domeenides, mitte https-i domeenides, kuna https ei edasta suunaja andmeid.

  • 3 OP ei püüa saada URL-i, kust päring pärineb (st HTTP-viitaja). Nad juba teavad, et näib olevat ümbersuunamine aadressilt http://oldsubdomain.example.com, kuid nad üritavad leida, kus nende koodibaasis see juhtuda võib. (Peale: "https ei edasta viitajate andmeid" - see väide ei vasta tõele (või on parimal juhul puudulik). Vaikimisi ei edasta brauser HTTPS-ist HTTP-le navigeerimisel viitajat, kuid muidu on "HTTPS teeb saatja saatmine ".)

none: Charles Robertson | none