დაამუშავეთ VPN კლასიფიკაცია ქეშში და შეინახეთ მისი ასაკი თვალსაჩინოდ
დაკვირვება, მისი სიგრილე და თქვენი საიტის პასუხი სხვადასხვა სისწრაფით ბერდება. ცალ-ცალკე შენახვისას ქეშირებული კლასიფიკაცია პატიოსანი რჩება იმაში, რაც იცის.
ქეშირებული კლასიფიკაცია ზოგავს ერთ ძიებას და გუშინდელ აზრს დღევანდელ გადაწყვეტილებაში ყინავს. ნამდვილი შედარება არ არის ქეში ქეშის არარსებობის წინააღმდეგ: ეს არის დაკვირვება, მისი სიგრილე და პასუხი, რომელიც თქვენმა საიტმა აირჩია. დაკარგეთ საზღვარი ამ სამს შორის და ოპტიმიზაცია თავისით დაიწყებს პოლიტიკის შექმნას. გასწორება ბუღალტერიაა, არა უკეთესი ნაკადი.
სამი ჩანაწერი სამი განსხვავებული საათით
დაკვირვება არის ველი, რომელიც მიიღეთ, ნაკადი, საიდანაც ის მოვიდა და მის უკან მდგარი მონაცემთა ნაკრების ვერსია. სიგრილე ქეშის ჩანაწერის თვისებაა: როდის გაუშვა ძიებამ, როდის წყვეტს ჩანაწერს ნდობას და დააბრუნა თუ არა რამე ბოლო განახლებამ. პასუხი არის ის, რასაც თქვენი საიტი ამის შესახებ აკეთებს ამ მოთხოვნის, ამ ანგარიშის ან ამ მოქმედებისთვის. მათ სხვადასხვა მფლობელი აწარმოებს და ისინი სხვადასხვა სისწრაფით ლპება, ამიტომ ერთი სტრიქონი სახელწოდებით blocked ანადგურებს ამ განსხვავებას.
| Record | Who owns it | How long it should live | Damage when it is folded into another row |
|---|---|---|---|
| The observation | the feed's operator | until a newer dataset version replaces it | a stale lookup becomes indistinguishable from a fresh one |
| Its freshness | the application | one request's tolerance for age | a failed refresh hides behind a cache hit |
| The response | whoever owns the site policy | until that policy is reviewed | a feed outage turns into an indefinite block |
ორი საათი განსაკუთრებულ ყურადღებას იმსახურებს. მომენტი, როცა თქვენი ძიება გაუშვა, არ არის მომენტი, როცა პროვაიდერმა გამოაქვეყნა მონაცემთა ნაკრები, და სტრიქონის მოგვიანებით წამკითხველ ოპერატორს უნდა სცოდნოდა, ამ ორიდან რომლიდან მოვიდა თითოეული მნიშვნელობა. ვადა და განახლება დააყენეთ ნაკადის დოკუმენტირებული განახლების მოდელისა და შეცდომის ფასის მიხედვით, არასოდეს სხვა საიტიდან ნასესხები რიცხვის მიხედვით.
შეინახეთ ველი, არა განაჩენი
MaxMind-ის დოკუმენტაცია ანონიმურ IP-ებზე ერთი კონკრეტული მაგალითია ნაკადისა, რომელიც ანონიმურ VPN-ს, ჰოსტინგის პროვაიდერს, საჯარო პროქსის და Tor-ის გასასვლელს ცალკეულ ველებად ყოფს. ის ასევე აფიქსირებს, რომ არარეგისტრირებული VPN ქვექსელი შეიძლება ამის ნაცვლად ჰოსტინგის დროშის ქვეშ გამოჩნდეს. ამის ერთ ბულეურ მნიშვნელობად გაბრტყელება ყრის იმ ერთადერთ ნაწილს, რომლის აუდიტიც ოპერატორს მოგვიანებით შეეძლო.
დასკვნის არც ერთი მიმართულება არ არის უსაფრთხო. ჰოსტინგის ეტიკეტი არ ადასტურებს, რომ გვირაბი გამოიყენეს, და VPN-ის დროშის არარსებობა არ ადასტურებს, რომ კლიენტსა და თქვენს სერვისს შორის არაფერი იყო. ეს ორი განსხვავებული მტკიცებაა და ერთი ბულეური ვერც ერთს ვერ გამოხატავს.
მიაბით ჩანაწერი იმ მისამართს, რომელიც შეამოწმეთ
უკუ პროქსის უკან აპლიკაციამ უნდა გამოიყენოს განლაგების მიერ დამტკიცებული კლიენტის მისამართის დამუშავება. გამომძახებლის მიერ მოწოდებული გადამისამართების სათაური არასოდეს არ უნდა შეძლოს სხვისი ქეშირებული რეპუტაციის არჩევა.
ეს ჩავარდნა ერთდროულად სისწორის და უსაფრთხოების შეცდომაა, რადგან სათაურის მმართველ თავდამსხმელს შეუძლია მემკვიდრეობით მიიღოს სანდო ჩანაწერი ან მსხვერპლი ცუდს მიამაგროს. გამოიტანეთ გასაღები იმ კავშირიდან, რომელიც თქვენივე ინფრასტრუქტურამ დაასრულა, და ჩაწერეთ რომელი გამოტანა გამოიყენეს. როცა წინ რამდენიმე პროქსი დგას, დააფიქსირეთ ჯაჭვი და ნუ ენდობით პირველ დამაჯერებლად გამოაშკარავებულ სათაურს. თუ ჯაჭვი ორაზროვანია, ჩაწერეთ გამოტანილი გასაღები და უარყოფილი სათაური, რადგან ინციდენტის განხილვა სწორედ მეორეს იკითხავს.
მტკიცებულების არარსებობა სუფთა შედეგი არ არის
დროის ამოწურვა, დამახინჯებული პასუხი და მიუწვდომელი ბაზა თითოეული სხვა რამეს ნიშნავს, ვიდრე წარმატებული ძიება, რომელიც არაფერს დაემთხვა. წარმოადგინეთ ისინი ცალკეულ შედეგებად და წინასწარ გადაწყვიტეთ, რას აკეთებს დაცული მოქმედება, როცა მტკიცებულება საერთოდ არ არის. მხოლოდ წაკითხვადი გვერდი და შესული ანგარიშის მოქმედება იქ გონივრულად შეიძლება სხვადასხვა წესს მიჰყვეს.
ნორმალური ავთენტიფიკაციის შენარჩუნება ან მხარდაჭერილი შემოწმების მოთხოვნა ჩვეულებრივ უკეთესი პასუხია, ვიდრე შეფერხების ზოგად ნებართვად ან მთელი საიტის აკრძალვად მიჩნევა. შეზღუდეთ რამდენ ხანს შეიძლება ძიება გაგრძელდეს და შეაჩერეთ განახლების შტორმები იმ მექანიზმით, რომელსაც ინტეგრაცია მხარს უჭერს. როცა შეფერხების დროს ძველი მნიშვნელობა გამოიყენება, მონიშნეთ იგი ძველად გადაწყვეტილების წერტილში და გახადეთ განახლების ბოლო მარცხი თვალსაჩინო, რომ ხანგრძლივი ხარვეზი ჯანსაღ ჩანაწერად არ გაიაროს. როგორც არ უნდა იყოს არჩევანი, დაწერეთ ის იქ, სადაც პოლიტიკა მოქმედებს და არა ძიების გვერდით კომენტარში.
შენახვა იმავე გადაწყვეტილებას ეკუთვნის: შეინახეთ ველები, რომლებიც ამ ფუნქციას სჭირდება, და მათ უკან არსებული განხილვის კვალი, მეტი არა. IP ქეშს არ აქვს ვალდებულება გახდეს დათვალიერების ისტორია.
მიიღეთ ოთხი შემთხვევა, მათ შორის შესწორება
შეამოწმეთ ახალი შედეგი, ვადაგასული შედეგი, წარუმატებელი ძიება და მოგვიანებით შესწორებული კლასიფიკაცია. თითოეული სხვა ტოტს ავარჯიშებს და მხოლოდ უკანასკნელი გვიჩვენებს, შეიძლება თუ არა მცდარი შეზღუდვის გაუქმება.
შემდეგ დაადასტურეთ, რომ ჩვეულებრივ მომხმარებელს აქვს გზა მოითხოვოს განხილვა მცდარი დაბლოკვის შემდეგ, რადგან ნაკადი ზოგჯერ შეცდება და რიგი დიზაინის ნაწილია. ჩაწერეთ ოთხივე შემთხვევა runbook-ში პოლიტიკის მფლობელის სახელთან ერთად. დიზაინი იმსახურებს თავის ადგილს, როცა ის აშორებს ზედმეტ ძიებებს, ინარჩუნებს გაურკვევლობას და გადაწყვეტილება თვალსაჩინოდ ადამიანს ეკუთვნის.