Squid-ի TPROXY լսիչը կարող է հաջողությամբ ընդունել հաճախորդի թրաֆիկը, մինչդեռ դեպի ծնողը կապը ձախողվում է։ Այդ ելքային կապում աղբյուրի հասցեն պահպանելը կարող է անհամապատասխան լինել ծնողի ցանցային ուղուն։

Այդ ընտրանքը աջակցող Squid թողարկումներում ավելացրեք no-tproxy-ն համապատասխան գոյություն ունեցող cache_peer սահմանմանը։ Օրինակ՝

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy-ն անջատում է հաճախորդի աղբյուրի հասցեի կեղծումը դեպի այս գործընկեր ուղղվող կապերի համար։ Այն չի հեռացնում լսիչի թափանցիկ կարգավորումը և ինքը չի ընտրում գործընկերոջը։ Պահպանեք տեղակայման ծնողի ընտրության մյուս ընտրանքներն ու կանոնները։ Երբ այդ կանոնները թույլ են տալիս հանրային նպատակակետեր չհաստատված ծնողի միջոցով, HTTP վստահված սերվերների ցանկը առաջարկում է թեկնածու հասցեներ. մի պահպանեք գոյություն ունեցող ծնողի հավատարմագրերը և ստուգեք թույլտվությունը յուրաքանչյուր իրական CONNECT նպատակակետի համար։

Այժմ ծնողը ստանում է սովորական կապ Squid-ի սեփական ելքային հասցեից՝ ենթակա ցանկացած NAT-ի։ Նրա մուտքի քաղաքականությունը և նույնականացումը պետք է թույլ տան այդ ստորին վստահված սերվերին։ Ստուգեք ծնողի տեսած աղբյուրի հասցեն, երբ նա օգտագործում է IP սահմանափակում։

Այս ընտրանքը փաստաթղթավորված է Squid 7-ի և նախկինում աջակցվող թողարկումների համար. կարգավորման տեղեկատուն այն նշում է որպես անհասանելի Squid 8-ում։ Բաղադրատոմսը կապեք օգտագործվող տարբերակին։

Առնչվող հոդվածներ