Es kļūdījos par Reenacting (D-Day Ohio 75)

Mums ir domēns example.com AWS 53. maršrutā, tas ir mūsu autoritatīvais DNS. Mēs arī izmantojam Cloudflare drošībai, tāpēc mūsu domēns iet caur Cloudflare.

Esmu atklājis, ka vienmēr, kad mēs izveidojam apakšdomēnus, neatkarīgi no tā, vai tas būtu med.example.com vai app.example.com, šie CNAME ieraksti arī jāpievieno Cloudflare, lai tie darbotos. Daudzi cilvēki ir teikuši, ka tas nav nepieciešams, taču lapa katru reizi izmet 404 kļūdu, ja apakšdomēni netiek pievienoti Cloudflare.

Tātad tajā laikā tas bija labi, es tos pievienoju Cloudflare un viss tika ielādēts. Bet tagad es sastopos ar problēmu. Priekš med.example.com, mēs izmantojam LMS sistēmu ar nosaukumu EthosCE. Ir dažas funkcijas, piemēram, SCORM un kursu pārskata informācijas panelis, kas netiek ielādēti Cloudflare dēļ.

Vai ir iespējams vispār noņemt manu apakšdomēnu no Cloudflare un joprojām to ielādēt?

Es mēģināju izmantot lapu kārtulas, lai burtiski atspējotu visu apakšdomēnā, taču tas joprojām rada kļūdu 404, mēģinot skatīt informācijas paneli. (Pārējā vietne darbojas, šķiet, ka tikai dažas tās daļas Cloudflare dēļ saskaras ar problēmām.)

  • 2 Izklausās, ka, pārslēdzoties uz cloudflare, jūs pārslēdzāt savus NS ierakstus, lai norādītu uz cloudflare. Es nedomāju, ka 53. maršruts vairs nav jūsu DNS serveris. Izklausās, ka mākoņainība ir.

Kā jau Stīvens minēja, ja jūs pārslēdzāt savus NS ierakstus uz CloudFlare, tas nozīmē, ka jūsu DNS nodrošinātājs tagad ir CloudFlare, un 53. maršruts darbojas tikai kā jūsu reģistrators.

Ja tas tā ir, tad visām DNS ierakstu izmaiņām, kuras veicat 53. maršrutā (izņemot NS ierakstus, kas kalpo kā "saknes"), nebūs nekādas ietekmes, jo 53. ceļš vairs nav jūsu DNS nodrošinātājs.

Tas, ko jūs, iespējams, vēlaties darīt, ir apiet CloudFlare reverso starpniekserveri savam apakšdomēnam, lai HTTP / HTTPS datplūsma nonāktu tieši jūsu apakšdomēna serverī, nevis vispirms tiktu tuvināta caur CloudFlare. To var izdarīt, noklikšķinot uz mazā oranžā mākoņa blakus apakšdomēna DNS ierakstam CloudFlare, lai tas kļūtu pelēks.

Lai iegūtu papildinformāciju par oranžo / pelēko mākoni un par to, kā CloudFlare mainīt pilnvaras, skatiet viņu atbalsta rakstu šeit:

https://support.cloudflare.com/hc/en-us/articles/200169626-Identifying-subdomains-compatible-with-Cloudflare-s-proxy

  • Ak es redzu. Tātad 53. maršruts vairs nav autoritatīvs DNS. Tātad, ja es noņemtu mūsu apakšdomēna ierakstus no 53. maršruta, bet turētu tos vietnē Cloudflare, ideālā gadījumā tie joprojām būtu jāielādē tāpat kā iepriekš? Nekādu izmaiņu nebūtu. Es arī esmu mēģinājis apiet, noklikšķinot uz mākoņa, esmu mēģinājis pievienot arī lapu kārtulas, un nekas no tā nedarbojas. Tātad, es neesmu pārliecināts, ko es vēl varētu darīt. Vai ir kāds veids, kā mūsu NS ierakstus izmantot 53. maršrutā un vai tas joprojām notiek caur Cloudflare? Vai arī NS ierakstiem ir jābūt vietnē Cloudflare?
  • Ja esat iestatīts tā, kā es uzskatu, ka esat, tad jā, jūsu 53. maršruta ieraksti vairs nav spēkā (izņemot NS). Mākoņa apvedceļš (pelēks) padara to tādu, lai CloudFlare neuztvertu HTTP / HTTPS trafiku (tātad tas arī apiet lapu kārtulas), tāpēc jebkura problēma tajā brīdī būs saistīta ar jūsu DNS iestatījumiem un / vai jūsu serveri, nevis neko īpašs, ko dara CloudFlare.
  • Nekādā veidā nevar būt 53. maršruta serveru un joprojām izmantot CloudFlare, ja vien jums nav biznesa / uzņēmuma plāna, taču nav arī iemesla, kāpēc jums tas būtu nepieciešams. Ja jūs to darāt, meklējiet šeit.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?