Hýsitölva framsenda milliþjónsins vantar í beiðnina

Venjuleg HTTP-beiðni í gegnum framsenda milliþjón identifíkar áfangastaðinn, svo Host og hýsitölva Express geta ekki greint samheiti milliþjónsins sjálfs.

Gerum ráð fyrir að east.proxy.example og west.proxy.example leysist í sama venjulega HTTP-hlustaran milliþjónsins. Biðlari sem notar hvort nafnið sem er getur sent:

GET http://www.example.org/report HTTP/1.1
Host: www.example.org

Beiðnin identifíkar vefsvæðið. Hún ber ekki milliþjónssamheitið sem biðlarinn leysti áður en TCP var opnað. Því getur hýsitölvan sem Express dregur af Host ekki valið slóð út frá þessum undirlénum milliþjónsins.

Ef þú stýrir biðlinum og milliþjóninum skaltu veita skýra slóðunarinntak. Fyrir milliþjón sem innleiðir X-Route-merki:

curl --proxy http://east.proxy.example:8080 \
  --proxy-header 'X-Route: east' \
  https://www.example.org/

--proxy-header beinist að samskiptum við milliþjóninn, þar á meðal CONNECT. Venjulegur -H-haus á HTTPS-beiðninni tilheyrir inni í dulkóðuðu HTTP-skiptunum við áfangastaðinn.

Þjónninn verður að innleiða og heimila slóðunarstefnuna og nota síðan merkið án þess að senda það áfram til vefsvæðisins. Að öðrum kosti má nota sérstaklega stillta hlustunarendapunkta eða milliþjónsreikninga sem slóðunarinntak.

Fyrir HTTPS-áfangastaði tekur Node á móti upphaflegu göngubeiðninni gegnum connect-atburð HTTP-þjónsins síns. Venjuleg Express-beiðnamiðvara meðhöndlar ekki þann atburð. CONNECT-markmiðið identifíkar áfram áfangastaðarþjóninn, ekki milliþjónssamheitið.

Tengdir greinar