Að setja vistfangið sem VPN-forrit sýnir á hvíta listann lagar sjaldan lokaða höfn, og pakkinn útskýrir hvers vegna. Eldveggurinn hunsar ekki regluna þína; hann metur upprunavistfang sem ekkert á skjá biðlarans sýnir. Þangað til áfangastaðurinn tilkynnir þetta gildi er hver reglubreyting ágiskun.

Byrjaðu á beiðninni sem nær þjónustunni. Gönguvistfangið, útgangsvistfangið og hvers kyns þýðing þar á milli eru áfram tilgátur þangað til áfangastaðurinn staðfestir eina þeirra.

Vistfangið í forritinu er ekki það sem berst

VPN-tenging ber að minnsta kosti fjögur vistföng sem vert er að nefna sérstaklega: endapunktur þjónsins, innra gönguvistfangið sem biðlaranum þínum er úthlutað, staðbundið Wi-Fi eða Ethernet vistfang, og almenna vistfangið sem vefsíða sér eftir að umferð yfirgefur þjónustuveituna. Biðlaraglugginn kann að sýna aðeins annað. Nefndu öll fjögur áður en þú nefnir reglu. Með skiptri göngu geta beiðnir til almenns áfangastaðar farið alveg fram hjá göngunni, svo mistekna lotan er ekki sú sem notandinn heldur að hann hafi byrjað.

Ákveðu hvert þessara fjögurra reglan eigi að leyfa, og staðfestu það síðan frá hinum endanum. Ef krafan er raunverulega skrifstofuvistfang er skilyrðið leiðin auk útgangsfyrirkomulags þeirrar síðu, og tenging merkt Office VPN veitir hvorki sitt né annað eitt sér.

Rekjaðu eina beiðni að síunarjaðri hennar

Staðfestu áfangavistfangið og höfnina sem biðlarinn notar, og athugaðu síðan að þessi áfangastaður fylgi leiðinni sem þú gerir ráð fyrir. Útgefin gáma-höfn, öfugt milliþjónn eða hafnarflutningur geta fært ákvörðunina yfir á hýsil sem þú breytti aldrei. Hvert þessara stökka getur borið eigin stefnu. Að staðfesta leiðina fyrst sparar þér að laga reglu sem enginn pakki nær.

Á heimiluðum Linux-hýsli skaltu lesa virku reglurnar í röð áður en þú breytir þeim. Framsendar og gámaþjónustur stökkva oft í eigin keðju, svo skoðaðu bæði stökkmarkið og endanlegan dóm.

iptables -vnL INPUT --line-numbers
iptables -S INPUT | head -n 40
ss -ltnp | grep -E ':(443|9443)\b'

Tilgreindu samsvarandi reglunúmer í miðanum. Án þess getur næsti lesandi ekki séð hvaða breyting breytti niðurstöðunni. Reglunúmer án tímastimplis er enn óljóst.

Staðfestu leiðina með einni takmarkaðri færslu

Ein meinlaus beiðni og ein þröng færsla leysa spurninguna sem kemur aftur og aftur. Síaðu eftir áfangahöfn og hýslinum sem er rannsakaður, takmarkaðu fjölda pakka, og stöðvaðu færsluna um leið og beiðninni lýkur.

tcpdump -ni any 'tcp dst port 9443' -c 20

Berðu saman þrjú gildi hlið við hlið: upprunann í færslunni, upprunann sem samsvarandi regla nefnir, og höfnunina sem forritið skráði. Þau geta öll verið ólík, og aðeins hið fyrsta útskýrir fall sem IP-regla ákvað. Framsend HTTP-höfuð er á milliþjónalaginu, svo skrá sem vitnar í þá höfuð lýsir ekki upprunanum sem eldveggurinn mat.

Lestu röð keðjunnar, ekki bara regluna

iptables-viðmiðunin skjalfestir raðaða för, og þess vegna bjargar leyfi sem stendur undir samsvarandi endanlegri höfnun aldrei pakkanum. Tenging sem var samþykkt fyrr getur líka hagað sér öðruvísi en ný, svo gömul velgengni segir ekkert um nýju regluna. Finndu höfnunina eða fallið fyrir ofan leyfið þitt áður en þú gerir ráð fyrir að leyfið sé rangt. Teljarar fyrir hverja reglu segja þér líka hvaða regla sá pakkann.

Að eyða reglu til að sjá hvað gerist er breyting, ekki athugun. Lestu teljarana, skráðu reglunúmerið, og haltu upprunalegu stefnunni í breytingaskránni. Ef próf er óhjákvæmilegt skaltu keyra það á afriti af keðjunni.

Breyttu reglunni sem eigandi hennar stýrir

Uppfærðu aðeins fyrirhugaða uppruna- og þjónustustefnu, í gegnum þann sem á hana. Sameiginleg þýdd útgangur getur táknað marga notendur í einu, svo að leyfa það vistfang auðkennir engan, og forritsheimildirnar bak við það vera þar sem þær eru.

Þegar vistfangið heldur áfram að hreyfast er varanlega svarið stöðugur útgangur eða auðkennd rás, ekki lengri undantekningalisti. Skráðu athugaða upprunann, áfangahöfnina og reglunúmerið.

Tengdir greinar