ต้องการคำตอบทางเทคนิคเพิ่มเติมสำหรับคำถามสัมภาษณ์เกี่ยวกับการใช้งานอินเทอร์เน็ตตั้งแต่ต้นจนจบ [ปิด]

ฉันได้สัมภาษณ์กับผู้คน 5 คนในช่วงสองสัปดาห์ที่ผ่านมาและสามในห้านั้นได้ถามคำถามนี้กับฉัน: อธิบายว่าเกิดอะไรขึ้นระหว่างการกดปุ่ม "Google.com" กับหน้าเว็บที่กำลังปรากฏบนหน้าจอ โดยพื้นฐานแล้วอินเทอร์เน็ตทำงานอย่างไร ฉันคิดหลังจากสามครั้งว่าฉันควรเตรียมพร้อมถ้าฉันได้รับคำถามนี้อีกครั้ง

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

อย่างที่ฉันพูดไปก่อนหน้านี้ฉันไม่มั่นใจว่าคำตอบของฉันนั้นเป็นเทคนิคเพียงพอ ขั้นตอนใดที่ฉันจะออกไป

สำหรับสิ่งที่คุ้มค่าสองในสามครั้งนั้นอยู่กับ บริษัท เดียวกันและฉันถูกเรียกตัวกลับไปสัมภาษณ์ครั้งที่สามกับพวกเขาดังนั้นฉันจึงไม่สามารถวางระเบิดมันแรงเกินไป

1. เบราว์เซอร์ของคุณก่อนจะมีระบบปฏิบัติการดูในไฟล์ "โฮสต์" ของมันสำหรับรายการที่จะแปลชื่อโดเมนเป็นที่อยู่ IP นี่เป็นคุณสมบัติดั้งเดิมที่สืบทอดมาจาก ARPANET เมื่อเป็นไปได้ที่ไฟล์ข้อความเดียวจะมีชื่อที่เข้าใจได้สำหรับคอมพิวเตอร์ทุกเครื่องที่สามารถเข้าถึงได้ผ่าน ARPANET และสำหรับคอมพิวเตอร์แต่ละเครื่องที่เชื่อมต่อกับเครื่องจะมีสำเนาล่าสุด เคยมีมูลค่าที่เหลืออยู่ในเครือข่ายขนาดเล็กของคอมพิวเตอร์ที่ไม่มี NetBIOS หรือโปรโตคอลการตั้งชื่อโหนดที่คล้ายกัน แต่ทุกวันนี้มีแนวโน้มที่จะเป็นเป้าหมายสำหรับแฮกเกอร์ (ซึ่งสามารถใช้เพื่อเลี่ยง DNS และชี้คอมพิวเตอร์ไปยังไซต์ต่างๆ ควบคุม) เพื่อใช้งานอย่างถูกต้องตามกฎหมายกับคอมพิวเตอร์ไคลเอนต์หรือผู้ใช้ / เจ้าของ
2. สมมติว่าคอมพิวเตอร์ของคุณไม่มีรายการโฮสต์สำหรับโดเมนนี้เบราว์เซอร์ของคุณจะส่งคำขอ UDP ไปยังเซิร์ฟเวอร์ DNS ที่กำหนดค่าในการตั้งค่าอินเทอร์เน็ตของระบบปฏิบัติการสำหรับการเชื่อมต่อที่ใช้ผ่านชื่อโดเมน "ชื่อโฮสต์" ของทุกสิ่ง (ทุกอย่าง ระหว่าง "http: //" และเครื่องหมายโคลอนแรกหรือเครื่องหมายทับซ้ายตามสิ่งที่เกิดขึ้นถัดไปเช่น "www.google.com") เซิร์ฟเวอร์ DNS นี้มักเป็นของ บริษัท ของคุณหรือผู้ให้บริการอินเทอร์เน็ตในพื้นที่ของคุณ
   • UDP ย่อมาจาก "Universal Datagram Protocol" และเป็นโปรโตคอล "transport-layer" ในคลาสเดียวกันกับ TCP (เหนือโปรโตคอล IP "เลเยอร์เครือข่าย" ด้านล่างโปรโตคอล "application-layer" เช่น HTTP, FTP, SMTP ฯลฯ ) ในขณะที่ TCP ให้การตรวจสอบข้อผิดพลาดและความสามารถในการรับข้อผิดพลาดจำนวนมาก (การเพิ่มข้อมูลเพิ่มเติมและการเพิ่มค่าใช้จ่าย) UDP ใช้วิธีการที่มีน้ำหนักเบามากขึ้นการเพิ่มแบนด์วิดธ์ข้อมูลสุทธิ ข้อเสียคือโปรโตคอลไม่รองรับคุณสมบัติที่มีอยู่ใน TCP เช่นการแยกข้อมูลขนาดใหญ่ออกเป็นหลาย ๆ แพ็คเก็ต เหมาะสำหรับข้อความขนาดเล็กที่เรียบง่าย (เช่น DNS) และสตรีมมิ่งข้อมูลประเภทเทเลเมตรีซึ่งไม่สำคัญหากแพ็กเก็ตหาย
3. เซิร์ฟเวอร์ DNS นี้จะรู้หนึ่งในสามสิ่ง: วิธีการแปลชื่อโดเมนนั้นเป็นที่อยู่ IP โดยตรง (หมายความว่าเป็น "เซิร์ฟเวอร์ชื่อที่เชื่อถือได้" หรือ ANS สำหรับโดเมนนั้น) ที่อยู่ IP ของ ANS หรือผู้ปกครองของมัน หรือเนมเซิร์ฟเวอร์แม่ของตัวเองซึ่งมีแนวโน้มที่จะรู้วิธีเข้าถึง ANS หากเซิร์ฟเวอร์ไม่ได้แปลคำขอตัวเองก็จะส่งต่อคำขอ "ลง" ไปยัง ANS ที่รู้จักหรือ "ขึ้น" ไปยังแม่ของ NS และกระบวนการนี้ซ้ำซ้ำ
   • "root" ของโครงสร้างต้นไม้นี้เป็นเซิร์ฟเวอร์เดียวซึ่งไม่ทำอะไรเลยนอกจากส่งต่อคำขอใด ๆ ที่ได้รับไปยังหนึ่งในจำนวน "โดเมนระดับบนสุด" หรือเซิร์ฟเวอร์ TLD ตัวอย่างเช่นมีเนมเซิร์ฟเวอร์ ".com" ที่รู้วิธีค้นหาที่อยู่ IP ของโดเมน ".com" ใด ๆ บนโลก (โดยการส่งต่อคำขอเหล่านี้ไปยังเซิร์ฟเวอร์ชื่อระดับ ISP) TLD เหล่านี้ส่งต่อคำขอสำหรับเซิร์ฟเวอร์ชื่อโดเมนที่ DNS ไม่รู้จักภายใน "สาขา" เฉพาะของอินเทอร์เน็ตที่เป็นของ ISP
4. เมื่อพบเซิร์ฟเวอร์ชื่อที่มีสิทธิ์และแปลชื่อโดเมนเป็นที่อยู่ IP ที่อยู่นี้จะถูกส่งกลับไปยังไคลเอนต์และเบราว์เซอร์ หากไม่พบ ANS ภายในคำขอ "time to live" (TTL) จำนวนครั้งสูงสุดที่คำขอควรถูกส่งต่อระหว่างเซิร์ฟเวอร์เพื่อหลีกเลี่ยงการวนรอบไม่สิ้นสุดระหว่างเซิร์ฟเวอร์ที่กำหนดค่าผิดพลาด) ข้อผิดพลาดจะถูกส่งกลับไปยังไคลเอ็นต์โดยโหนดที่ ซึ่งคำขอ "หมดเวลา" (หรือโหนดที่เป็นเซิร์ฟเวอร์ที่มีสิทธิ์สำหรับโดเมน แต่ไม่สามารถแปลคำนำหน้าโดเมนเฉพาะ)
5. เบราว์เซอร์สำหรับการเชื่อมต่อ HTTP จากนั้นส่งคำขอ "TCP SYN" ไปยังที่อยู่ IP และพอร์ตที่ระบุ (หรือพอร์ต HTTP เริ่มต้นที่ 80) เพื่อสร้างการเชื่อมต่อ นี่คือคำขอระดับโปรโตคอลซึ่งอยู่ด้านบนของส่วนหัว IP "ระดับเครือข่าย" ที่มีข้อมูลเช่นพอร์ตตอบสนองที่ลูกค้าต้องการ ("พอร์ตต้นทาง") การตั้งค่าสำหรับการสื่อสาร TCP เช่นขนาดเซกเมนต์ขนาดหน้าต่าง และการใช้คุณสมบัติโปรโตคอลเสริม
6. คำร้องขอจะถูกส่งไปที่ "ลิงก์ระดับ" (ควบคุมวิธีการจัดการวงจรไฟฟ้าจริงเพื่อส่งข้อมูลที่มีอยู่ในเครือข่ายการขนส่งและชั้นแอปพลิเคชัน) ผ่านโครงสร้างของอินเทอร์เน็ต โดยทั่วไปแล้วข้อมูลจะเดินทางไปตามเส้นลวดหรือเส้นใยไปยัง "สำนักงานกลาง" ของคุณหรือธุรกิจของคุณ (ซึ่งเรียกว่า "ไมล์สุดท้าย" และโดยทั่วไปจะเป็นวงจรที่แสดงคอขวดที่ใหญ่ที่สุดต่อแบนด์วิดท์) ซึ่งมากกว่าหรือน้อยกว่า "onramp" Information Superhighway ผู้บังคับกองร้อยจะสามารถเข้าถึงท่อที่มีแบนด์วิดท์สูง (ผู้ให้บริการเครือข่าย SONET และอื่น ๆ ) ที่ส่งคำขอของคุณพร้อมกับผู้อื่นหลายพันล้านคนทั่วโลกไปยังผู้บังคับกองปลายทางซึ่งส่งต่อไปยังเซิร์ฟเวอร์ปลายทางหรือเครือข่าย
   • "การกำหนดเส้นทาง IP" นี้ทำงานในลักษณะที่คล้ายกับแนวคิดในการแก้ไข DNS ISP ระดับ "สุดยอด" จะถูกกำหนดให้กับเครือข่าย IP "คลาส A" ทั้งหมด (ทุกที่อยู่เป็นไปได้ที่จะได้รับไบต์แรกที่รู้จัก) โดย ICANN และ ISP อื่น ๆ รู้ว่าใครเป็นเจ้าของเครือข่าย Class A และวิธีการรับข้อมูล ประตู "โดยใช้ข้อมูลใน" ตารางเส้นทาง " ISP ระดับบนสุดนี้จะเช่าบล็อกที่อยู่บางแห่งให้กับผู้ให้บริการอินเทอร์เน็ตในพื้นที่ส่วนบุคคลอื่น ๆ โดยตรงกับผู้ใช้ขององค์กรและ ISP และ บริษัท เหล่านี้มีเราเตอร์ที่ใช้ที่อยู่ IP (และตารางเส้นทางของตนเอง) เพื่อพิจารณาว่า วงจรที่อยู่ใกล้เคียงไปด้านข้างกับเราเตอร์ ISP ในพื้นที่อื่น ๆ หรือสูงถึงเทียร์และเราเตอร์ที่สูงกว่า
7. เซิร์ฟเวอร์ได้รับคำขอนี้ (หากไม่ได้ถูกปฏิเสธที่เลเยอร์นามธรรมที่ต่ำกว่าเช่นซ็อกเก็ตหรือไฟร์วอลล์) และหากตัดสินใจที่จะยอมรับการเชื่อมต่อมันจะส่งขั้นตอนการตอบสนองคำขอ "SYN-ACK" ทั้งสองยอมรับ ร้องขอและระบุการตั้งค่าของตัวเอง (รวมถึงการตั้งค่าใด ๆ ของลูกค้าที่สามารถรองรับได้ แต่การเปลี่ยนแปลงใด ๆ ที่ไม่สามารถทำได้หรือไม่ได้ระบุไว้)
8. หากไคลเอนต์รองรับการสื่อสารโดยใช้ตัวเลือกการตั้งค่าเซิร์ฟเวอร์ที่มีให้มันจะส่งการตอบสนอง ACK และตอนนี้การเชื่อมต่อคือ "สร้าง"
9. เบราว์เซอร์ถัดไปส่งคำขอ "HTTP GET" คำขอรวมถึง URI เต็มรูปแบบของทรัพยากรที่ร้องขอโดยเบราว์เซอร์ (แม้ว่าเรารู้ว่าเรากำลังพูดคุยกับ www.google.com เราส่งสตริงนั้นเป็นส่วนหนึ่งของคำขอเพื่อให้เซิร์ฟเวอร์สามารถตีความหากต้องการเพิ่มเติม ชื่อโดเมนที่จะนำคำขอ) คำขอนี้อาจรวมถึง "คุกกี้"; ข้อมูลที่เก็บไว้ในไคลเอนต์ที่สามารถมอบให้กับเซิร์ฟเวอร์เพื่อช่วยในการประมวลผลคำขอได้อย่างมีประสิทธิภาพและสะดวกสบาย (เช่นการระบุการตั้งค่าของผู้ใช้)
10. เซิร์ฟเวอร์ได้รับคำขอ GET และตัดสินใจก่อนว่าต้องการให้เกียรติหรือไม่ (เซิร์ฟเวอร์อาจฟังการร้องขอไปยังพอร์ต TCP 80 แต่ต้องการข้อความจากแอปพลิเคชันโปรโตคอลอื่นเช่น FTP หรือ VoIP นี่หายากสำหรับพอร์ต 80 แต่ พบได้ทั่วไปสำหรับพอร์ตประเภทอื่น ๆ ) เราจะถือว่ามันยอมรับ เซิร์ฟเวอร์จะส่งคืนการตอบกลับ HTTP ที่มีทรัพยากรที่ร้องขอ (ในกรณีนี้คือ HTML สำหรับหน้าเริ่มต้นซึ่งเป็นหน้าการค้นหาทั่วไปของ Google) การตอบสนองอาจรวมถึง "คุกกี้" ซึ่งเซิร์ฟเวอร์ขอให้ลูกค้าจัดเก็บ (ไคลเอนต์อาจมีหรือไม่มีก็ได้)
11. เบราว์เซอร์ HTML ถูกย่อยโดยเบราว์เซอร์และแสดงผลเพื่อวาดหน้าในหน้าต่างเบราว์เซอร์ ขณะนี้เกิดขึ้นคำขอ HTTP GET เพิ่มเติมสำหรับ Javascript สไตล์ชีตรูปภาพและข้อมูลอื่น ๆ ที่จำเป็นในการแสดงเนื้อหาทั้งหมดของหน้าในลักษณะที่ HTML กำหนดจะถูกส่งโดยไคลเอนต์และข้อมูลที่ได้จาก เซิร์ฟเวอร์
12. ในยุคที่ผ่านมา Google มีรูปแบบคงที่ คุณพิมพ์สิ่งที่คุณต้องการค้นหาลงในกล่องข้อความและกด "ค้นหา" (หรือ "ดีใจจังค้นแล้วเจอเลย") เมื่อคุณดำเนินการคำขอ HTTP POST จะถูกส่งโดยไคลเอนต์ไปยังเซิร์ฟเวอร์ คำขอประกอบด้วยที่ตั้งที่ลูกค้าระบุว่าควรส่งข้อมูลไปให้และแน่นอนว่าข้อมูลนั้นเป็นของตัวเอง ข้อมูลนี้ถูกย่อยโดยเซิร์ฟเวอร์ซึ่งใช้เพื่อค้นหาผลลัพธ์การค้นหาและเซิร์ฟเวอร์จะสร้างเพจของผลลัพธ์เหล่านี้ซึ่งส่งถึงคุณ หรือสามารถแปลงข้อความค้นหาเป็น "สตริงข้อความค้นหา" และตอบกลับด้วย "เปลี่ยนเส้นทาง"; คำขอสำหรับเบราว์เซอร์เพื่อส่งคำขออื่นไปยัง URI อื่นที่ระบุในข้อความ เบราว์เซอร์จะทำเช่นนั้นแล้วเซิร์ฟเวอร์จะสร้างและส่งที่หน้า
13. ในยุคปัจจุบันหน้าแรกของ Google เป็นแบบไดนามิกมากขึ้น ขณะที่คุณพิมพ์จาวาสคริปต์ที่ดำเนินการทางฝั่งไคลเอ็นต์ภายในเบราว์เซอร์จะส่งสิ่งที่คุณพิมพ์ไปยัง Google พร้อมกับ "ช่องด้านข้าง" (ใช้โปรโตคอลเดียวกันสำหรับการสื่อสาร แต่เนื่องจากไม่ใช่เบราว์เซอร์เองที่ส่งคำขอสำหรับทั้งหน้า หน้าจอเบราว์เซอร์จะไม่ถูกล้างและวาดใหม่) สำหรับหน้านี้ใช้เพื่อให้คำแนะนำการสืบค้น (คำแนะนำการเติมข้อความอัตโนมัติสำหรับสิ่งที่คุณอาจกำลังค้นหาเพราะคนอื่น ๆ เพิ่งทำไปเมื่อเร็ว ๆ นี้); บนหน้าผลลัพธ์มันทำสิ่งเดียวกัน แต่ยังสามารถใช้เพื่อให้ผลลัพธ์การค้นหาแบบเรียลไทม์และวาดหน้าใหม่ได้อย่างสมบูรณ์โดยไม่ต้องโหลดเบราว์เซอร์แบบเต็มหน้า เทคนิคเหล่านี้อยู่ภายใต้หัวข้อทั่วไปของ AJAX (Asynchronous JavaScript และ XML,

ภาพยนตร์เรื่องนี้ซึ่งเป็นสิ่งที่พวกเขาแสดงให้เห็นน้องใหม่ของฉัน "Intro to IT" ในวิทยาลัยมีพื้นฐานที่แสดงในรูปแบบที่เป็นมิตรและคล้ายคลึงกัน มันไม่ได้เป็นเทคนิค แต่อย่างใด แต่ให้ภาพรวมที่ดีเกี่ยวกับชิ้นส่วนของปริศนานี้

การพูดถึงคุกกี้และไฟร์วอลล์เป็นสิ่งที่ขาดหายไป มีบางอย่างที่ต้องบอกว่าสำหรับคุกกี้ที่ถูกส่งเพื่อให้ "Google.com" อาจรู้จักผู้ใช้และแสดงหน้าเว็บที่อาจแตกต่างกันไปสำหรับผู้ที่ไม่ได้ลงชื่อเข้าใช้ Google นอกจากนี้ยังมีคำถามว่าบุคคลกำลังค้นหาสิ่งนี้ที่ไหน: สมาร์ทโฟนแท็บเล็ตหรือคอมพิวเตอร์ทั่วไป (แล็ปท็อปหรือเดสก์ท็อป)

ฉันสงสัยว่าอาจมีคำถามด้านที่คุณตั้งใจถาม แต่นั่นไม่ได้เป็นปัจจัยที่นี่ นี่เป็นคำถามที่ว่าเว็บทำงานอย่างไรในขณะที่อินเทอร์เน็ตจะกว้างขึ้นและรวมถึงอีเมลและสิ่งอื่น ๆ ที่ฉันคิด

ฉันเดาว่านั่นเป็นการทดสอบความสามารถในการสื่อสารของคุณ คุณสามารถนำคำถามด้านเทคนิคมาพิจารณาและแยกย่อยเพื่อให้เทคนิคและไม่ใช่เทคนิคเข้าใจได้หรือไม่ คุณจะต้องถามคำถามประเภทใดเพื่ออธิบายให้ผู้อื่นนำหน้าแรกของ "Google.com" บนเบราว์เซอร์ของพวกเขา คุณทำข้อสมมติฐานหรือถามคำถามหรือไม่? ในบางวิธีฉันเห็นว่านี่เป็นคำถามคู่ขนานกับกระดานไวท์บอร์ดที่มีสิ่งที่คลุมเครือมากพอที่คุณจะถามคำถามเพื่อให้คุณสามารถให้คำตอบที่ถูกต้องแม่นยำหรือคุณตั้งสมมติฐานในการให้คำตอบ