pull-filter मजकुराची जुळणी करतो, सबनेटची नाही: त्याला उपसर्ग म्हणून वाचा

हेतू एक ढकललेला मार्ग वगळण्याचा होता। बदलानंतर दुसरा राउटिंग पर्याय गायब आहे, किंवा क्लायंट लूपमध्ये पुन्हा जोडला जातो। दोन्ही निकाल फिल्टर मजकुराची तुलना करत असताना त्याला सबनेट नियम म्हणून वाचण्यातून येतात। क्लायंट तपासतो की ढकललेला पर्याय तुम्ही दिलेल्या अक्षरांनी सुरू होतो का, आणि कोणत्याही टप्प्यावर पत्त्याचा तर्क सहभागी होत नाही।

फिल्टर प्रत्यक्षात कशाची जुळणी करतो

प्रत्येक ढकललेला पर्याय नाव आणि त्याच्या आर्ग्युमेंट्सनी बनलेल्या ओळीच्या स्वरूपात येतो। फिल्टर तुमच्या अक्षरांची तुलना त्या ओळीच्या सुरुवातीशी करतो, कोणताही पत्ता पार्स होण्यापूर्वी आणि कोणताही मार्ग इंस्टॉल होण्यापूर्वी। त्यामुळे नावासाठी लिहिलेला नियम त्या अक्षरांनी सुरू होणारा प्रत्येक पर्याय पकडतो, तुम्ही पाहत असलेला एकच नाही। म्हणूनच फिल्टर वेगळा बघितल्यास बरोबर वाटू शकतो आणि तरीही असंबंधित काहीतरी काढून टाकू शकतो।

नेटवर्क श्रेणीसारखा दिसणारा स्ट्रिंग तरीही फक्त अक्षरे आहे। तो कोणताही उपसर्ग निवडत नाही, नेटवर्क बिटवर गणित करत नाही आणि गंतव्यांचा संच व्यक्त करू शकत नाही। अशा नियमाने काम करत असल्यासारखे वाटून नंतर थांबल्यास, ढकललेला मजकूर सहसा आकार बदललेला असतो।

एक जागा जुळणीचा संच बदलते

तेच पर्याय नाव शेवटच्या विभाजकासह आणि त्याशिवाय वेगळ्या ओळी निवडते। विभाजकाशिवाय जुळणी उघडी राहते, तर विभाजकासह आर्ग्युमेंट्स सुरू होण्यापूर्वी पर्याय नाव नेमके तिथेच संपले पाहिजे।

pull-filter ignore "route"
pull-filter ignore "route "

उघडा प्रकार फक्त त्याच अक्षरांनी सुरू होणारे पर्यायही पकडतो, आणि अशा प्रकारे तुम्ही वगळू इच्छित असलेल्या मार्गासोबत असंबंधित राउटिंग वर्तनही नाहीसे होते। फिल्टर लिहिण्यापूर्वी लॉगमधून ढकललेली ओळ कॉपी करा। संपादित प्रोफाइलच्या शेजारी न बदललेली प्रत ठेवा, कारण रुंद जुळणी स्मरणातून नव्हे तर फाइलमधून परत करणे सोपे आहे।

क्रम आणि क्रिया वेगवेगळी लक्षणे निर्माण करतात

नियम क्रमाने मूल्यांकित होतात आणि पहिली जुळणी निकाल ठरवते, त्यामुळे लवकर ठेवलेला रुंद नियम पुढील प्रत्येक विशिष्ट नियम अगम्य करतो। क्रियाही दोष बदलते: जुळणीकडे दुर्लक्ष केल्यास पर्याय वगळला जातो आणि सत्र चालू राहते, तर नाकारल्यास कनेक्शन पुन्हा सुरू करणारी त्रुटी उठते। म्हणून वारंवार ढकलली जाणारी ओळ नाकारणाऱ्या क्रियेसोबत पुनःकनेक्शन चक्र तयार करते। ते चक्र नेटवर्क दोष म्हणून वाचणे सोपे आहे, आणि जुळलेल्या पर्यायाचे नाव देणारी लॉग ओळ दोन्हींना वेगळे करते।

कोणती ओळ जुळली आणि कोणती क्रिया चालली ते नोंदवा। वगळलेला मार्ग आणि पुन्हा सुरू होण्याचे चक्र वेगळ्या दुरुस्त्या मागतात, आणि टिपेत दोन्ही उघडे न ठेवता कोणते घडले ते सांगायला हवे।

होस्टने काय इंस्टॉल केले ते तपासा

पुन्हा जोडल्यानंतर लागू केलेले मार्ग वाचा आणि तुम्ही टिकवू इच्छित असलेले गंतव्य तसेच काढू इच्छित असलेलेही तपासा। ढकललेला मार्ग वगळल्यास कोणताही पर्याय मिळत नाही, त्यामुळे नको असलेला मार्ग गेल्यावर संसाधन दुसऱ्या मार्गाने अगम्य होऊ शकते। जर नाव आता दुसरीकडे सोडवले जात असेल, तर ढकललेला रिझॉल्व्हर पर्याय त्याच रुंद उपसर्गाने पकडला गेला का ते तपासा। तुम्ही चालवलेल्या चाचणीत उत्तीर्ण होऊन हेतू असलेल्या चाचणीत नापास होणारा बदल येथे सामान्य निकाल आहे।

ती फरक तिकिटात ठेवा: तुम्ही काढलेला मार्ग, टिकवण्याची अपेक्षा असलेला मार्ग, आणि तक्ता आता काय दाखवतो। पुढील बदल त्या नोंदीविरुद्ध तपासला जाईल।

त्याला विश्वासाची सीमा मानू नका

मजकुरावरील फिल्टर ही संरचनेची सोय आहे, तुम्ही विश्वास न ठेवणाऱ्या सर्व्हरविरुद्धचे नियंत्रण नाही। केवळ स्वरूपातील फरकच त्याला पराभूत करतात, म्हणूनच पुस्तिका तो दावा मर्यादित करते। जेव्हा सर्व्हर तुमच्या संस्थेचा असेल, तेव्हा स्थानिक अपवाद जमा करण्यापेक्षा पुश धोरण दुरुस्त करणे स्पष्ट आहे।

स्थानिक फिल्टर अस्तित्वात का आहे ते लिहा, जेणेकरून पुढील व्यक्ती ठरवू शकेल की त्याची अजूनही गरज आहे का। कारण संपल्यानंतर बराच काळ फिल्टर्स साचत राहतात।