เซิร์ฟเวอร์มีเพียงเว็บไซต์เดียวเท่านั้นหรือ

80

จากสิ่งที่ฉันเข้าใจในการเชื่อมโยง DNS ชื่อโดเมนกับที่อยู่ IP ของเซิร์ฟเวอร์ที่เว็บไซต์ถูกเก็บไว้นั่นหมายความว่าแต่ละเซิร์ฟเวอร์สามารถมีเพียงเว็บไซต์เดียวได้หรือไม่ หากไม่เป็นเช่นนั้นที่อยู่ IP ของเซิร์ฟเวอร์จะทราบได้อย่างไรว่าเว็บไซต์ใดที่ฉันต้องการหากมีจำนวนมากบนเซิร์ฟเวอร์เดียวกัน

dns  ip  webserver 
— user3407319
แหล่งที่มา
13
วิกิพีเดียมีการแนะนำที่ดีที่จะใช้ร่วมกันเว็บโฮสติ้ง หากคุณป้อน http: // <IP_ADDR> / ในเบราว์เซอร์คำขอ HTTP จะไม่มีโดเมนในHost:ส่วนหัว ในกรณีของโฮสติ้งที่ใช้ร่วมกันเว็บเซิร์ฟเวอร์สามารถกำหนดค่าโดยผู้ให้บริการเพื่อจัดการสิ่งนี้ในรูปแบบที่แตกต่างกัน (เช่นมีค่าเริ่มต้นเปลี่ยนเส้นทางไปยังผู้ให้บริการ ฯลฯ )
— Jedi
ฉันได้คลิกลิงก์ที่มีข้อความเช่น "เซิร์ฟเวอร์นี้ไม่เคย / ปัจจุบันไม่โฮสต์เว็บไซต์ที่คุณกำลังมองหา"
— Jesvin Jose
1
ในกรณีที่คุณกำลังมองหาวิธีใช้แอพพลิเคชั่นหลายตัวบนเซิร์ฟเวอร์เดียว - บอกว่าคุณมีสองแอพ MyApp และ YourApp บนพอร์ต 8001 และ 8002 ตามลำดับ คุณสามารถมีตัวโหลดบาลานซ์สองตัวหรือแอปพลิเคชันพร็อกซี่ได้ที่: myapp.com และ yourapp.com ให้พวกเขาได้รับคำขอที่พอร์ตเริ่มต้น (80/443) และส่งต่อไปยังเซิร์ฟเวอร์จริงที่พอร์ต 8001 และ 8002 ตามลำดับ
— rohithpr
6
เป็นคำถามที่ดีมาก ทุกเว็บไซต์เคยต้องการที่อยู่ IP ของตัวเอง (เซิร์ฟเวอร์สามารถมีที่อยู่ IP ได้มากกว่าหนึ่งแห่ง) ส่วนหัวของโฮสต์ใน HTTP / 1.1 ถูกนำมาใช้เพื่อแก้ไขปัญหาที่คุณอธิบาย ดู "การอนุรักษ์ที่อยู่อินเทอร์เน็ต" ในwww8.org/w8-papers/5c-protocols/key/key.html
— AE
6
ถ้า http 1.1 ไม่มีส่วนหัวของโฮสต์ ipv6 จะถูกนำไปใช้งานในขณะนี้ ;-) :-(
— Lenne

คำตอบ:

149

โดยทั่วไป: เบราว์เซอร์มีชื่อโดเมนในคำขอ HTTP ดังนั้นเว็บเซิร์ฟเวอร์จะทราบว่ามีการร้องขอโดเมนใดและสามารถตอบสนองได้

คำขอ HTTP

นี่คือวิธีที่คำขอ HTTP ทั่วไปของคุณเกิดขึ้น:

  1. ผู้ใช้ให้ URL http://host:port/pathที่ในรูปแบบ

  2. เบราว์เซอร์สารสกัดจากส่วนที่โฮสต์ (โดเมน) ของ URL และแปลมันเป็นที่อยู่ IP ถ้าจำเป็นในกระบวนการที่เรียกว่าการแก้ปัญหาชื่อ การแปลนี้สามารถเกิดขึ้นได้ผ่าน DNS แต่ไม่จำเป็นต้อง (ตัวอย่างเช่นhostsไฟล์โลคัลบนระบบปฏิบัติการทั่วไปข้าม DNS)

  3. เบราว์เซอร์จะเปิดการเชื่อมต่อ TCP ไปยังพอร์ตที่ระบุหรือกำหนดค่าเริ่มต้นเป็นพอร์ต 80 บนที่อยู่ IP นั้น

  4. เบราว์เซอร์ส่งคำขอ HTTP สำหรับ HTTP / 1.1 ดูเหมือนว่า:

    GET /path HTTP/1.1
Host: example.com

    ( Hostส่วนหัวเป็นมาตรฐานและจำเป็นต้องใช้ใน HTTP / 1.1 ซึ่งไม่ได้ระบุไว้ในข้อมูลจำเพาะ HTTP / 1.0 แต่เซิร์ฟเวอร์บางตัวรองรับอยู่ดี)

จากที่นี่เว็บเซิร์ฟเวอร์มีข้อมูลหลายส่วนที่สามารถใช้ในการตัดสินใจว่าควรตอบสนองอย่างไร โปรดทราบว่าเป็นไปได้ที่เว็บเซิร์ฟเวอร์เดียวจะเชื่อมโยงกับที่อยู่ IP หลายแห่ง

  • ที่อยู่ IP ที่ร้องขอจากซ็อกเก็ต TCP
    • ที่อยู่ IP ของไคลเอนต์ก็มีให้บริการเช่นกัน แต่ไม่ค่อยมีใครใช้ - บางครั้งสำหรับการบล็อก / กรอง
  • พอร์ตที่ร้องขอจากซ็อกเก็ต TCP
  • ชื่อโฮสต์ที่ร้องขอตามที่ระบุในHostส่วนหัวโดยเบราว์เซอร์ในคำขอ HTTP
  • เส้นทางที่ร้องขอ
  • ส่วนหัวอื่น ๆ (คุกกี้ ฯลฯ )

ในขณะที่คุณดูเหมือนจะได้สังเกตเห็นที่พบมากที่สุดร่วมกันพื้นที่ติดตั้งวันนี้ทำให้หลายเว็บไซต์เกี่ยวกับที่อยู่ IP เดียว: การรวมกันพอร์ตเหลือแค่Hostความแตกต่างระหว่างเว็บไซต์

นี้เป็นที่รู้จักกันว่าเป็นชื่อที่ใช้โฮสต์เสมือนใน Apache ที่ดินขณะ Nginx เรียกพวกเขาชื่อเซิร์ฟเวอร์ในเซิร์ฟเวอร์บล็อกและ IIS ชอบเซิร์ฟเวอร์เสมือน

แล้ว HTTPS ล่ะ?

HTTPS แตกต่างกันเล็กน้อย ทุกอย่างเหมือนกันกับการสร้างการเชื่อมต่อ TCP แต่หลังจากนั้นต้องสร้างช่องสัญญาณ TLS ที่เข้ารหัส เป้าหมายคือไม่รั่วไหลข้อมูลใด ๆ เกี่ยวกับคำขอ

ในการตรวจสอบว่าเซิร์ฟเวอร์เป็นเจ้าของโดเมนนี้จริงเซิร์ฟเวอร์ต้องส่งใบรับรองที่ลงนามโดยบุคคลที่สามที่เชื่อถือได้ เบราว์เซอร์จะเปรียบเทียบใบรับรองนี้กับโดเมนที่ขอ

สิ่งนี้นำเสนอปัญหา เซิร์ฟเวอร์รู้ได้อย่างไรว่าจะส่งใบรับรองโฮสต์ (เว็บไซต์) ใดถ้าจำเป็นต้องทำสิ่งนี้ก่อนที่จะได้รับคำขอ HTTP

เดิมนี้ได้รับการแก้ไขโดยมีที่อยู่ IP (หรือพอร์ต) เฉพาะสำหรับทุกเว็บไซต์ที่ต้องการ HTTPS เห็นได้ชัดว่านี่เป็นปัญหาเมื่อเราเริ่มใช้ที่อยู่ IPv4 หมด

ป้อนSNI (บ่งชี้ชื่อเซิร์ฟเวอร์) ขณะนี้เบราว์เซอร์ส่งชื่อโฮสต์ในระหว่างการเจรจา TLS ดังนั้นเซิร์ฟเวอร์มีข้อมูลนี้เร็วพอที่จะส่งใบรับรองที่ถูกต้อง ที่ฝั่งเซิร์ฟเวอร์การกำหนดค่าจะคล้ายกับการกำหนดค่าโฮสต์เสมือน HTTP

ข้อเสียคือชื่อโฮสต์จะถูกส่งเป็นข้อความธรรมดาก่อนการเข้ารหัสและมีการรั่วไหลของข้อมูลเป็นหลัก โดยปกติถือว่าเป็นการแลกเปลี่ยนที่ยอมรับได้การพิจารณาชื่อโฮสต์จะถูกเปิดเผยในการสืบค้น DNS อย่างไรก็ตาม

ถ้าคุณขอเว็บไซต์ด้วยที่อยู่ IP เท่านั้น

เซิร์ฟเวอร์ทำอะไรเมื่อไม่ทราบว่าโฮสต์ที่คุณขอขึ้นอยู่กับการติดตั้งและปรับใช้เซิร์ฟเวอร์ โดยทั่วไปจะมีการระบุไซต์ "เริ่มต้น", "catchall" หรือ "fallback" ที่จะให้การตอบสนองต่อคำขอทั้งหมดที่ไม่ได้ระบุโฮสต์อย่างชัดเจน

ไซต์เริ่มต้นนี้อาจเป็นไซต์อิสระของตนเอง (มักแสดงข้อความแสดงข้อผิดพลาด) หรืออาจเป็นไซต์อื่น ๆ บนเซิร์ฟเวอร์ทั้งนี้ขึ้นอยู่กับการตั้งค่าของผู้ดูแลระบบเซิร์ฟเวอร์

— ผมบ๊อบ
แหล่งที่มา
1
นอกจากนี้ไซต์หนึ่งอาจถูกแบ่งข้ามเซิร์ฟเวอร์จำนวนมากเช่นเดียวกับกรณีที่มี load balancer เช่น Heroku และ Amazon ใช้
— phyrfox
1
@phyrfox ใช่ฉันคิดเกี่ยวกับการเพิ่มนั้น แต่มันก็เป็นเพียงการเชื่อมโยงที่เกี่ยวข้องกับคำถามและฉันไม่ต้องการที่จะทำให้คำตอบยาวเกินไป อาจสิ้นสุดการเพิ่มส่วนได้ในภายหลัง
— Bob
ตำนานเล่าว่าโดเมนย่อยชี้คอมพิวเตอร์เฉพาะภายในเครือข่าย ในทางทฤษฎี
— Loupax
"ตามเนื้อผ้าสิ่งนี้ได้รับการแก้ไขโดยการมีที่อยู่ IP เฉพาะ (หรือพอร์ต) สำหรับทุกเว็บไซต์ที่ต้องการ HTTPS เห็นได้ชัดว่านี่เป็นปัญหาเมื่อเราเริ่มใช้ที่อยู่ IPv4 หมด" ดังนั้นหากไม่มีการบุกรุกเราจะต้องมี ipv6 ภายในตอนนี้ .
— Lenne
92

ฉันมีคำอธิบายนี้สำหรับคนที่ไม่มีเทคโนโลยี

Jack, Jill และ Joe อาศัยอยู่ที่หอพักและพวกเขาไม่มีโทรศัพท์มือถือ

ในสมุดโทรศัพท์พวกเขาทั้งหมดอยู่ในรายการด้วยหมายเลขเดียวกัน (บันทึก)

คุณหมุนหมายเลขแล้วมีคนหยิบโทรศัพท์ขึ้นมา คุณพูดว่า "ฉันต้องการคุยกับจิลล์" และคุณจะพาเธอไปออนไลน์

แทนที่จะเป็น A-record (หมายเลขโทรศัพท์ / IP-adress) ในสมุดโทรศัพท์มันอาจจะพูดว่า "Dormitory X" จากนั้นคุณต้องมองหาหมายเลขสำหรับ Dormitory X เพิ่มเติมนี่คือระเบียน CNAME

หากจิลล์ไม่พร้อมใช้งานคุณอาจได้รับ

  • 404 จิลล์ไม่ได้อยู่ที่นี่
  • 410 จิลล์ตายแล้ว
  • 301 จิลล์ย้ายไปอยู่กับปีเตอร์

  • 302 จิลล์ไปเยี่ยมปีเตอร์โทรหาเขาแทน

  • 400 ฉันไม่เข้าใจคุณ

  • 401 คุณเป็นใคร รหัสผ่านคืออะไร? หรือเราไม่อนุญาตให้มีผู้โทรเข้าผู้ชายหลัง 22.00 น
  • จำเป็นต้องชำระเงิน 402 (คุณแน่ใจหรือว่า Jill เป็นชื่อจริงของเธอ ;-))
  • 403 ไม่นั่นไม่ใช่รหัสผ่านที่ถูกต้อง
  • 418 Jill เป็นกาน้ำชา :-)
  • 429 Jill ไม่สามารถโทรออกได้อีก

  • 451 คุณกำลังฝ่าฝืนคำสั่งห้ามของคุณ

  • 500 ระบบโทรศัพท์ของเราพัง

— Lenne
แหล่งที่มา
สำหรับ RFC ที่อยู่เบื้องหลัง 418 คืออยากรู้อยากเห็นtools.ietf.org/html/rfc2324และบทความที่น่าสนใจsitesdoneright.com/blog/2013/03/… :)
— Wordzilla
6

จากสิ่งที่ฉันเข้าใจในการเชื่อมโยง DNS ชื่อโดเมนกับที่อยู่ IP ของเซิร์ฟเวอร์ที่เว็บไซต์ถูกเก็บไว้นั่นหมายความว่าแต่ละเซิร์ฟเวอร์สามารถมีเพียงเว็บไซต์เดียวได้หรือไม่

ก่อนอื่นคุณต้องเข้าใจว่ามีแนวคิดที่แตกต่างจำนวนมากที่นี่

  • เว็บไซต์กลุ่มของหน้าเว็บที่รวมกันทั้งหมด
  • ที่อยู่ IP, ที่อยู่ตัวเลข (32 บิตสำหรับ IPv4, 128 บิตสำหรับ IPv6) ที่ใช้โดยอินเทอร์เน็ตโปรโตคอลเป็นแหล่งที่มาหรือปลายทางสำหรับการรับส่งข้อมูล
  • เซิร์ฟเวอร์เครื่องที่มีหน้าที่ให้บริการตามคำขอจากลูกค้า
  • ชื่อโฮสต์ชื่อที่ใช้ระบุเครื่องใน DNS (เช่น "www.example.com" หรือ "en.wikipedia.org")

ไม่มีความสัมพันธ์แบบหนึ่งต่อหนึ่งระหว่างสิ่งเหล่านี้ เซิร์ฟเวอร์เดียวสามารถมีที่อยู่ IP ได้หลายแห่ง ชื่อโฮสต์หลายชื่อสามารถชี้ไปที่ที่อยู่ IP เดียวได้ ชื่อโฮสต์หนึ่งชื่อสามารถชี้ไปที่ที่อยู่ IP หลายแห่ง เว็บไซต์หลายแห่งสามารถอยู่ภายใต้ชื่อโฮสต์เดียวกัน เว็บไซต์หนึ่งสามารถแพร่กระจายในชื่อโฮสต์หลายชื่อ

หากไม่เป็นเช่นนั้นที่อยู่ IP ของเซิร์ฟเวอร์จะทราบได้อย่างไรว่าเว็บไซต์ใดที่ฉันต้องการหากมีจำนวนมากบนเซิร์ฟเวอร์เดียวกัน

ในสมัยก่อน (HTTP 1.0 และก่อนหน้า) แต่ละชื่อโฮสต์ที่เซิร์ฟเวอร์ต้องการจัดการแตกต่างกันจะต้องมีที่อยู่ IP ของตัวเอง มันค่อนข้างสิ้นเปลือง

HTTP 1.1 เพิ่มHostส่วนหัว "เป็นฟิลด์บังคับในคำขอ HTTP (IIRC ผู้ขายบางรายได้สนับสนุนสิ่งนี้ก่อนหน้านี้เป็นส่วนขยาย) ซึ่งบอกเซิร์ฟเวอร์ว่ามีการร้องขอชื่อโฮสต์ใดและอนุญาตให้ใช้เนื้อหาที่แตกต่างกันสำหรับชื่อโฮสต์ที่ต่างกัน ที่อยู่ IP การสนับสนุน HTTP 1.1 ในไคลเอนต์ปัจจุบันแพร่หลายแล้ว

น่าเสียดายที่ SSL (ภายหลัง TLS) เพิ่มรอยย่น การสร้างเซสชัน SSL / TLS ต้องการให้เซิร์ฟเวอร์แสดงใบรับรองให้กับลูกค้าที่ครอบคลุมชื่อโฮสต์ที่ร้องขอ แต่คำขอ HTTP จะไม่มาถึงจนกว่าจะมีการสร้างเซสชัน SSL / TLS

เป็นไปได้ที่จะมีใบรับรองหนึ่งใบครอบคลุมชื่อโฮสต์หลายชื่อผ่านการใช้SubjectAltNameฟิลด์หรือการใช้สัญลักษณ์แทนในCommonNameฟิลด์ อย่างไรก็ตามสิ่งนี้มีความท้าทายด้านการบริหารโดยเฉพาะถ้าชื่อโฮสต์ที่เกี่ยวข้องนั้นอยู่ภายใต้โดเมนที่มีความเป็นเจ้าของต่างกัน

ดังนั้น TLS จึงแนะนำส่วนขยาย "เซิร์ฟเวอร์บ่งชี้ชื่อ" (SNI) ด้วยส่วนขยายนี้ไคลเอ็นต์จะส่งชื่อโฮสต์ที่ร้องขอไปยังเซิร์ฟเวอร์ในระหว่างกระบวนการจับมือ TLS เซิร์ฟเวอร์สามารถแสดงใบรับรองที่เหมาะสม น่าเสียดายที่แม้ว่าเวอร์ชันปัจจุบันของการใช้งาน SSL / TLS ที่สำคัญทั้งหมดสนับสนุน SNI แต่มันใช้เวลานานสำหรับเวอร์ชันเก่าที่จะใช้งานไม่ได้

— plugwash
แหล่งที่มา
คุณลืมที่จะพูดถึงว่า TCP สามารถฟังบนหลายพอร์ตใช้เซิร์ฟเวอร์ที่แตกต่างกันในแต่ละ ...
— Toby Speight
ใช่ แต่คุณไม่มี portnumbers ใน dns และคุณไม่สามารถคาดหวังได้ว่า joe.p.user ไปที่our.fabulous.site:81นอกจากนี้ไฟร์วอลล์บางตัวยังบล็อกการเข้าถึงขาออกไปยังพอร์ตที่ไม่ได้มาตรฐาน
— Lenne
3

คำตอบนั้นซับซ้อนกว่าคำตอบบางคำที่ทำให้มันซับซ้อน เมื่อคุณทำการค้นหา DNS คุณจะต้องได้รับที่อยู่ IP ( Aบันทึกสำหรับ IPv4 AAAAสำหรับ IPv6) คุณต้องสามารถเปิดซ็อกเก็ตผ่าน TCP / IP เพื่อสื่อสารหรือล้มเหลวทั้งหมด ที่อยู่นั้นอาจแสดงถึงเซิร์ฟเวอร์หรืออาจแสดงถึงตัวโหลดบาลานซ์ มันอาจเป็นตัวแทนของพร็อกซี หากโฮสต์อยู่หลัง CloudFlare ที่อยู่ที่คุณได้รับคือเซิร์ฟเวอร์ CloudFlare เซิร์ฟเวอร์ที่แท้จริงนั้นอยู่ที่อื่น ซึ่งช่วยให้โฮสต์หลีกเลี่ยงปัญหาเช่นการโจมตีแบบปฏิเสธการให้บริการ

โฮสติ้งเสมือนจริงเป็นสิ่งที่คุณถาม (คำถามอื่น ๆ เกี่ยวกับเรื่องนี้ แต่ไม่มีรายละเอียดใด ๆ ) การโฮสต์เสมือนใช้เวลาร้องขอเว็บและดูที่ชื่อโฮสต์ (เช่น domain.com) เพื่อกำหนดเว็บไซต์ที่จะให้บริการ ดังนั้นในเว็บเซิร์ฟเวอร์ Apache HTTPคุณจะมีการกำหนดค่าเช่นนี้

<VirtualHost *:80>
    ServerName www.domain.com
    ServerAlias domain.com

    DocumentRoot /var/www/domain.com
</virtualHost>

นี่คือตัวอย่างที่ง่ายขึ้น ดังนั้นเราจึงบอกให้ Apache ฟังพอร์ต 80 ของ IP ใด ๆ (ในเครื่องเสมือนที่ทันสมัยซึ่งโฮสต์ IP ของเครื่องของคุณอาจแตกต่างจาก IP จริง) จากนั้นเราจะบอกว่านี่เป็นdomain.comเว็บไซต์และไดเรกทอรีใดบ้างที่อยู่ในเว็บไซต์ จากนั้นเราสามารถทำซ้ำบล็อกนี้ซ้ำแล้วซ้ำอีกเพื่อบอก Apache ให้จัดการเว็บไซต์ต่างๆ เว็บเซิร์ฟเวอร์ทุกเครื่องรองรับระบบประเภทนี้

อีกวิธีในการจัดการสิ่งนี้คือการบอกให้เว็บเซิร์ฟเวอร์กำหนดทิศทางปริมาณการใช้งานเว็บทั้งหมดไปยังสคริปต์การเขียนโปรแกรมเดียว (เช่น PHP, ASP.NET และอื่น ๆ ) จากนั้นสคริปต์เดียวจะกำหนดเว็บไซต์และหน้าเว็บที่จะแสดง

— Machavity
แหล่งที่มา
1

การใช้ DNS คุณสามารถกำหนดชื่อให้กับที่อยู่ IP แต่ละรายการได้มากเท่าที่คุณต้องการ (ในไฟล์โฮสต์ของคุณคุณสามารถแยกแต่ละชื่อด้วยช่องว่างได้) การใช้เซิร์ฟเวอร์ DNS คุณสามารถกำหนดที่อยู่ IP หลายแห่งให้กับชื่อเดียวได้ ไม่ จำกัด เฉพาะความสัมพันธ์แบบหนึ่งต่อหนึ่ง

เว็บเซิร์ฟเวอร์รู้ว่าจะให้บริการเว็บไซต์ใดโดยตรวจสอบ URL ที่ร้องขอ ดูเหมือนว่าจะขอโดเมนใดพอร์ตที่ร้องขอและใช้โปรโตคอลใด สิ่งนี้ไม่เกี่ยวกับ DNS และจัดการโดยโปรโตคอล HTTP

— krowe
แหล่งที่มา
0

เว็บเซิร์ฟเวอร์มีแนวคิดของโฮสต์คอนเทนเนอร์ ( นี่คือเอกสารประกอบของ Tomcat เป็นต้น) หลายโฮสต์คอนเทนเนอร์สามารถกำหนดค่าสำหรับกล่อง / ที่อยู่ IP เดียวกันให้บริการหลายโดเมน ภาชนะบรรจุมีไดเร็คทอรี่สำหรับใช้งานอิสระขอบเขตการพิสูจน์ตัวตนไดเรกทอรีล็อกและสิ่งที่คล้ายกัน

เซิร์ฟเวอร์ค้นหาที่เก็บที่เกี่ยวข้องสำหรับคำขอใหม่ซื้อชื่อโดเมนเป็นส่วนหนึ่งของคำขอ HTTP นี้

อินสแตนซ์ของเว็บเซิร์ฟเวอร์ที่แตกต่างกันโดยสิ้นเชิงสามารถแบ่งปันที่อยู่ IP เดียวกันหากพวกเขาทำงานบนพอร์ตที่แตกต่างกัน ส่วนใหญ่จะใช้ในการพัฒนาและทดสอบสภาพแวดล้อมต่าง ๆ ที่ชื่อโดเมนอาจไม่พร้อมใช้งานเนื่องจากเซิร์ฟเวอร์ที่ใช้งานจริงไม่สามารถทำงานบนพอร์ตโดยพลการ

ในที่สุดแม้ว่าจำเป็นต้องมีที่อยู่ IP เฉพาะสำหรับเว็บไซต์กล่องเซิร์ฟเวอร์มักจะมีอะแดปเตอร์เครือข่ายหลายตัวดังนั้นจึงมีการกำหนดค่าให้ใช้ที่อยู่ IP หลายแห่ง

— H22
แหล่งที่มา
0

ที่อยู่ IP ของเซิร์ฟเวอร์ของคุณสามารถเก็บชื่อโดเมนได้หลายชื่อในเวลาเดียวกัน

เมื่อคุณเข้าถึงเว็บไซต์เบราว์เซอร์ของคุณจะส่งคำขอ HTTP พร้อมชื่อโดเมนในนั้นและเซิร์ฟเวอร์สามารถพบข้อมูลเว็บไซต์ที่ควรส่งให้คุณ

มันเรียกว่าโฮสต์เสมือนง่าย ๆ อย่างนั้น :)

ลองดูที่นี่สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ DNS และโฮสต์เสมือน

— ทิมคอนเนอร์
แหล่งที่มา
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.