additional-information
ERDDAP™- ตั้งตัวเองERDDAP™
สิ่ง ที่ คุณ จําเป็น ต้อง รู้
เกิดข้อผิดพลาดของพร็อกซี
บางครั้ง คําขอร้องERDDAP™จะคืนค่าข้อผิดพลาดของพร็อกซี, คือ HTTP 502 เกตเวย์ไม่ดี, หรือข้อผิดพลาดที่คล้ายกัน ความผิดพลาดเหล่านี้ถูกโยนโดยอาปาเช่หรือทอมแคท ไม่ใช่ERDDAP™ตัวมัน
- หากคําร้องขอทุกคําสร้างข้อผิดพลาดเหล่านี้ โดยเฉพาะอย่างยิ่ง เมื่อคุณกําลังตั้งค่าERDDAP™ดังนั้นมันอาจจะเป็นพร็อกซีหรือประตูไม่ดี และการแก้ปัญหาอาจจะแก้ไขERDDAPตั้งค่าพร็อกซี. นี้ยังอาจเป็นปัญหาเมื่อจัดตั้งERDDAP™ทันใดนั้นก็เริ่มโยนข้อผิดพลาดเหล่านี้ สําหรับทุกคําขอ
- ไม่เช่นนั้นแล้ว, ความผิดพลาด "Proxy" ตามปกติแล้ว จะเป็นการปล่อยข้อผิดพลาดออกไปโดย Apache หรือ Tomcat แม้แต่เมื่อมันเกิดขึ้นอย่างรวดเร็ว มันเป็นการตอบสนองบางอย่างจากอาปาเช่หรือทอมแคทERDDAP™ยุ่งมาก มีความจําจํากัด หรือถูกจํากัดด้วยทรัพยากรอื่น ใน กรณี เหล่า นี้ โปรด ดู คํา แนะ นํา ข้าง ล่าง ที่ จะ พิจารณาERDDAP™ตอบสนองอย่างช้าๆ.
ร้องขอมาเป็นเวลานาน (> 30 จุดเวลา) จากชุดข้อมูลปลอม มีแนวโน้มที่จะหมดเวลาล้มเหลว ซึ่งมักปรากฏเป็นพร็อกซีผิดพลาด เพราะมันใช้เวลาอย่างมากERDDAP™เพื่อเปิดข้อมูลทั้งหมดแบบทีละตัว ถ้าERDDAP™มิ ฉะนั้น ก็ มี งาน ยุ่ง ใน ระหว่าง การ ขอ นั้น ปัญหา นี้ มัก จะ เกิด ขึ้น. หากแฟ้มข้อมูลถูกบีบข้อมูล ปัญหาก็จะเกิดขึ้นมากกว่า ถึงแม้ว่ามันจะยากที่จะตัดสินว่าแฟ้มข้อมูลถูกบีบอัดหรือไม่ วิธี แก้ ก็ คือ การ ขอ หลาย อย่าง แต่ ละ ครั้ง มี เวลา น้อย กว่า. เวลาจะสั้นแค่ไหน ฉันแนะนําให้เริ่มเล็ก ๆ (~30 เวลา?) งั้น (ประมาณ) ระยะเวลาเป็นสองเท่าจนกว่าคําขอล้มเหลว จากนั้นกลับไปเป็นสองเท่า งั้นก็ทําตามที่ขอ (แต่ละช่วงเวลาต่างกัน) ต้องได้ข้อมูลทั้งหมด ขนาดERDDAP™ผู้ดูแลระบบสามารถลดปัญหานี้ได้โดยเพิ่มตั้งค่าหมดเวลาของ Apache.
เฝ้าดู
เราทุกคนต้องการบริการข้อมูลของเรา เพื่อหาผู้ฟังของพวกเขา และใช้อย่างกว้างขวาง แต ่บางครั้งERDDAP™อาจ มี การ ใช้ มาก เกิน ไป ก่อ ปัญหา รวม ทั้ง การ ตอบ สนอง ช้า มาก สําหรับ ทุก สิ่ง ที่ ขอ. แผนของเราที่จะหลีกเลี่ยงปัญหาก็คือ
- ติดตามERDDAP™ผ่านสถานะ. html หน้าเว็บ. มันมีข้อมูลที่มีประโยชน์มากมาย ถ้าคุณเห็นว่ามีคําขอมากมายเข้ามา หรือมีการใช้หน่วยความจําจํานวนมาก หรือคําขอที่ล้มเหลวมากมายERDDAP'แฟ้มปูมบันทึก.txtเพื่อดูว่าเกิดอะไรขึ้น
นอกจากนี้ยังมีประโยชน์ที่จะเพียงแค่บันทึก วิธีรวดเร็วหน้าสถานะตอบสนอง ถ้ามันตอบสนองอย่างช้าๆ นั่นเป็นตัวบ่งชี้สําคัญว่าERDDAP™ยุ่งมาก
- ติดตามERDDAP™ผ่านรายงานรายวันอีเมล์
- เฝ้าดูชุดข้อมูลวันนอกผ่านทาง แท่งกระดาษ /erddap/outOfDateDatasets.htmlหน้าเว็บซึ่งตั้งอยู่บนตัวเลือกtestOutOfDateคุณสมบัติระดับโลก
จอภาพภายนอก
วิธีการต่าง ๆ ที่แสดงอยู่ด้านบนERDDAPวิธีตรวจสอบตัวเอง เป็น ไป ได้ เช่น กัน ที่ จะ สร้าง หรือ ใช้ ระบบ ภาย นอก เพื่อ ตรวจ สอบ ดู ระบบ ของ คุณERDDAP. โปรเจกต์หนึ่งที่ทําได้คือโปรเจกต์ของ Axioam. ระบบ ภาย นอก ดัง กล่าว มี ข้อ ได้ เปรียบ บาง ประการ:
- คุณสามารถกําหนดข้อมูลต่าง ๆ ตามที่คุณต้องการได้ โดยแสดงในแบบที่คุณต้องการ
- พวกเขาสามารถรวมข้อมูลเกี่ยวกับERDDAP™นั่นERDDAP™ไม่สามารถเข้าถึงได้ง่ายๆ หรือไม่ได้เลย (ตัวอย่างเช่น การใช้ CPU, พื้นที่ว่างของดิสก์)ERDDAP™เวลาตอบสนองที่เห็นจากมุมมองของผู้ใช้ERDDAP™ทันเวลา
- มันให้การเตือนได้ (อีเมล์ โทรศัพท์ ข้อความ) สําหรับผู้ดูแลระบบ หากมีปัญหาเกินขีดจํากัด
ตัวจําลองหลายแบบ ร้องขอ
- ผู้ใช้ Blacklist ร้องขอหลายแบบพร้อมกัน! หากเป็นที่ชัดเจนว่าผู้ใช้บางคนทํามากกว่าหนึ่งคําขอพร้อมเพรียงกัน, ซ้ําและต่อเนื่อง, แล้วเพิ่มที่อยู่ IP ของพวกเขาไปยังERDDAP[s]<ร้องขอแบล็คลิสต์) (/ docs/server-admin/datatets ♪ cracklist) ในของคุณdatasets.xmlแฟ้ม บางครั้งคําขอทั้งหมดมาจาก IP address บางครั้งพวกเขามาจาก IP address หลายที่ แต่เห็นได้ชัดว่าผู้ใช้เดียวกัน นอกจากนี้ คุณยังสามารถทํารายการดํา คนทําจํานวนมากของคําขอที่ไม่ถูกต้อง หรือตันของความคิด
ดังนั้น สําหรับทุก ๆ สิ่งที่พวกเขาร้องขอERDDAP™กลับค่า:
HTTP ERROR 403 - Access Forbidden --
Your IP address is on this ERDDAP's request blacklist.
Did you often submit more than one request at a time?
Did you often submit identical requests in a short period of time?
Did you submit a large number of invalid requests?
If you are ready to avoid these problems, please email \[ERDDAP™ administrator's email address\] to request to be taken off of the blacklist.
หวังว่าผู้ใช้จะเห็นข้อความนี้ และติดต่อคุณเพื่อหาทางแก้ไขปัญหา และออกจากบัญชีดํา บางครั้ง พวกเขาก็สลับที่อยู่ IP แล้วลองอีกครั้ง
มัน เป็น เหมือน ความ สมดุล ของ อํานาจ ระหว่าง การ โจมตี กับ อาวุธ ป้องกัน ใน สงคราม. นี่ อาวุธป้องกัน (ERDDAP) มีความจุคงที่ จํากัด ด้วยจํานวนแกนใน CPU ดิสก์เข้าถึงแบนด์วิธ และแบนด์วิดท์ของเครือข่าย แต่อาวุธที่น่ารังเกียจ (ผู้ใช้, โดยเฉพาะสคริปต์) ความจุไม่จํากัด:
- การ ขอ ข้อมูล จาก จุด เวลา หลาย จุด อาจ เป็น สาเหตุERDDAPเพื่อเปิดแฟ้มจํานวนมาก (ในลําดับหรือบางส่วนอ่านหลายเล่ม) . ในกรณีสุดขั้วหนึ่งคําขอ "ปกติ" สามารถง่ายผูกขึ้น RAID กับERDDAP™สําหรับนาทีที่มีประสิทธิภาพ ปิดกั้นการจัดการของคําขออื่น ๆ
- การร้องขอเพียงครั้งเ ดียวอาจจะใช้หน่วยความจําก้อนใหญ่ (ถึงแม้ว่าERDDAP™มีรหัสที่จะลดหน่วยความจําที่จําเป็นในการจัดการการร้องขอขนาดใหญ่) .
- การไล่ระดับสี - เป็น เรื่อง ง่าย ที่ ผู้ ใช้ ที่ ฉลาด จะ ทํา งาน ที่ ใหญ่ โต ให้ ขนาน ได้ โดย สร้าง ด้าย หลาย เส้น ซึ่ง แต่ ละ เส้น จะ ส่ง คํา ขอ ที่ ต่าง กัน (ทั้งใหญ่และเล็ก) . พฤติกรรมนี้ได้รับการส่งเสริมจากชุมชนวิทยาศาสตร์คอมพิวเตอร์ เป็นวิธีที่มีประสิทธิภาพในการจัดการกับปัญหาใหญ่ (และ การ เทียบ เคียง มี ประสิทธิภาพ ใน สถานการณ์ อื่น ๆ) . กลับไปเปรียบเทียบสงคราม: ผู้ใช้สามารถทําให้จํานวนไม่จํากัด ของการร้องขอที่ต่อเนื่องกับค่าใช้จ่ายของแต่ละERDDAP™อาจจะใหญ่และERDDAPความสามารถตอบสนองมีจํากัด เห็นได้ชัดว่าERDDAP™จะแพ้ในศึกนี้ นอกจากERDDAP™ผู้จัดทําบัญชีดําผู้ใช้ที่กําลังทําการร้องขออย่างไม่เสมอภาคหลายแบบ ซึ่งทําให้ผู้ใช้อื่น แตกตื่น
- หลายสคริปต์ - ตอนนี้ลองนึกถึงสิ่งที่เกิดขึ้น เมื่อมีผู้ใช้ฉลาดหลายคน แต่ละคนใช้สคริปต์คู่ขนาน ถ้าผู้ใช้คนหนึ่งสามารถทําการร้องขอให้ผู้ใช้คนอื่น แออัดเกินไป ผู้ใช้ก็จะสามารถทําการร้องขอได้มากมายERDDAP™ครอบงําและดูเหมือนจะไม่ตอบสนอง มันมีประสิทธิภาพDDOS โจมตีอีกครั้ง การป้องกันเดียวสําหรับERDDAP™คือให้ผู้ใช้บัญชีดําทําการร้องขอที่ต่อเนื่องหลายประการ ซึ่งทําให้ผู้ใช้คนอื่นๆ แตกตื่น
- ความคาดหวังที่เพิ่มขึ้น ในโลกของบริษัทเทคโนโลยีขนาดใหญ่ (อเมซอน กูเกิ้ล เฟซบุ๊ก) ผู้ใช้คาดหวังถึงความสามารถ ที่ไม่มีขีดจํากัดจากผู้จัดหา เนื่องจากบริษัทเหล่านี้เป็นบริษัทเงินในการดําเนินงาน ยิ่งมีผู้ใช้มากเท่าไหร่ รายได้ยิ่งเพิ่มมากขึ้นเท่านั้น ดังนั้นพวกเขาจึงสามารถจ่าย โครงสร้างพื้นฐานของ IT เพื่อจัดการการร้องขอ และ ด้วย ความ ฉลาด สุขุม พวก เขา จํากัด จํานวน คํา ขอ และ ค่า ใช้ จ่าย แต่ ละ อย่าง จาก ผู้ ใช้ โดย จํากัด คํา ขอ ที่ ผู้ ใช้ จะ ทํา ได้ เพื่อ ว่า ไม่ มี การ ขอ สัก อย่าง เป็น ภาระ หนัก และ ไม่ มี เหตุ ผล ใด ๆ (หรือวิธี) เพื่อให้ผู้ใช้ทําการขอแบบพร้อมเพรียงกัน บริษัทเทคโนโลยีขนาดใหญ่เหล่านี้ อาจจะมีผู้ใช้งานมากกว่าERDDAP™แต่พวกเขามีทรัพยากรมากขึ้น และวิธีที่ฉลาดที่จะจํากัดคําขอจากผู้ใช้แต่ละคน มันเป็นสถานการณ์สําหรับบริษัทใหญ่ของ IT (และพวกเขาก็รวย) แต่ไม่ใช่เพื่อERDDAP™การติดตั้ง. อีกครั้ง การป้องกันเดียวสําหรับERDDAP™คือให้ผู้ใช้บัญชีดําทําการร้องขอที่ต่อเนื่องหลายประการ ซึ่งทําให้ผู้ใช้คนอื่นๆ แตกตื่น
ดังนั้น ผู้ใช้: อย่าร้องขอหลายๆ ครั้ง ห้ามทํารายการดํา!
แน่นอน มันจะดีที่สุด ถ้าเซิร์ฟเวอร์ของคุณมีแกนหลักมากมาย และหน่วยความจําจํานวนมาก (ดังนั้นคุณสามารถกําหนดความทรงจําให้กับERDDAP™มากกว่าที่ต้องการ) และการเชื่อมต่ออินเทอร์เน็ตชั้นสูง ถ้า เช่น นั้น ความ จํา ก็ มัก จะ เป็น ปัจจัย จํากัด หรือ ไม่ ก็ ไม่ เคย เป็น อย่าง นั้น เลย แต่ แถบ เน็ตเวิร์ค กลาย เป็น ปัจจัย จํากัด ที่ มี อยู่ ทั่ว ไป. โดย พื้น ฐาน แล้ว เนื่อง จาก มี การ ขอ อย่าง พร้อม เพรียง กัน มาก ขึ้น เรื่อย ๆ ความ เร็ว ใน การ ลด ผู้ ใช้ ใด ๆ. โดยปกติแล้วมันจะชะลอจํานวนคําขอที่เข้ามา ถ้าแต่ละผู้ใช้ทําการส่งคําขอทีละครั้ง