Squid OpenWrt-ზე: UCI ვალიდაციის წარუმატებლობა გაშვებამდე
თვალყური ადევნეთ Squid-ის OpenWrt შეტყობინებას “validation failed” UCI გაშვების შრემდე, სანამ Squid-ის მშობლიურ კონფიგურაციას შეცვლით.
OpenWrt-ის Squid პაკეტმა შეიძლება უარყოს თავისი UCI კონფიგურაცია ჯერ კიდევ Squid ბრძანების გაშვებამდე. ამიტომ init სკრიპტის ზოგადი “validation failed” არ არის საკმარისი მიზეზი squid.conf-ის შესაცვლელად.
წაიკითხეთ მის წინამორბედი ველის დონის შეტყობინებები და შეადარეთ ინსტალირებული პაკეტის ვალიდაციის წესებს. მაგალითად, გაშვების იმპლემენტაცია http_port-ს აცხადებს პორტის ტიპად. ბოლოში დარჩენილმა სივრცემ შეიძლება ჩააგდოს ეს შემოწმება, მაშინ როცა ციფრები სწორად გამოიყურება. წარუმატებელი ვალიდაციის შედეგი აჩერებს callback-ს ბრძანების რეგისტრაციამდე.
სექციისთვის, რომელსაც ნამდვილად squid ჰქვია, შეამოწმეთ ვიწრო მნიშვნელობა:
uci get squid.squid.http_portგამოიყენეთ ინსტალაციაში არსებული სექციის სახელი. პაკეტის წყარო ჩვეულებრივ /etc/config/squid-ია; თუ შეტყობინებები არ არის, დაადასტურეთ, რომ ის არსებობს და იკითხება. სხვა გამოშვებამ შეიძლება სხვა ველები აჩვენოს.
UCI ვალიდაციის შემდეგ მიჰყევით Squid-ისთვის გადაცემულ მშობლიურ ფაილს. გარსმა შეიძლება აირჩიოს აშკარა ფაილი ან შექმნას ერთი მხარდაჭერილი შეყვანებიდან. გამოუყენებელი ფაილის შეცვლა ვერ შეცვლის გენერირებულ შედეგს.
მშობლიური სინტაქსი, დამხმარეები, ნებართვები და მსმენელის შემოწმებები მოგვიანებით მოდის. მოგვიხსენეთ ან „UCI-მ უარყო http_port“, ან „Squid-მა უარყო არჩეული მშობლიური კონფიგურაცია“ მტკიცებულებასთან ერთად. პაკეტის კონფიგურაციის წაშლა მხოლოდ პირველი შეცდომის ჩასახშობად შეიძლება ხელი შეუშალოს გარსს თავის საქმეში.