Synology NAS með tveimur LAN-portum: hvers vegna VPN-handaband bregst

Fartölvan tilkynnir bilun í TLS-handabandi, sem hljómar eins og vandamál með skilríki og er það venjulega ekki. Á NAS með tveimur Ethernet-portum er algengasta orsökin framsending í beini sem beinist að vistfanginu sem pakkinn hlustar ekki á, og skilaboð biðlarans eru eins í báðum tilvikum. Pakkinn svarar ekki á seinni portinu eingöngu vegna þess að báðar snúrurnar eru tengdar. Áður en einhver gefur út skilríki aftur skuluð þið sanna að pakki nái yfirhöfuð til NAS.

Hvað biðlarinn tilkynnir og hvað gerðist í raun

Bilun í handabandi frá OpenVPN-biðlara er samheiti. Hún nær yfir misræmi í skilríki, misræmi í flutningi, hlustanda á öðru porti og framsendingu sem skilaði engu. Þess vegna er skilaboðin gagnslaus sem upphafspunktur og gagnleg aðeins sem staðfesting. Meðhöndlið þau sem yfirlýsingu um að setan hafi ekki komist á, og ekkert nákvæmara.

Portið og bundna vistfangið eru þær tvær staðreyndir sem ráða því hvort pakki berist yfirhöfuð.

Skrifið bæði niður áður en þið breytið nokkru, því sannfærandi lagfæring beitt á röngu laginu er leiðin sem vandamál fimmtán mínútna verður heill síðdegi. Takið eftir tenginu, vistfanginu á því, portinu og flutningnum. Þessi fjögur gildi eru öll innkomandi leiðin, og næsti kafli útskýrir hvar hvert þeirra býr.

Finndu vistfangið sem pakkinn hlustar á

DSM númerar Ethernet-portin og hvert þeirra ber sitt eigið vistfang. Síðan VPN Server nefnir tengið sem OpenVPN-þjónustan notar, og nettöfluspjaldið sýnir vistfangið sem stillt er á því tengi. Lesið þau í þeirri röð, frá þjónustunni og út, svo þið lýsið því sem hlustar í stað þess sem þið gerið ráð fyrir að það ætti að nota.

Þjónustan bindur eitt vistfang. Það að báðar porturnar séu tengdar og virkar gerir það ekki að þjónustan svari á þeirri seinni. Kyrrstætt vistfang á öðru tenginu við hlið DHCP-vistfangs á hinu gefur ykkur tvö svipuð gildi sem auðvelt er að rugla saman í einu augnatilliti, sérstaklega þegar þau eru aðeins frábrugðin í síðasta oktettinum. Afritið vistfangið úr spjaldinu í stað þess að slá það inn úr minni. Staðfestið síðan á NAS hvað er í raun bundið portinu.

sudo ss -lunp | grep 1194

Ef þessi úttak nefnir vistfang sem þið áttuð ekki von á, beinist framsendingin að röngu tenginu og allt annað hér er bókhald. Lagið regluna áður en þið lesið áfram, annars endið þið í villuleit á skilríki vegna pakka sem fór aldrei út úr beininum.

Lagið framsendinguna og fylgist síðan með teljaranum

Breyttu fyrirliggjandi framsendingarreglu í stað þess að bæta annarri við fyrir sama ytra port. Tvær reglur geta verið til samhliða í töflu beinis og aðeins ein vinnur alltaf, sem gerir villuleitarsetu að rökræðu um hver sé hin raunverulega. Beinið innra vistfanginu að gildinu sem þið lásuð af NAS, og látið innra portið passa við það sem þjónustan hlustar á.

Ef DSM fær þetta vistfang gegnum DHCP skuluð þið fyrst búa til bókun. Breyting á leigu brýtur hljóðlaust framsendingu sem virkaði í gær.

sudo tcpdump -i any -n udp port 1194

Byrjið upptöku áður en biðlarinn reynir að tengjast, og lesið upprunavistfangið í því sem birtist. Algjört ekkert þýðir að eitthvað á leiðinni henti því: framsendingin, eldveggur DSM eða tengið sem henni var beint að, og skilríki geta ekki verið orsökin á meðan það gildir. Eitthvað sem kemur frá opinberu vistfangi biðlarans án svars þýðir að NAS fékk beiðnina og valdi að svara ekki. Þetta eru mismunandi niðurstöður, og aðeins sú seinni sendir ykkur aftur í stillingar pakkans sjálfs.

Aðeins þá skoðið skilríki og flutning

Þegar pakkar berast skuluð þið flytja sniðið út aftur eftir hverja skilríkjabreytingu, því gamla skráin ber enn það yfirvald sem hún var búin til með. Snið sem er handbreytt fyrir annan flutning lætur biðlarann bíða eftir hlustanda sem er ekki til, og það tilkynnir sömu almennu bilun og allt annað. Berið saman flutninginn inni í sniðinu og þann flutning sem pakkanum er ætlað að þjóna. Tvö snið fyrir tvo flutninga er lögmæt hönnun, og eitt snið breytt fyrir báða er það ekki.

Prófið fyrir utan eigið net sem síðasta skref, því tenging innan LAN getur tekist um leið sem snertir framsendinguna aldrei.

Haldið útflutta sniðinu, vistfangi tengisins og framsendingarreglunni saman í einni athugasemd. Þegar vistfang breytist er sú athugasemd munurinn á lagfæringu og endurtekningu. Ekkert á þessari leið krafðist enduruppsetningar pakka, sem er vert að muna áður en næsta endurræsing fær sökina.