Listen, Bind og BindSame í Tinyproxy: hvaða vistfang vinnur
Listen velur vistfangið sem tekur við biðlurum, Bind velur uppruna útleiðartenginga. Hvort tveggja setur ekki upp leið, svo staðfestu slóðina sérstaklega.
Umboðsþjónninn svarar, beiðnin klárast, og samt skráir áfangastaðurinn ennþá LAN-vistfangið. Ekkert í annál umboðsþjónsins virðist rangt, og línan sem þú breyttir er einmitt sú sem skjölin sögðu þér að breyta. Á vél sem hefur bæði LAN-vistfang og gönguvistfang ráða þrjár tilskipanir hvaða vistfang birtist hvar, og aðeins ein þeirra snertir útleiðina. Ef þú lest þær í rangri röð lendir þú í leiðartöflunni án ástæðu.
Einkennið: áfangastaðurinn sér LAN-vistfangið
Biðlari tengist umboðsþjóninum á LAN-vistfanginu, og umboðsþjónninn opnar eigin tengingu til áfangastaðarins. Sú tenging velur upprunavistfang eftir reglum kjarnans, og sjálfgefið er það sem leiðarleitin velur. Þess vegna skráir áfangastaðurinn aðalvistfang vélarinnar þótt hver bæti hafi farið í gegnum umboðsþjóninn. Hvað framsendingu varðar er ekkert brotið, og þess vegna hefur annáll umboðsþjónsins ekkert um það að segja.
Spegilmynd þessarar villu er auðveldari að sjá: festu útleiðarupprunann við gönguvistfangið og LAN-biðlarar ná alls ekki til hlustandans. Sú útgáfa tilkynnir sig sjálf, en hin fyrsta felur sig bak við beiðni sem virkar. Báðar koma af því að meðhöndla eina tilskipun eins og hún svari báðum spurningunum.
Þrjár tilskipanir, þrjú mismunandi vistföng
Listen nefnir staðbundna vistfangið sem tekur við biðlurum umboðsþjónsins. Bind gefur upprunavistfang fyrir tengingarnar sem umboðsþjónninn gerir út, og BindSame segir honum að endurnýta staðbundið vistfang tengingarinnar sem hann samþykkti rétt í þessu. Þetta eru þrjár aðskildar spurningar, og ein lína svarar aðeins einni þeirra. Að rugla þeim saman er venjulega ástæðan fyrir því að breyting virðist gera ekkert.
| What you observe | Check first |
|---|---|
| A client cannot connect at all | Listen: the local address the listener binds |
| The request works but the far side logs the LAN address | Bind: the outgoing source is not being applied |
| A configured Bind appears to have no effect | BindSame yes: the accepted local address overrides the Bind list |
| The lookup names the LAN interface | The route, not the proxy: the source cannot reach that destination |
Lestu skjölusetninguna sem fylgir uppsettu útgáfunni, því sjálfgefin gildi og viðtekin setningagerð breytast milli útgáfa. Dæmaskilgreiningin verkefnisins skjölusetur hverja tilskipun við hlið hinna. Berðu þá skrá saman við þá sem er á diskinum, ekki við leiðarvísi skrifaðan fyrir aðra dreifingu.
Stilltu hlustandann og útleiðarupprunann óháð
Taktu vél þar sem LAN-vistfangið er 192.168.50.10 og gönguvistfangið 10.90.0.3. Ef LAN-biðlarar eiga að ná til umboðsþjónsins á meðan beiðnir þeirra fara út um göngin, eru þetta tvær óháðar ákvarðanir og báðar verða að vera skráðar. Brotið hér að neðan segir nákvæmlega það og ekkert annað.
Listen 192.168.50.10
Bind 10.90.0.3
BindSame noÞetta er ekki full skilgreining, svo haltu samþykktu gáttinni, auðkenningunni, aðgangsstýringu biðlara og takmörkunum áfangastaða. Bæði vistföngin verða að tilheyra þessari vél innan netnafnrúms Tinyproxy, því Bind-gildi sem ferlið getur ekki átt fellur við tengingu, ekki við ræsingu. BindSame yes lýsir annarri stefnu, þar sem staðbundið vistfang samþykktu tengingarinnar verður útleiðaruppruni. Í núverandi útgáfum hefur sú grein forgang fram yfir Bind-listann, og þannig hverfur stilltur uppruni án villu.
Athugaðu leiðina sem uppruninn gefur til kynna
Að velja upprunavistfang býr ekki til slóð, svo spurðu kjarnann hvað hann myndi gera við þann uppruna og þann áfangastað. Leitin sem nefnir gönguviðmótið er lágmarkssönnunin, og sú sem nefnir LAN-viðmótið þýðir að uppruninn getur ekki unnið eins og hann er skrifaður. Leitin er samhengisbundin: hún metur stefnureglurnar og töfluna sem gilda í því nafnrúmi. Hún er ekki tenging og segir ekkert um hvað NAT neðar muni sýna þjónustunni.
ip -4 route get 203.0.113.25 from 10.90.0.3Notaðu skjölunarvistfang í dæminu og settu þjónustuna sem þú hefur heimild til að prófa í staðinn. Keyrðu leitina innan nafnrúms umboðsþjónsins þegar hann keyrir í gámi, því reglur vélarinnar eru ekki reglurnar sem ferlið sér. Ef ætluð gönguleið vantar skaltu láta neteigandann laga hana í stað þess að bæta áfangastaðasértækum reglum við vél umboðsþjónsins. Hreinsaðu ekki leiðir vélarinnar og slökktu ekki á leiðum sem þjónninn ýtir undir svo leit takist, jafnvel þótt eldri leiðarvísir hafi gert það, því slíkar breytingar flytja alla samþykkta VPN-hegðun vélarinnar til að laga eina slóð umboðsþjónsins.
Staðfestu upprunann á áfangastaðnum
Lestu upprunann þar sem beiðnin kemur, ekki þar sem hún fer. Annáll forrits á áfangastaðnum, eða jaðartækið fyrir framan hann, skráir vistfangið sem það sá í raun, en umboðsþjónninn getur aðeins sagt þér hvað hann ætlaði. Sendu eina nýja beiðni um ætlaðan hlustanda eftir breytinguna, því skyndiminni tenging sannar ekkert um nýju bindingu. Berðu svo skráða vistfangið saman við það sem þú stilltir.
ss -ltnp | grep tinyproxy
curl -x http://192.168.50.10:8888 https://example.com -o /dev/null -sScurl er aðeins umferðarframleiðandinn; vistfangið sem er þess virði að staðfesta er það sem fjarlæga hliðin skráði, ekki jafninginn sem curl tengdist fyrir tilviljun. Ef þau tvö stangast á skaltu ákveða hvort munurinn komi frá upprunavali eða þýðingu lengra fram, því þau eru löguð á mismunandi stöðum. Skipuleggðu vistfangabreytingar og endurræsingar umboðsþjónsins saman, því að binda vistfang sem göngin eiga ekki lengur mistekst hljóðlega eftir endurtengingu. Skilgreindu hegðun DNS og IPv6 líka sérstaklega, því IPv4-brotið hér að ofan sannar ekkert um hvort þeirra.