Xtreme Evo - htaccess?

Kā es varu iestatīt jebkuru vietrādi URL / URI

http(s)://(www).example.(com/net/org)/somepath 

nonākt attiecīgajā:

https://example.com/somepath 

Es domāju, ka risinājums (ja tāds ir) ietver DNS iestatījumus un .htaccess voodoo. Bet es īsti nesaprotu, kā šīs lietas darbojas (it īpaši .htaccess). Tāpēc tiks novērtēti arī daži konkrēti ieteikumi, ko lasīt. (Jā, es varu googlēt, bet šķiet, ka tas ir diezgan specifisks un / vai ezotērisks jautājums, un man nav izdevies panākt risinājumu. Vai arī es varētu būt stulbs ...)

Uzstādīt:

Man ir domēni example.net/.org/.com visi reģistrēti pie tā paša reģistratūras. Izmantojot reģistrētāja domēna iestatījumus, es to izdarīju example.net un .org iestatīšana, lai novirzītu (301) uz example.com. Man ir example.com mitināts atsevišķā dalītā mitināšanas uzņēmumā, kas izmanto Apache un cPanel.

Pašlaik darbojas daži novirzīšanas gadījumi: http://(with or without www).example.(net/org) => http://example.com.

Tomēr http://www.example.com nenovirza uz tikai http://example.com.

Tagad par viltīgo daļu. Tīmekļa resursdatoram ir arī "SNI balstīts SSL". Tātad, https://exmple.com un https://www.example.com abi darbojas, taču, izmantojot https, www URL nenovirza uz bāzes domēnu (https://example.com).

Turklāt https://example.net nedarbojas arī ar www vai bez tā (netiks izveidots savienojums / taimauts).

Tātad, īsi (par vēlu ??), ja iespējams, kā es konfigurēju visas iepriekšminētās permutācijas, lai nonāktu pie atbilstošā:

https://example.com/somepath 

Vai arī, ja atbildes iegūšanai būtu nepieciešams pabeigt promocijas darbu, kāds ir kopīgs / saprātīgs uzstādījums?

Turklāt https://example.net nedarbojas arī ar www vai bez tā (netiks izveidots savienojums / taimauts).

Priekš .net un .org Lai strādātu ar HTTPS, jums ir jābūt SSL sertifikātiem, kas aptver šos domēnus (tāpat kā jūs to darāt domēnā .com) - "SNI balstīts SSL" ir piemērots. Tomēr, lai to izdarītu, jums, iespējams, ir nepieciešams, lai šo domēnu DNS norādītu uz to pašu serveri (jūsu mitināšanas kontu), un šie domēni jūsu cPanel kontā ir jākonfigurē kā “Alias” (vai “Parked”) domēni. ti. Mainiet NAMESERVERS šajos domēnos pie sava reģistratora, tāpat kā jūs, iespējams, esat darījis example.com. (Tas ir, ja vien jūsu domēnu reģistrators nevar konfigurēt SSL šiem domēniem, un jūs varat konfigurēt atbilstošo novirzīšanu no šī gala - par ko es ļoti šaubos.)

Pēc tam jūs varat izsniegt ("Let's Encrypt"?) SSL sertifikātus, kas aptver šos papildu domēna vārdus cPanel.

Pašlaik jums ir novirzīšana uz .net un .org no jūsu reģistratora, jo DNS pašlaik apstrādā jūsu reģistrators. Kad novirzīsit DNS uz savu tīmekļa mitinātāju, šie novirzījumi, protams, vairs nedarbosies.

Un tagad par .htaccess "voodoo", lai visu novirzītu uz jūsu kanonisko resursdatoru (example.com) un HTTPS. Patiesībā tas tiešām nav tik slikti, ciktāl tas attiecas uz novirzīšanu.

Augšdaļā .htaccess failu dokumenta saknē, pievienojiet šādas mod_rewrite direktīvas:

RewriteEngine On RewriteCond %{HTTP_HOST} !^example\.com$ [OR] RewriteCond %{HTTPS} !on RewriteRule ^ https://example.com%{REQUEST_URI} [R=302,L] 

Iepriekš norādīts ... ja pieprasītais resursdators ir example.com (kanoniskais resursdators) vai pieprasījums nav HTTPS (vēlamā shēma), pēc tam novirziet uz https://example.com/somepath.

Ņemiet vērā, ka iepriekš minētais ir 302 (pagaidu) novirzīšana. Mainiet to uz 301 (pastāvīgs) tikai tad, kad esat apstiprinājis, ka tas darbojas labi. Pārlūkprogramma 301 ir kešatmiņā cietā veidā (pēc noklusējuma), tāpēc testēšana var būt problemātiska.

  • Lai gan lielākā daļa no tā man strādā, kā izrādās, mans pašreizējais resursdators neatļauj domēna novietošanu stāvvietā, tāpēc es nespēju (cik es varu pateikt) ietekmēt https://example.net => https://example.com.

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