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

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

วิธีแก้ไขข้อผิดพลาด’รีเซ็ตการเชื่อมต่อโดยเพียร์’

ตรวจสอบ VPN ของคุณ

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

รีสตาร์ทบริการและ Daemons

ติดต่อ ผู้ดูแลระบบเซิร์ฟเวอร์และขอให้เขาเริ่มบริการและ Daemons ใหม่อีกครั้งใน กรณีดังกล่าว หากคุณมีสิทธิ์เข้าถึงเซิร์ฟเวอร์ คุณสามารถทำได้ด้วยตัวเอง ขั้นแรก ตรวจสอบให้แน่ใจว่าบริการและ daemons กำลังรันด้วยคำสั่ง systemctl รีสตาร์ท daemons ที่เหมาะสม คำสั่งที่คุณต้องการสำหรับการดำเนินการนี้ในระบบที่ใช้เดเบียนคือ sudo systemctl รีสตาร์ท “daemon-name”

ตรวจสอบบันทึกของแอปพลิเคชันบนเซิร์ฟเวอร์ที่อยู่ห่างไกลออกไป

ตัวอย่างเช่น หากข้อผิดพลาดเกี่ยวข้องกับ SSH เราสามารถทราบได้ว่าเกิดอะไรขึ้นโดยดูที่บันทึก sshd บนเซิร์ฟเวอร์ระยะไกล ไฟล์หนึ่งในไดเร็กทอรี/var/log จะมีรายการบันทึก เมื่อ SSHD สิ้นสุดเซสชันของเรา มันจะเขียนบางอย่างลงในบันทึก

ตรวจสอบพารามิเตอร์เคอร์เนล Linux ที่เกี่ยวข้อง

การรีเซ็ตการเชื่อมต่อโดยข้อผิดพลาดเพียร์ยังเกี่ยวข้องกับพารามิเตอร์เคอร์เนลด้วย แนวคิดเบื้องหลัง Keepalive นั้นเข้าใจง่ายมาก: เมื่อเราตั้งค่าการเชื่อมต่อ TCP เราจะเชื่อมโยงชุดตัวจับเวลาเข้ากับมัน ตัวจับเวลาเหล่านี้บางตัวมีหน้าที่รับผิดชอบในกระบวนการ”keepalive”เมื่อตัวจับเวลา Keepalive ถึงศูนย์ เราจะส่งแพ็กเก็ต Keepalive Probe ที่ว่างเปล่าพร้อมกับชุดแฟล็ก ACK ให้เพื่อนของเรา

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

ตรวจสอบการกำหนดค่า heartbeat ของแอปพลิเคชัน

การรีเซ็ตการเชื่อมต่อเนื่องจากเพียร์ล้มเหลวนั้นเกี่ยวข้องกับแอปพลิเคชันด้วย เครื่องมือเครือข่ายบางอย่าง (Hap Roxy, AWS ELB) และอุปกรณ์ (โหลดบาลานเซอร์ของฮาร์ดแวร์) สามารถยุติการเชื่อมต่อ TCP ที่ “ไม่ได้ใช้งาน” หากไม่มีกิจกรรมในช่วงเวลาหนึ่ง ในกรณีส่วนใหญ่ สิ่งนี้ไม่เป็นที่พึงปรารถนา เราจะใช้ RabbitMQ เป็นตัวอย่าง เมื่อเปิดใช้งานฮาร์ตบีตในการเชื่อมต่อ จะส่งผลให้เกิดทราฟฟิกเครือข่ายเบาบางเป็นระยะ ดังนั้น Heartbeats จึงมีผลข้างเคียงในการป้องกันการเชื่อมต่อไคลเอ็นต์ที่ไม่ได้ใช้งานเป็นระยะเวลาหนึ่งไม่ให้ถูกปิดก่อนกำหนดโดยพร็อกซีและโหลดบาลานเซอร์

ทำความเข้าใจการรีเซ็ตการเชื่อมต่อโดยเพียร์

การรีเซ็ตการเชื่อมต่อ เพียร์หมายความว่าสตรีม TCP ถูกปิดอย่างผิดปกติจากปลายอีกด้านหนึ่ง ได้รับ TCP RST และการเชื่อมต่อถูกปิดแล้ว สิ่งนี้เกิดขึ้นเมื่อแพ็กเก็ตถูกส่งจากจุดสิ้นสุดของการเชื่อมต่อของเรา แต่ปลายอีกด้านไม่รู้จักการเชื่อมต่อ มันจะส่งแพ็กเก็ตกลับด้วยชุดบิต RST เพื่อบังคับปิดการเชื่อมต่อ “การรีเซ็ตการเชื่อมต่อโดยเพียร์” เทียบเท่ากับ TCP/IP ของการกระแทกโทรศัพท์กลับเข้าที่ขอเกี่ยว มันสุภาพกว่าการไม่ตอบและปล่อยให้มันค้าง แต่ไม่ใช่ FIN-ACK ที่คาดหวังจาก TCP/IP ที่สุภาพอย่างแท้จริง

ล้างแคชของเบราว์เซอร์ของคุณ

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

ตัวอย่างเช่น หากคุณใช้ Chrome คุณสามารถไปที่การตั้งค่า > ความเป็นส่วนตัวและความปลอดภัย > ล้างข้อมูลการท่องเว็บ และเลือกช่องรูปภาพและไฟล์ที่แคชไว้: คลิก “ล้างข้อมูล” จากนั้นรอให้ Chrome กำจัดไฟล์ที่เก็บไว้ กระบวนการนี้ใช้เวลาไม่นาน และเมื่อดำเนินการเสร็จสิ้น คุณสามารถลองโหลดหน้าเว็บที่ให้ข้อผิดพลาด “ERR CONNECTION RESET” ซ้ำได้

สิ่งที่ทำให้เกิดข้อผิดพลาด’รีเซ็ตการเชื่อมต่อโดย Peer’

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

คำสุดท้าย

คุณได้รับข้อความ”Err Connection Reset”เมื่อคุณพยายามเปิดเว็บไซต์ใน Chrome หรือไม่ หากเป็นกรณีนี้ อาจเป็นเพราะ Chrome มีปัญหาในการเชื่อมต่อกับไซต์ของคุณ เราหวังว่าบทความของเราเกี่ยวกับ “วิธีแก้ไขข้อผิดพลาด’การรีเซ็ตการเชื่อมต่อโดยเพียร์’” จะช่วยให้คุณทำเช่นนั้นได้อย่างแน่นอน

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

By Maxwell Gaven

ฉันทำงานด้านไอทีมา 7 ปี เป็นเรื่องสนุกที่ได้เห็นการเปลี่ยนแปลงอย่างต่อเนื่องในภาคไอที ไอทีคืองาน งานอดิเรก และชีวิตของฉัน