การตรวจสอบสิทธิ์พร็อกซี: อนุญาต IP หรือใช้ชื่อผู้ใช้และรหัสผ่าน

ฐานความรู้ ProxyCompass

การตรวจสอบสิทธิ์พร็อกซี: อนุญาต IP หรือใช้ชื่อผู้ใช้และรหัสผ่าน

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

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

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

ใช้ IP ไคลเอนต์สองที่อยู่เดิมเทียบรายการ IP ที่อนุญาตกับข้อมูลรับรองที่ถูกต้อง การเข้าถึงด้วย IP รับเฉพาะต้นทางในรายการ ส่วนการใช้รหัสผ่านโดยไม่ผูก IP รับทั้งสองต้นทางเมื่อข้อมูลรับรองถูกต้อง

สองวิธีตรวจสอบสิทธิ์ทำงานอย่างไร

การตรวจด้วย IP: อนุญาตต้นทางการเชื่อมต่อ

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

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

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

ชื่อผู้ใช้และรหัสผ่าน: แอปเป็นผู้ส่งหลักฐานสิทธิ์

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

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

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

เปรียบเทียบ IP กับชื่อผู้ใช้และรหัสผ่าน

ตารางต่อไปอธิบายสองวิธีแยกกัน การใช้รหัสผ่านในที่นี้หมายถึงไม่มีข้อจำกัด IP เพิ่มเติม ส่วนการใช้ร่วมกันอธิบายด้านล่าง

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

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

เลือกให้เหมาะกับแอปและเครือข่ายอย่างไร

ตรวจว่าแอปใช้วิธีที่เสนอได้ก่อน

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

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

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

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

จากนั้นดูว่าส่วนใดในการตั้งค่าเปลี่ยนบ่อย

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

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

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

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

หากใช้ได้ทั้งสองแบบ ให้เลือกแบบที่ดูแลง่ายกว่า

ผู้ดูแลเครือข่ายดูแลรายการ IP ต้นทางที่อนุญาตได้ นักพัฒนาดูแลข้อมูลรับรองพร็อกซีในการตั้งค่าแอปได้ ให้เลือกสิ่งที่ง่ายกว่าสำหรับขั้นตอนงาน

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

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

การตรวจร่วมกัน: IP และรหัสผ่าน

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

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

ในแพ็กเกจคงที่ของ ProxyCompass โหมดร่วมรับข้อมูลรับรองถูกต้องจาก IPv4 สาธารณะของไคลเอนต์ที่อยู่ในเครือข่ายย่อย /24 เดียวกับ IP ที่เพิ่มในรายการอนุญาต ที่อยู่เหล่านี้มีเลขสามส่วนแรกเหมือนกัน หลายที่อยู่ไคลเอนต์ในเครือข่ายย่อยนั้นจึงใช้ข้อมูลรับรองผ่านรายการอนุญาตรายการเดียวได้ กฎนี้เกี่ยวกับไคลเอนต์ที่เชื่อมเข้าบริการ ไม่ใช่ IP ขาออกที่ซื้อ คู่มือชื่อผู้ใช้และรหัสผ่านที่ลิงก์ไว้ด้านบนมีตัวอย่างการเชื่อมต่อ

ในโหมดร่วมของแพ็กเกจ Datacenter และ ISP แบบคงที่ของ ProxyCompass ให้เพิ่ม IPv4 ไคลเอนต์หนึ่งที่อยู่ในรายการอนุญาต และตั้งข้อมูลรับรองถูกต้องบนทุกไคลเอนต์ ที่อยู่ต้นทางตัวอย่างทั้งสามอยู่ใน /24 เดียวกัน จึงเชื่อมต่อได้ทั้งหมด

วิธีใดควบคุมสิทธิ์ได้ดีกว่า

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

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

ดังนั้นทางเลือกขึ้นกับว่าคุณควบคุมสิ่งใดได้มั่นคงกว่า ระหว่างกลุ่มระบบหลังทางออกเครือข่ายที่อนุญาตกับข้อมูลรับรองที่ส่งให้แอป โหมดร่วมต้องผ่านทั้งสองข้อ จึงจำกัดสถานที่ที่ใช้ได้แม้ข้อมูลรับรองถูกต้อง

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

การตรวจด้วย IP ทำให้พร็อกซีเร็วขึ้นหรือไม่

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

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

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

การตรวจสอบสิทธิ์เปิดเผยได้หรือไม่ว่าที่อยู่นั้นรันพร็อกซี

ได้ รหัสผ่านอาจป้องกันการใช้ที่ไม่ได้รับอนุญาต ขณะเดียวกันระบบภายนอกยังจำแนกบริการได้ เช่น เครื่องมือตรวจติดต่อที่อยู่และพอร์ต HTTP พร็อกซีโดยไม่มีข้อมูลรับรองถูกต้อง การตอบ 407 Proxy Authentication Required พร้อมส่วนหัว Proxy-Authenticate ระบุชัดว่าต้องตรวจสอบสิทธิ์พร็อกซี เครื่องมือตรวจไม่ต้องรู้รหัสผ่านก็ได้รับหลักฐานนี้

ระบบภายนอกส่งคำขอไม่มีข้อมูลรับรองไปยัง HTTP พร็อกซี การตอบ 407 Proxy Authentication Required ป้องกันการใช้แต่เปิดเผยบริการตรวจสอบสิทธิ์พร็อกซี นี่คือการตรวจแยก ไม่ใช่คำตอบตรวจสอบสิทธิ์ที่ส่งไปยังเว็บไซต์ปลายทาง

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

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

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

กลับไปที่ฐานความรู้