मेल 500 मील से आगे नहीं जाता है - एफएक्यू

ई-मेल की कहानी , जो प्रेषक से 500 मील से अधिक नहीं गई थी , लंबे समय से दाढ़ी वाली क्लासिक बन गई है। मैंने सोचा था कि सामान्य प्रतिक्रिया सिर्फ हंसने के लिए थी, लेकिन बहुत कम लोग ऐसे नहीं थे जो लेखक को साबित करना चाहते थे कि यह नहीं हो सकता, क्योंकि ... अंत में, लेखक इसे खड़ा नहीं कर सका और पूरे एफएक्यू जारी किए। इसलिए मिलते हैं:

ईमेल जो 500 मील से आगे नहीं गया

मुझे प्रकाशन के लिए कई प्रतिक्रियाएं मिलीं, "मेल 500 मील से आगे नहीं जाता है।" मेरी कहानी को कई बार पुनर्मुद्रित किया गया था और मैं जितना उम्मीद कर सकता था उससे कहीं अधिक व्यापक रूप से बेचा गया। अधिकांश उत्तर मजेदार कहानी और जॉब ऑफर के लिए धन्यवाद हैं (वैसे, उनके लिए धन्यवाद, और मैं चाहूंगा कि वे आते रहें!) हालांकि, कई लोग ऐसे थे जिन्होंने मेरी कहानी में गलतियां और विरोधाभासों की तलाश की, जो ट्रिफ़ल्स के लिए गलती ढूंढ रहे थे। इस तरह के हर हमले का जवाब देने के बजाय, मैंने बस सबसे अक्सर पूछे जाने वाले प्रश्नों को एकत्र किया और एक ही बार में सभी का जवाब दिया।

1. क्या यह सच था, या इतिहास सिर्फ एक कहानी है?

यह एक वास्तविकता है। उस समय, मैं चैपल हिल में उत्तरी कैरोलिना विश्वविद्यालय के परिसर में एक केंद्रीकृत ईमेल प्रणाली के लिए जिम्मेदार था। इसके अलावा, मैं उन विभागों के लिए ई-मेल स्थापित करने में भी शामिल था जो किसी कारण से अपने स्वयं के सर्वर का उपयोग करते थे। इस कहानी के संदर्भ में मुख्य बात यह है कि मैंने मेल सर्वर, sendmail.cf के लिए एक कॉन्फ़िगरेशन फ़ाइल लिखी थी, जिसका उपयोग हमारे परिसर सर्वर द्वारा किया गया था।

2. यह कहानी कब हुई?

मैं वास्तव में यकीन के लिए कहना चाहूंगा। लेकिन इस तथ्य के बावजूद कि मैं उन प्लसिज़ में से एक हूं (मूल में - मैं उन गुदा- प्रतिशोधी प्रकारों में से एक हूं) जो ध्यान से अपने सभी मेल, इनकमिंग और आउटगोइंग स्टोर करते हैं, मुझे इस मुद्दे पर एक भी पत्र नहीं मिल सकता है। जैसा कि मैंने लिखा था, मुझे टेलीफोन द्वारा समस्या के बारे में सूचित किया गया था, और मैंने टेलीफोन द्वारा भी उत्तर दिया। कुछ समय बाद, मैंने जानबूझकर कोई भी पत्र नहीं लिखने का फैसला किया, मुख्यतः क्योंकि कहानी बहुत अच्छी है, और मुझे इसे फिर से देखना और पहली बार इसे सुनने वाले लोगों के चेहरे देखना अच्छा लगा। उस समय जिस कार्यालय में मैं काम कर रहा था, उसके सहयोगियों के आधार पर, जिनको मैंने यह कहानी सुनाई, और अन्य अप्रासंगिक लेकिन समय से संबंधित विवरण, कहानी 1994-1997 के आसपास हुई।

हालाँकि, आप निश्चित रूप से समय की सही गणना कर सकते हैं। उदाहरण के लिए, जब Sendmail 8 पहले से ही "काफी स्थिर" था, लेकिन क्या Sun अभी भी Sendmail 5 को शिपिंग कर रहा था? एरिक एलमैन (एरिक अल्लमैन) ने मुझे इस बारे में लिखा, कि कुछ कार्यों को 5 ईमेल भेजने के लिए वापस किया जा सकता है, और यदि आप जानते हैं कि यह कब था, तो आप समय अंतराल को काफी कम कर सकते हैं। सामान्य तौर पर, यदि आपके पास कहानी के समय की अधिक सटीक गणना करने के बारे में कोई विचार है, तो मैं उन्हें कृतज्ञता के साथ सुनूंगा

3. क्या यह कहानी वास्तव में आपके साथ घटित हुई थी, या "अप्रासंगिक विवरण" से मुख्य चरित्र का व्यक्तित्व बदल गया था?

यह वास्तव में मेरी कहानी है। हो सकता है कि मेरे किसी सहकर्मी ने मुझे चेतावनी दी हो कि "सांख्यिकीय कार्यालय में कुछ हुआ है," विभाग के प्रमुख से बात करने से पहले। यह भी हो सकता है कि मैंने विभाग के प्रमुख को बुलाया, न कि उसे। सबसे अधिक संभावना है, मेरे एक सहकर्मी मेरे बगल में बैठे थे जब मैं समस्या को सुलझा रहा था, क्योंकि मुझे हल करने की प्रक्रिया में ज़ोर से काम करने वाले मुद्दों पर चर्चा करने की आदत है। लेकिन मैं शायद ही किसी और की कहानी बता रहा हूं और किसी और की प्रशंसा पा रहा हूं। हालाँकि, यदि आप उस समय मेरे साथ काम कर रहे थे और आपको लगता है कि समस्या को हल करना आपकी योग्यता है, तो मुझसे संपर्क करें और हम कुछ लेकर आएंगे।

4. यदि आप विवरण के बारे में 100% सुनिश्चित नहीं हैं, तो कहानी में इतने सारे विवरण क्यों हैं?

क्योंकि विवरण के साथ, कहानी बहुत बेहतर लगती है। क्या आप वास्तव में सोचते हैं कि यदि मैंने प्रत्येक वाक्य की शुरुआत "मुझे ठीक से याद नहीं है, लेकिन लगता है ..." है, तो कुछ बदल गया होगा? अंत में, बहुत शुरुआत में, मैंने चेतावनी दी कि कुछ मामूली विवरण बदल दिए गए थे, और कुछ को जानबूझकर छोड़ दिया गया था - बस कहानी को बेहतर बनाने के लिए।
दूसरा महत्वपूर्ण बिंदु वह स्थल है जहां पहली बार कहानी प्रकाशित हुई थी। मैंने "अविश्वसनीय चुनौतियों" अनुभाग में मेलिंग सूची में SAGE (सिस्टम एडमिनिस्ट्रेटर गिल्ड) को यह कहानी भेजी। ये केवल सबसे अविश्वसनीय कार्यों के बारे में कहानियां थीं जो प्रबंधन कभी-कभी सिस्टम प्रशासकों को देता है।

बेशक, अगर मुझे पता होता कि कहानी इंटरनेट पर फैल जाएगी, तो मैं लिखने के बारे में अधिक सावधान रहता। लेकिन पाठ सहकर्मियों के लिए लिखा गया था, जिनमें से अधिकांश मैं व्यक्तिगत रूप से जानता हूं, और जो सामान्य रूप से, मुझ पर विश्वास करते हैं।

5. कहानी मजेदार है, लेकिन अंत में तकनीकी विवरण गलत हैं।

हां, मुझे पता है। पिछले प्रश्न का उत्तर दें। सबसे पहले, मैंने अपने साथ घटी एक घटना पर आधारित हास्य कहानी लिखी। यह शैक्षिक सामग्री नहीं है, इसलिए जो हो रहा है उसके सामान्य अर्थ को समझने के लिए आवश्यक से अधिक तकनीकी विवरण नहीं हैं। सामान्य तौर पर, इस कहानी को लिखने के बाद, मुझे वास्तविक घटनाओं के आधार पर कहानी लिखने वाले लेखकों के लिए बहुत सम्मान दिया गया था। अब मुझे पता है कि सत्यनिष्ठा और कल्पना के बीच संतुलन बनाए रखना कितना मुश्किल है। और अब मुझे अच्छी तरह से पता है कि आलोचना की एक भयावहता लेखक को क्या पसंद करती है, एक कला शब्दांश का चयन करना :-)

6. अच्छा, अच्छा, लेकिन अब आप प्रशिक्षण सामग्री क्यों नहीं लिखते?

दुर्भाग्य से, यह काम नहीं करेगा, भले ही मैं चाहता था, क्योंकि मेरे पास स्रोत डेटा नहीं था। मैंने लॉग सहेजे नहीं थे, और मेरे पास कोई नोट नहीं था जो मैंने तब बनाया था। मैं वास्तव में, वास्तव में उन्हें संरक्षित करना चाहूंगा, क्योंकि मैं समझता हूं कि मैं उनमें से एक अच्छा लेख बना सकता हूं। तब यह सब तुच्छ लग रहा था, केवल दोस्तों के एक संकीर्ण चक्र के लिए एक मजाक में बदलने के योग्य था। और मैं इस कार्य के साथ सामना किया - यहां तक ​​कि लॉग और नोट्स के बिना।

हालांकि ... वास्तव में ऐसे विवरण हैं जो मुझे याद हैं या बहाल कर सकते हैं। और मैं निम्नलिखित प्रश्नों के उत्तर देने के लिए उनका उपयोग करता हूं।

7. कनेक्ट () टाइमआउट को 3 एमएस में सेट करने का कोई मतलब नहीं है।

हां, मुझे पता है। लेकिन ऐसी कोई स्थापना नहीं थी। कहानी बताती है कि कैसे मैंने प्रकाश की गति के कारण मेल भेजने की सीमा पर 500-मील की सीमा से 3 एमएस के टाइमआउट में जाने में 10 मिनट का समय बिताया। वास्तव में, इस प्रक्रिया में कई घंटे लग गए, और मेरे काम की तुलना एक जासूस के काम से की जा सकती है। अंत में, मैंने एक समाधान पाया, परीक्षण चलाए और कॉफी डाली (इसके अलावा, मुझे यकीन है कि यह कॉफी के पहले कप से बहुत दूर था)। तो वही सब, जो वास्तव में आपको "3 एमएस" आकृति में भ्रमित करता है?

8. खैर, सबसे पहले, 3 एमएस स्पष्ट रूप से पर्याप्त नहीं है, क्योंकि यह केवल आउटगोइंग पैकेट के लिए प्राप्तकर्ता तक पहुंचने के लिए पर्याप्त है। लेकिन आपको अभी भी उत्तर प्राप्त करने की आवश्यकता है, इसलिए न्यूनतम विलंब 6 एमएस होना चाहिए?

बेशक। यह उन विवरणों में से एक है जिन्हें मैंने छोड़ा था। एक हास्य कहानी के लिए यह बहुत जटिल और उबाऊ है।

9. या शायद तीन-चरण टीसीपी कनेक्शन प्रोटोकॉल के कारण टाइमआउट आम तौर पर 12/18/24 एमएस होना चाहिए?

हो सकता है कि। फिर से, ये विवरण हैं जो मुझे याद नहीं हैं क्योंकि मैंने सभी नोट खो दिए हैं। हालांकि, मुझे लगता है कि जब SYN / ACK पैकेट प्राप्त होता है, तो कनेक्ट () फ़ंक्शन टाइमआउट रीसेट हो जाता है, अर्थात, यह आवश्यक नहीं है कि टाइमआउट के दौरान TCP कनेक्शन पूरी तरह से स्थापित होना चाहिए। हां, भले ही यह कहानी को बताए, मुझे इन सभी जटिल गणनाओं को संख्या "3" तक कम करना चाहिए।

10. नेटवर्क उपकरण आपके द्वारा सोचे गए सिग्नल प्रवाह में बहुत अधिक देरी का परिचय देते हैं।

हां, आप सही हो सकते हैं। लेकिन मैं इन देरी को ध्यान में रख सकता था। मुझे यकीन नहीं है कि मैंने ऐसा सब कुछ किया है, लेकिन मैं उदाहरण के लिए, निकटतम राउटर को पिंग कर सकता हूं (उदाहरण के लिए, हमारे विश्वविद्यालय के दूसरे कॉलेज के नेटवर्क की सेवा करने वाला एक राउटर) यह गणना करने के लिए कि राउटर कितना विलंब देता है। तब मैं नोड्स की संख्या से परिणामी विलंब को गुणा कर सकता था जिसके माध्यम से संकेत गंतव्य तक जाता है। यह राशि पूर्वी तट के सभी विश्वविद्यालयों के लिए लगभग समान है। लेकिन भले ही यह ऐसा नहीं था, एक अनावश्यक राउटर द्वारा जोड़ा गया विलंब कई सौ माइक्रोसेकंड है, जो समग्र समय को इतना प्रभावित नहीं करता है।

11. एक मज़ेदार कहानी, लेकिन इसमें एक घातक दोष है : तांबे के तार में संकेत प्रकाश की गति से नहीं फैलता है।

हां, यह है, संकेत orc या तो की गति से आता है। लेकिन कैंपस नेटवर्क, और रीढ़ की हड्डी, पूरी तरह से फाइबर ऑप्टिक थे।

12. अहा! लेकिन ऑप्टिकल फाइबर में भी, प्रकाश वैक्यूम के समान गति से प्रचार नहीं करता है!

हाँ, यहाँ तुम मुझे मिल गए। ऑप्टिकल फाइबर में, संकेत कारकों की एक गुच्छा के आधार पर ⅔c (हाँ, तांबे के तार की तुलना में धीमी) से गति पर यात्रा करता है। लेकिन मैं एक बार फिर दोहराता हूं - यह सब मैं ध्यान में रख सकता हूं और निश्चित रूप से, इसे ध्यान में रखा गया है। मैंने अलग-अलग नोड्स को पिंग किया और नोड के लिए पिंग का समय और दूरी दर्ज की। प्राप्त आंकड़ों की तुलना में, मैंने एक निश्चित "अनुभवजन्य समय" घटाया, जो वास्तविक समय से थोड़ा अलग था। हालाँकि, यह सब भी नगण्य विवरण है, जिसे मैंने कहानी को छोटा और अधिक आकर्षक बनाने के लिए छोड़ा था।

13. स्टॉप-स्टॉप-स्टॉप ... क्या आप यह कहना चाहते हैं कि आपने पहले अनुमान लगाया था कि समस्या किसी तरह प्रकाश की गति से संबंधित थी, और उसके बाद ही गणना के लिए नीचे आया (मूल में - "इसे इकाइयों में टाइप किया गया",) इकाइयों उपयोगिता का इस्तेमाल किया) ?

हाँ, बिल्कुल। मैं जिद्दी था। क्या आपने रहस्य को सुलझाने की प्रक्रिया के दौरान, सही उत्तरों पर ध्यान नहीं दिया है? मेरे साथ भी ठीक ऐसा ही हुआ। सबसे अधिक संभावना है, इसके विपरीत, मैंने पहली बार 500 मील की दूरी पर प्रकाश मिलीसेकंड में स्थानांतरित किया और उसके बाद ही मैंने इस ज्ञान के उत्तर को समायोजित किया।

14. यही है, आप जानते हैं कि उपयोगकर्ताओं की समस्या को कैसे हल किया जाए, लेकिन जब तक आप यह पता नहीं लगाते कि यह एक समयबाह्य है, तब तक इसे हल नहीं किया गया था?

नहीं। जैसे ही मुझे पता चला कि सेंडोस 8 के साथ SunOS में मानक Sendmail की जगह समस्या को हल करता है, मैंने ऐसा किया। (यहां तक ​​कि अगर मुझे नहीं पता था कि यह समस्या को हल करेगा, तो मैं इसे करूंगा क्योंकि sendmail 8 के मापदंडों के साथ Sendmail 5 सबसे अच्छा कॉन्फ़िगरेशन नहीं है)। लेकिन मैंने पुराने बाइनरी को रखा - अभी भी अपने अवकाश पर समस्या से निपटने के लिए।

सिस्टम प्रशासक हमेशा ऐसा करते हैं। ऐसा कभी नहीं होता है कि "सिस्टम बहुत लंबे समय से चल रहा है और थक गया है," लेकिन रिबूटिंग अक्सर मदद करता है। सबसे पहले, व्यवस्थापक समस्या को हल करता है क्योंकि वह सबसे अच्छा कर सकता है ताकि उपयोगकर्ता काम करना जारी रख सके, और बाद में वह लौट आए और जो हुआ उसका सही कारण खोजे।

15. आमतौर पर, डेटा बहुत ही विचित्र मार्गों के साथ इंटरनेट पर यात्रा करता है, लेकिन इस कहानी में प्रेषक हमेशा प्राप्तकर्ता को सीधे जोड़ता है। ऐसा कैसे?

कोई रास्ता नहीं। 500 मील प्लस या माइनस - एक पत्र भेजने के लिए एक ज़ोन था जिसके आगे यह असंभव था। इस क्षेत्र के अंदर भी नोड्स थे जहां अलग-अलग सफलता के साथ पत्र नहीं भेजे गए थे या भेजे गए थे।

इसके कम से कम दो कारण हो सकते हैं। पहला कुछ अतिरिक्त विलंब है (उदाहरण के लिए, फ़ायरवॉल पर), जिसके कारण समय समाप्त हो गया था। दूसरा - इन नोड्स का मार्ग वास्तव में कठिन था, और इसकी कुल लंबाई 500 मील से अधिक थी।

उत्तरी कैरोलिना विश्वविद्यालय का नेटवर्क बहुत अच्छी तरह से बनाया गया था, और पूर्वी तट पर अन्य विश्वविद्यालयों के लिए संकेत मार्ग (जिस पर, वास्तव में, मेल को सफलतापूर्वक वितरित किया गया था) लगभग प्रत्यक्ष (मूल, रूढ़िवादी) में था , खासकर जब यह कहानी हुई थी। उन दिनों, सैन जोस के माध्यम से जाने के लिए अटलांटा से वाशिंगटन तक एक पैकेट के लिए यह दुर्लभ था।

16. और आपको अभी भी इतिहास में यह उल्लेख करना आवश्यक क्यों लगा कि आपका नेटवर्क लगभग पूरी तरह से स्विच पर बनाया गया था?

मुझे नहीं पता उस समय, ऐसा लगता था कि इस टिप्पणी के बिना, कहानी पूरी तरह से असंभव होगी। हालांकि अब मुझे समझ नहीं आ रहा है कि क्यों। इसलिए जब आप कहानी को फिर से पढ़ते हैं, तो आप मानसिक रूप से संबंधित पैराग्राफ को फेंक सकते हैं।

Hacksaw उपनाम वाले एक उपयोगकर्ता ने निम्नलिखित लिखा: "टकराव को हल करने के लिए देरी को छोड़कर, उदाहरण के लिए। इस तरह की देरी की अनुपस्थिति ने वर्णित समस्या की खोज को सरल बना दिया, क्योंकि विश्लेषण के लिए डेटा क्लीनर थे। मुझे यकीन है कि आपका मतलब था। "

17. Sendmail 5 Sendmail 8 से कॉन्फ़िगरेशन फ़ाइल को नहीं समझता है।

लेकिन वह समझ गया। मुझे पहले ही बताया जा चुका है कि नेटवर्क पर पाया जाने वाला Sendmail 5 समझ में नहीं आता है। इसलिए, मुझे यह मानने के लिए मजबूर किया जाता है कि केवल सोलमिस, जो कि सोलारिस के हिस्से के रूप में सूर्य द्वारा आपूर्ति की गई थी, ऐसा कर सकता है। यदि आपके पास इसके स्रोत तक पहुँच है, तो मैं यह जाँचने के लिए आभारी हूँ कि यह संभव था। लेकिन फिर भी - यह हुआ, जिसका अर्थ है कि यह हो सकता है :-)

18. Sendmail में डिफ़ॉल्ट पैरामीटर मान होते हैं जिसके साथ इसे संकलित किया जाता है; यह सिर्फ 0 के लिए सभी uninitialized पैरामीटर सेट नहीं कर सकता।

कई लोगों ने मुझे इस बारे में लिखा। आज, ऐसा हो सकता है, लेकिन उन दिनों में ऐसा नहीं था। मुझे इस पर यकीन है, क्योंकि इस कहानी के एक या दो साल बाद, मैं एरिक ऑलमैन के साथ LISA में एक सेंसेक्स की कार्यशाला में था। उन्होंने देखा कि सेंडमेल में कुछ विकल्पों के लिए डिफ़ॉल्ट मान नहीं हैं, जिनके बारे में उन्होंने बात की थी (मानक sendmail.cf में ये मान थे, लेकिन, जैसा कि आपको याद है, यह हमारे इतिहास पर लागू नहीं होता है)। मैंने अवसर लिया और उसे 500 मील की कहानी सुनाई। वह सचमुच हँसी के साथ मेज के नीचे पड़ा था :-)

19. सनोस में इकाइयों की उपयोगिता ऐसी इकाइयों को "प्रकाश मिलीसेकंड" के रूप में नहीं समझती है (रूसी अनुवाद में यह कहता है कि "3 मिलीसेकंड ले लो और प्रकाश की गति से गुणा करें", और इकाइयों की उपयोगिता को मूल में दिखाया गया है।

हां। तो क्या? मेरे साथ काम करने वाली सभी मशीनों पर, मैं अपनी इकाइयां लिखता हूं। अतिरिक्त इकाइयों और उपसर्गों का एक समूह। और सामान्य तौर पर, जहां तक ​​मुझे याद है, इकाइयां के तहत मैंने इकाइयां शुरू की थीं। मुझे नहीं पता कि मुझे AIX प्रकाश मिलीसेकंड के बारे में कुछ पता है या नहीं। आज किसी भी लिनक्स वितरण के साथ आने वाली यूनिटों की जाँच करें। वह शायद प्रकाश मिलीसेकंड (मिलिलइटसेकंड) के बारे में जानता है।

20. बेशक, "खोए हुए नोट" का संदर्भ देना बहुत सुविधाजनक है ...

बेशक। और आपके द्वारा पांच साल पहले कागज के कितने टुकड़े रखे गए हैं?

21. वैसे भी, यह कहानी एक कल्पना है!

प्रश्न का उत्तर दें: यदि हम तकनीकी विवरणों को अनदेखा करते हैं, तो क्या मेल सर्वर का गलत विन्यास इस तथ्य को जन्म दे सकता है कि पत्र पास के प्राप्तकर्ताओं को वितरित किए जाते हैं, लेकिन दूरस्थ प्राप्तकर्ता को नहीं? मुझे लगता है कि इसका जवाब हां है। वास्तव में, मुझे पता है कि इसका उत्तर हां है क्योंकि यह वास्तव में हुआ था। लेकिन यहां तक ​​कि अगर आप मेरे अनुभव को ध्यान में नहीं रखते हैं और बाहर से प्रश्न को देखते हैं, तो मुझे लगता है कि यह अभी भी संभव है, हालांकि पहली नज़र में यह असंभव लगता है।

यदि आपके पास अभी भी ऐसे प्रश्न हैं जिनका मैंने उत्तर नहीं दिया है, तो मुझे trey+500mi@lopsa.org पर एक ईमेल लिखें। मैं आपके प्रश्न को FAQ में जोड़ूंगा और आपको लेखक के रूप में उल्लेखित करूंगा। लेकिन सबसे अधिक संभावना है, मैं सिर्फ यह कहूंगा कि "मुझे पता नहीं है, मुझे याद नहीं है, और मुझे जवाब देने के लिए डेटा नहीं है।"

22. हस्ताक्षर कहता है कि आप काम की तलाश कर रहे हैं। क्या यह अभी भी प्रासंगिक है? (रूसी अनुवाद में हस्ताक्षर हटाए गए)

अब और नहीं, लेकिन इस सवाल के लिए धन्यवाद!