Rútur sem OpenVPN ýtir ekki uppsettar: tímasetning, réttindi eða stefna

Þjónninn segir að hann hafi ýtt rútunni, biðlarinn segir að hann sé tengdur, og áfangastaðurinn er enn óaðgengilegur. Þrjár orsakir framleiða nákvæmlega þessa mynd. Viðbót rútunnar keyrði áður en tækið var til, biðlarann vantaði réttindi til að breyta töflunni, eða stefna skipaði biðlaranum að hunsa ýttu valkostina.

Að utan líta þær eins út og krefjast mismunandi lagfæringa. Lestu annál biðlarans á þeim stað þar sem ákvörðunin um rútuna er tekin.

Sannaðu að rútan vanti, ekki bara að hún sé brotin

Byrjaðu á að sanna að rútan vanti frekar en að hún sé brotin. Á Linux telur ip route show dev tun0 upp það sem biðlarinn setti upp á göngutækinu. Á Windows sýnir route print eða Get-NetRoute það sama í töfluformi.

Rúta sem er til en sendir ekki umferð áfram er annað vandamál. Það færir rannsóknina yfir í reglur um áframleiðslu og eldvegg, ekki í uppsetningu rútunnar.

Tímasetning: viðbótin keyrði áður en tækið var til

Biðlarinn greinir PUSH_REPLY þjónsins eftir að stjórnrásin er komin upp og eftir að hann hefur stillt viðmótið. Aðeins þá snertir hann leiðartöfluna, með þeim kerfum sem kerfið býður upp á. Linux fer í gegnum netlink; Windows notar API sem krefst hækkaðs tákns. Skrift eða biðlari sem bætir við rútum um leið og hann les stillingarnar getur keyrt áður en TUN/TAP-tækið er til, og kjarninn hafnar viðbótinni.

Sama kapphlaupið útskýrir hvers vegna handskrifuð rúta virkar en sú sjálfvirka ekki: þegar þú skrifar hana er viðmótið þegar komið upp.

route-delay er til fyrir þetta tilvik, og route-up nefnir skrift sem keyrir eftir að viðmótið og rúturnar eru stillt. Settu rútur sem ráðast af göngufanginu í þann krók frekar en í snemma stig.

Réttindi: hver má breyta töflunni

Að breyta leiðartöflu Windows krefst hækkaðs tákns. GUI sem venjulegur notandi ræsti getur stillt vistfang millistéttarinnar í gegnum þjónustuna og samt ekki getað bætt við rútu. Annállinn sýnir þá villu af gerðinni aðgangi hafnað í stað ýtingar sem vantar.

Að ræsa GUI sem stjórnandi, eða nota þjónustumiðaðan biðlara, breytir þeirri niðurstöðu. Tímasett verkefni sem ræsir biðlarann án tilskilins tákns gera það ekki.

Athugaðu undir hvaða reikningi biðlarinn keyrir í raun áður en þú breytir nokkru. Útgáfan og þjónustuhátturinn ákvarða hvaða orsakir eru yfirleitt mögulegar, svo skráðu bæði við hlið úttaks rútunnar.

Stefna: ýttum rútum má henda viljandi

route-nopull fær biðlarann til að hunsa rútur sem þjónninn ýtir, þar á meðal ýtta sjálfgefna rútu, á meðan göngufangið er enn samþykkt. Ýttum DNS- og DHCP-valkostum er hent með sömu tilskipun. Slíkur biðlari er ekki gallaður; hann væntir skýrra rútulína í eigin stillingum.

route-noexec er önnur stýring: hún stöðvar biðlarann algjörlega frá að framkvæma rútubreytingar. Grannfræði sem biðlarinn getur ekki kortlagt getur gefið svipaða niðurstöðu, og rútan er skráð sem hafnað frekar en bætt við. Lestu annálslínuna sem tilkynnir ákvörðunina í stað þess að giska á hver þriggja orsakanna eigi við. Athugaðu síðan virka sniðið, því innflytjandi eða stjórnunartæki getur bætt við valkostum sem notandinn breytti aldrei.

Snið sem lítur út fyrir að vera hreint í textaritli getur samt borið viðbætta tilskipun á keyrslutíma.

Berðu ýtilistann saman við töfluna

Eftir tengingu skaltu setja ýtilista þjónsins við hlið töflu biðlarans. Á Linux er það ip route show dev tun0; á Windows route print eða Get-NetRoute. Ef rútan vantar, lagaðu uppsetninguna fyrst. Ef hún er til og umferðin mistekst, haltu áfram í stefnu um áframleiðslu og eldvegg.

Skráðu útgáfu biðlarans, reikninginn sem hann keyrir undir og hvort hann er þjónustumiðaður. Þessar þrjár staðreyndir segja næsta manni hvaða orsökum var eytt.