คำถามติดแท็ก rfc

เป็นเรื่องธรรมดามากที่ RFCs จะได้รับการอ้างถึงในการสนับสนุนความคิดเห็น (รวมถึง Serverfault Q & A) แต่พนักงานไอทีโดยทั่วไปมีความเข้าใจที่แย่มากเกี่ยวกับ RFC ที่กำหนดมาตรฐานและเป็นข้อมูลใด สิ่งนี้ไม่น่าแปลกใจ: ผู้ดูแลระบบทุกระดับมักหลีกเลี่ยงการจ้องมองที่ RFC เว้นแต่ว่าพวกเขาจะไม่มีทางเลือก ในเว็บไซต์อย่างพวกเรามันเป็นสิ่งสำคัญอย่างยิ่งที่เราจะไม่ขยายเวลาความเข้าใจผิดที่เกิดขึ้นบ่อย ๆ ในคำตอบที่ได้รับการโหวตของเรา ผู้ใช้แบบสุ่มที่ล่องเรือจากเครื่องมือค้นหาจะคิดว่า upvotes ที่ไม่มีความคิดเห็นที่ขัดแย้งกันนั้นเป็นตัวบ่งชี้ที่เพียงพอของการตรวจค้น เมื่อเร็ว ๆ นี้ฉันได้พบคำตอบจาก 2011 ทำให้เห็นได้ชัดว่านี่ไม่ได้รับการติดในบางกรณีขณะที่เรา upvote และอาจรับประกันความพยายามที่จะแจ้งให้ชุมชนและอินเทอร์เน็ตของเราที่มีขนาดใหญ่ ดังนั้นหากไม่มีความกังวลใจเพิ่มเติมบุคคลหนึ่งจะแยกความแตกต่างระหว่าง RFC ที่สามารถอ้างอิงได้ว่าเป็นมาตรฐานอินเทอร์เน็ตและหนึ่งที่ให้ข้อมูลอย่างหมดจดได้อย่างไร

44 rfc 

และมันสามารถกำหนดค่าได้หรือไม่? ฉันสามารถตั้งค่า Tomcat เพื่อให้ URL มีขนาด 200K ของ params การสืบค้นผ่านไปยัง servlet ที่มีอยู่ได้สำเร็จหรือไม่ ใช่ฉันรู้ว่าควรใช้ POST เมื่อคุณมีข้อมูลจำนวนมาก นั่นเป็นตัวเลือกที่น่าพอใจน้อยลงในกรณีนี้โดยเฉพาะ แอปพลิเคชันที่มีอยู่ (เครื่องมือค้นหา) คาดว่าคำขอ GET เพื่อทำการค้นหา

43 tomcat  http  rfc  uri 

เรากำลังพยายามย้ายเว็บไซต์ทั้งหมดของเราที่เราโฮสต์ไปยัง CNAMES เนื่องจากเราวางแผนที่จะย้ายเซิร์ฟเวอร์ในปีใหม่และต้องการความสามารถในการย้ายลูกค้าบางรายไปยังเซิร์ฟเวอร์หนึ่งและลูกค้าอื่น ๆ เราวางแผนที่จะให้ CNAME แก่ลูกค้าซึ่งเราสามารถเปลี่ยนแปลงได้ในภายหลัง (เรามีเหตุผลอื่นในการทำเช่นนี้ แต่นั่นคือเหตุผลหลัก) เราทดสอบทฤษฎีนี้กับโดเมนของเราสองสามตัวและดูเหมือนว่าจะใช้ได้ อย่างไรก็ตามเมื่อตรวจสอบระเบียน MX บนโดเมนฉันได้รับค่า CNAME กลับมามากกว่าบันทึก MX น่าเสียดายที่โดเมนทั้งหมดเหล่านี้ทำผ่านแผงควบคุม แต่ฉันเดาว่าพวกเขาแค่เขียนไฟล์โซนให้ฉัน ฉันต้องการสร้าง CNAME 2 รายการสำหรับ company.com company.com. IN CNAME client.dns.ourserver.com www IN CNAME client.dns.ourserver.com ระเบียน MX เป็นดังนี้: company.com IN MX 10 mail.company.com เรามีบันทึก A สำหรับ mail.company.com การทำ: host -t mx company.com ส่งคืนค่า CNAME …

42 domain-name-system  mx-record  rfc 

ก่อนใครถาม: ฉันเคยเห็นDNS การสืบค้นใช้ TCP แทนที่จะเป็น UDP เมื่อใด และมันไม่ตอบคำถามของฉัน สิ่งที่ฉันได้ยินคือ " ถ้าคำตอบยาวเกินไป DNS จะใช้ TCP " สิ่งนี้ไม่ได้อธิบายว่ามันเกิดขึ้นได้อย่างไร ดังนั้นนี่คือสถานการณ์: ไคลเอนต์ DNS ขอให้มีการแก้ไขเรคคอร์ดโดยใช้ UDP บันทึกยาวเกินไปสำหรับ UDP: คำตอบของเซิร์ฟเวอร์ที่มี opcode เฉพาะเพื่อให้ไคลเอนต์สลับเป็น TCP เซิร์ฟเวอร์ไม่ตอบรับเลยและไคลเอนต์ลองใหม่ผ่าน TCP เซิร์ฟเวอร์เปิดการเชื่อมต่อ TCP ไปยังไคลเอนต์ (โง่ถ้าคุณนับ NAT แต่ใครจะรู้?) อย่างใดลูกค้า (?) 'รู้' ว่าแบบสอบถามที่กำหนดควรจะเรียกใช้ผ่าน TCP จึงไม่รบกวน UDP ในสถานที่แรก DNS พิกซี่เปลี่ยน UDP ให้เป็น TCP อย่างน่าอัศจรรย์ ฉันได้รับคำตอบจากทั่วอินเทอร์เน็ต …

31 domain-name-system  rfc 

SMTP อนุญาตให้มีหลายที่อยู่ FROM ในร่างกาย (ไม่ใช่ซองจดหมาย) ตาม RFCs เคยใช้คุณสมบัตินี้เพื่อจุดประสงค์ที่ชอบด้วยกฎหมายหรือไม่? การทิ้งข้อความที่มีที่อยู่หลายแห่งปลอดภัยหรือไม่

27 smtp  rfc 

IETF RFC 7505อธิบายระเบียน MX สำหรับโดเมน / โฮสต์ที่ไม่ควรรับอีเมลอย่างชัดเจน สิ่งนี้สามารถทำได้โดยการชี้ MX ที่รูทของระบบชื่อโดเมน ตัวอย่างเช่น, nomail.example.com. 86400 IN MX 0 "." ทำไมถึงจำเป็น ในความเข้าใจของฉันพิสูจน์อย่างชัดเจนสามารถใช้ได้โดยการใช้โดเมนภายใต้ invalidTLD ตัวอย่างเช่น, nomail.example.com. 86400 IN MX 0 "spam.invalid." nomail.example.com. 86400 IN MX 10 "null.invalid." ฉันเห็นว่า RFC 2782, DNS SRV เช่นเดียวกันระบุว่า "A Target of '.' หมายความว่าบริการนี้จะไม่สามารถใช้งานได้ในโดเมนนี้ " ดังนั้นฉันคิดว่าคำถามของฉันคือ: ทำไมเราควรใช้รูท DNS เพื่อหมายถึง "ไม่พร้อมใช้งาน" …

18 domain-name-system  rfc 

ในการพยายามวินิจฉัยปัญหาความล้มเหลวด้วยไฟร์วอลล์ Cisco ASA 5520 ของฉันฉันใช้ traceroute ไปที่ www.btfl.com และทำให้ฉันประหลาดใจมากกระโดดขึ้นมาบางส่วนจากที่อยู่ RFC 1918 เพื่อให้ชัดเจนโฮสต์นี้ไม่ได้อยู่หลังไฟร์วอลล์ของฉันและไม่มี VPN ที่เกี่ยวข้อง ฉันต้องเชื่อมต่อผ่านอินเทอร์เน็ตเพื่อไปที่นั่น เป็นไปได้อย่างไร / ทำไมเป็นไปได้? asa# traceroute www.btfl.com Tracing the route to 157.56.176.94 1 <redacted> 2 <redacted> 3 <redacted> 4 <redacted> 5 nap-edge-04.inet.qwest.net (67.14.29.170) 0 msec 10 msec 10 msec 6 65.122.166.30 0 msec 0 msec 10 …

18 routing  rfc 

มีเหตุผลที่ถูกต้องหรือไม่สำหรับฟิลด์“ MAIL FROM:” SMTP ที่ไม่ตรงกับฟิลด์“ จาก:” ในส่วนข้อมูลของข้อความนอกเหนือจากรายชื่ออีเมล จาก/programming/1750194/smtp-why-does-email-needs-envelope-and-what-does-the-envelope-mean : “ แต่เพื่อที่จะทำการเปรียบเทียบคำสั่งเมล์หอยทากของคุณจดหมายมืออาชีพส่วนใหญ่จะมีที่อยู่ของผู้ส่งและผู้รับที่พิมพ์บนตัวอักษร ที่อยู่เหล่านั้นไม่จำเป็นสำหรับบุรุษไปรษณีย์ แต่กลับเป็นความสุภาพของผู้รับ ดังนั้นจึงสมเหตุสมผลที่อีเมลจะทำงานในลักษณะเดียวกัน” ปัญหาของบรรทัดของตรรกะนี้อยู่ที่นี่:“ ความอนุเคราะห์ต่อผู้รับ” การรวมที่อยู่“ จาก:” ในอีเมลผ่าน SMTP ไม่ได้เป็นมารยาท จำเป็นถ้าผู้รับสามารถส่งคำตอบได้ จาก: วิธี จำกัด ส่วนหัว From ให้ตรงกับ MAIL FROM ใน postfix ได้อย่างไร : “ แต่ถ้าคุณต้องการให้แน่ใจว่าจาก: และอีเมลจากนั้นคุณต้องใช้ header_checks เพื่อให้ Return-Path: ตรงกันจาก:” ความหมายของการทำเช่นนี้มีอะไรบ้าง เห็นได้ชัดว่าการส่งจดหมายจะเป็นปัญหา มีการใช้งานที่ถูกกฎหมายอื่น ๆ ของข้อมูลส่วนหัว“ MAIL FROM:” และ“ From:” …

18 email  smtp  rfc 

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

15 email  smtp  rfc  legacy  protocol 

RFC-952 (ประโยคสุดท้ายของจุดที่ 1 ภายใต้สมมติฐาน) ห้ามใช้ชื่อโฮสต์ตัวละครเดี่ยวและฉันเคยมีประสบการณ์ ( เมื่อ 7 ปีที่แล้วเมื่อฤดูร้อนปี 2545) ซึ่งบริการบางอย่างจะปฏิเสธที่จะทำงานกับชื่อโฮสต์อักขระเดี่ยว (เพราะชื่อดังกล่าวคือ ไม่ใช่ตามมาตรฐาน) แต่ฉันเห็นชื่อโฮสต์อักขระเดี่ยวจำนวนหนึ่งที่ใช้งานในช่วงไม่กี่ปีที่ผ่านมา ชื่อโฮสต์ที่เป็นอักขระตัวเดียวตอนนี้ใช้ได้หรือไม่ (ถ้าเป็นเช่นนั้นการอ้างอิงการตรวจสอบความถูกต้องที่เหมาะสมคืออะไร) แก้ไข (เพื่อรวบรวมข้อมูลบางอย่างจากคำตอบ): ด้านต่างๆของ DNS ดูเหมือนจะกำหนดไว้ในหลาย RFCs รวมทั้ง1035 , 1123และ2181 จากRFC-2181 ส่วนที่ 11 : Note however, that the various applications that make use of DNS data can have restrictions imposed on what particular values are …

14 domain-name-system  hostname  rfc 

รีเลย์เกตเวย์อีเมลบุคคลที่สามปฏิเสธที่จะประมวลผลข้อความสำหรับที่อยู่อีเมลที่เราส่งถึง ที่อยู่นั้นอยู่ในรูปแบบของชื่อจริง ..lastname @ recipientdomain.com (สังเกตจุดสองจุด) ข้อกำหนดนี้อนุญาตโดยแนวทาง RFC หรือไม่ RFC 2822ดูเหมือนจะคัดค้านในหัวข้อ 3.4.1: สตริงที่แปลแบบโลคัลเป็นสตริงที่ยกมาหรือ dot-atom หากสตริงสามารถแสดงเป็น dot-atom (นั่นคือไม่มีอักขระอื่นนอกเหนือจากอักขระ atext หรือ "." ล้อมรอบด้วยอักขระ atext) ดังนั้นรูปแบบ dot-atom ควรใช้และรูปแบบสตริงที่ไม่ควรใช้ นำมาใช้ ความคิดเห็นและพื้นที่สีขาวที่พับได้ไม่ควรใช้รอบ "@" ในข้อมูลจำเพาะ นอกจากนี้ในส่วนเดียวกันมันอ้างอิงสิ่งนี้: addr-spec = โลคอลส่วน "@" โดเมน local-part = dot-atom / quote-string / obs-local-part ฉันตีความสิ่งนี้เพื่อหมายความว่าโลคัลพาร์ทสามารถมีเนื้อหาคั่นด้วยจุด แต่ไม่สามารถมีจุดต่อเนื่องได้สองจุดและไม่สามารถเริ่มต้นหรือลงท้ายด้วยจุด ที่ถูกกล่าวว่าฉันไม่คุ้นเคยกับไวยากรณ์จุดอะตอมดังนั้นฉันอาจเข้าใจผิดที่นี่ ใครช่วยกรุณายืนยันและอธิบายได้ไหม?

13 email  smtp  rfc 

การใช้เซิร์ฟเวอร์ Ubuntu 10.04 LTS ในสภาพแวดล้อมแบบสแตนด์อโลนและพยายามใช้มุมมองเพื่อให้บริการเครือข่ายย่อยสองไคลเอนต์ ได้รับข้อผิดพลาดเกี่ยวกับไฟล์ zones.rfc1918 ดังนั้นฉันอยากรู้ว่าไฟล์นั้นใช้สำหรับอะไร จุดประสงค์ของการโฮสต์ที่อยู่ rfc1918 คืออะไร ซับเน็ตที่ฉันใช้คือที่อยู่ rfc 1918, btw การรวมไฟล์ default.rfc1918 เริ่มต้นจะทำให้ฉันปวดหัวใด ๆ (เพิ่มเติม) หรือไม่

12 bind  internal-dns  rfc 

บริษัท จดทะเบียนโดเมนของฉันและ DNS ระบุว่าจะเพิกเฉยต่อคำขอ DNS ไปยังโดเมนที่ไม่รู้จัก โดยไม่สนใจฉันหมายถึงหลุมดำและไม่ตอบสนองซึ่งทำให้ไคลเอนต์ DNS ของฉันและไลบรารีตัวแก้ปัญหาลองอีกครั้งถอยออกและหมดเวลาในที่สุด dig @NS3.DNSOWL.COM somedomainthatdoesntexist.org ... ;; connection timed out; no servers could be reached ในการสำรวจบริการชื่อโดเมนยอดนิยมอื่น ๆ ฉันเห็นว่าพฤติกรรมนี้ไม่เหมือนใครเนื่องจากผู้ให้บริการรายอื่นคืน RCODE เป็น 5 (อ้างอิง): dig @DNS1.NAME-SERVICES.COM somedomainthatdoesntexist.org dig @NS-284.AWSDNS-35.COM somedomainthatdoesntexist.org dig @NS21.DOMAINCONTROL.COM somedomainthatdoesntexist.org ทุกอย่างกลับมาเหมือนดังต่อไปนี้: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 64732 หรือ ;; ->>HEADER<<- …

11 domain-name-system  rfc  protocol 

ฉันมีเวลายากที่จะหาตำแหน่งที่มีการบันทึกว่าพอร์ตต้นทางควรสุ่มและอยู่ในช่วง 1024-65535 เอกสารนี้ RFC ใดอยู่ในเอกสารนี้? แก้ไข: การอ้างอิงครั้งแรกสำหรับพอร์ตที่มีสิทธิใช้งานอยู่ใน RFC2623 ดูเหมือนว่านี่จะขึ้นอยู่กับการใช้ TCP / IP มากขึ้นและเป็นมาตรฐานแบบพฤตินัย IANA กำลังกำหนดหมายเลขพอร์ต (RFC1700)

11 tcpip  udp  rfc 

ทุกครั้งที่ฉันต้องการเรียกใช้การตรวจสอบบนเซิร์ฟเวอร์ DNS ของฉันเพื่อให้แน่ใจว่าพวกเขากำลังทำงานและถูกต้องตามข้อกำหนด RFC ฉันเคยใช้เว็บไซต์ DNSTools เพื่อทำสิ่งนี้เพราะมันให้ภาพที่ดีเกี่ยวกับสิ่งที่เกิดขึ้น - เซิร์ฟเวอร์ทั้งหมดของฉันตอบสนองต่อโลกภายนอกและระเบียน (NS, MX โดยเฉพาะ) ที่สำคัญยังคงอยู่และทำซ้ำถูกต้อง นอกจากนี้เพื่อดูว่าระเบียน MX ของฉันมีการจัดการเพื่อให้ลงในบัญชีดำหรือไม่ บัญชีดำเป็นความเจ็บปวดมาโดยตลอดเพราะฉันไม่สามารถหา "ร้านค้าครบวงจร" ที่เชื่อถือได้ซึ่งให้คุณตรวจสอบกับบัญชีดำที่สำคัญส่วนใหญ่ ฉันไม่ได้ใช้เครื่องมือ DNS ในขณะนี้และตอนนี้พวกเขาต้องการให้คุณจ่ายเงิน (ซึ่งฉันไม่มีอะไรเทียบได้ยากที่จะแสดงให้เห็นถึงผู้บังคับบัญชาเมื่อคุณลงทุนในโซลูชันการตรวจสอบภายในที่มีขนาดใหญ่และฉันแค่ทำ " รู้สึกดีตรวจสอบ ") ผู้ดูแลระบบคนอื่นของฉันใช้อะไรเพื่อตรวจสอบระเบียน DNS ของพวกเขา

11 domain-name-system  blacklist  rfc