จะบังคับให้ปิดซ็อกเก็ตได้อย่างไรใน TIME_WAIT

ฉันรันโปรแกรมเฉพาะบน linux ซึ่งบางครั้งก็ขัดข้อง ถ้าคุณเปิดมันอย่างรวดเร็วหลังจากนั้นมันจะฟังบนซ็อกเก็ต 49201 แทนที่จะเป็น 49200 เหมือนครั้งแรกที่มันทำ netstat เปิดเผยว่า 49200 อยู่ในสถานะ TIME_WAIT

มีโปรแกรมที่คุณสามารถเรียกใช้เพื่อบังคับให้ซ็อกเก็ตนั้นย้ายออกจากสถานะ TIME_WAIT ทันทีหรือไม่

/etc/init.d/networking restart

ให้ฉันทำอย่างละเอียด Transmission Control Protocol (TCP) ได้รับการออกแบบให้เป็นแบบสองทิศทางสั่งและโปรโตคอลการส่งข้อมูลที่เชื่อถือได้ระหว่างสองจุดสิ้นสุด (โปรแกรม) ในบริบทนี้คำที่น่าเชื่อถือหมายความว่ามันจะส่งแพ็กเก็ตใหม่หากได้รับกลาง TCP รับประกันความน่าเชื่อถือโดยการส่งแพ็กเก็ต Acknowleduation (ACK) กลับไปสำหรับแพ็กเก็ตเดียวหรือหลายช่วงที่ได้รับจากเพียร์

สิ่งนี้จะเหมือนกันสำหรับสัญญาณควบคุมเช่นคำขอยกเลิก / ตอบกลับ RFC 793กำหนดสถานะ TIME-WAIT ให้เป็นดังนี้:

TIME-WAIT - หมายถึงการรอเวลามากพอที่จะผ่านเพื่อให้แน่ใจว่า TCP ระยะไกลได้รับการตอบรับการร้องขอการยกเลิกการเชื่อมต่อ

ดูแผนภาพสถานะ TCP ต่อไปนี้:

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

ลองเรียกอันแรกเพื่อเรียกการออกจากการเป็นคนใกล้ชิดและคนอื่น ๆ ที่ใกล้ชิดเรื่อย ๆ เมื่อแอ็คทีฟเข้าใกล้ส่ง FIN สถานะจะไปที่ FIN-WAIT-1 จากนั้นจะได้รับ ACK สำหรับ FIN ที่ส่งและสถานะจะไปที่ FIN-WAIT-2 เมื่อได้รับ FIN จากการแฝงที่แฝงอยู่ใกล้ยิ่งขึ้นแอคทีฟก็จะส่ง ACK ไปที่ FIN และสถานะจะไปที่ TIME-WAIT ในกรณีที่ passive passive ไม่ได้รับ ACK ไปยัง FIN ที่สองมันจะทำการส่งแพ็กเก็ต FIN อีกครั้ง

RFC 793ตั้งค่า TIME-OUT ให้เป็นสองเท่าของอายุการใช้งานสูงสุดของเซ็กเมนต์หรือ 2MSL ตั้งแต่ MSL เวลาสูงสุดที่แพ็คเก็ตสามารถท่องอินเทอร์เน็ตได้คือ 2 นาทีและ 2MSL คือ 4 นาที เนื่องจากไม่มี ACK ไปยัง ACK การใช้งานที่ใกล้ชิดจึงไม่สามารถทำอะไรได้นอกจากรอ 4 นาทีหากปฏิบัติตามโปรโตคอล TCP / IP อย่างถูกต้องในกรณีที่ผู้ส่งแฝงไม่ได้รับ ACK ไปยัง FIN (ตามหลักเหตุผล) .

ในความเป็นจริงแพ็คเก็ตที่หายไปอาจเป็นของหายากและหายากมากถ้ามันเกิดขึ้นภายใน LAN หรือภายในเครื่องเดียว

หากต้องการตอบคำถามทุกข้อวิธีบังคับให้ปิดซ็อกเก็ตใน TIME_WAIT ได้อย่างไรฉันจะยังคงยึดคำตอบเดิมของฉัน:

/etc/init.d/networking restart

ในทางปฏิบัติฉันจะตั้งโปรแกรมเพื่อให้ละเว้นสถานะ TIME-WAIT โดยใช้ตัวเลือก SO_REUSEADDR ตามที่ระบุใน WMR SO_REUSEADDR ทำอะไรกันแน่

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

ฉันไม่ทราบว่าคุณมีซอร์สโค้ดของโปรแกรมเฉพาะที่คุณกำลังใช้งานอยู่หรือไม่ แต่ถ้าเป็นเช่นนั้นคุณสามารถตั้งค่า SO_REUSEADDR ผ่านทางsetsockopt(2)ซึ่งอนุญาตให้คุณผูกที่อยู่โลคอลเดียวกันแม้ว่าซ็อกเก็ตจะอยู่ในสถานะ TIME_WAIT (เว้นแต่ว่า ซ็อกเก็ตกำลังฟังดูsocket(7))

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับสถานะ TIME_WAIT ส่วนดูUnix ซ็อกเก็ตคำถามที่พบบ่อย

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

/proc/sys/net/ipv4/tcp_tw_recycle

และคุณสามารถตั้งค่าการหมดเวลาเป็น 1 วินาทีโดยทำดังนี้

echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle 

อย่างไรก็ตามหน้านี้มีคำเตือนเกี่ยวกับปัญหาความน่าเชื่อถือที่เป็นไปได้เมื่อตั้งค่าตัวแปรนี้

นอกจากนี้ยังมีไฟล์ที่เกี่ยวข้อง

/proc/sys/net/ipv4/tcp_tw_reuse

ซึ่งควบคุมว่าจะสามารถนำซ็อกเก็ต TIME_WAIT มาใช้ซ้ำได้หรือไม่ (สมมุติว่าไม่มีการหมดเวลา)

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

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

ที่จริงมีวิธีที่จะฆ่าเชื่อมต่อได้ - killcx พวกเขาอ้างว่ามันใช้งานได้ในสถานะใด ๆ ของการเชื่อมต่อ (ซึ่งฉันไม่ได้ตรวจสอบ) คุณต้องรู้ว่าการสื่อสารเกิดขึ้นได้อย่างไรดูเหมือนว่าจะถือว่า eth0 เป็นค่าเริ่มต้น

UPDATE: วิธีอื่นคือตัดที่มาในที่เก็บบาง distros ลินุกซ์

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

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

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

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