Hvers vegna route -interface nær ekki hýsli utan tengingarinnar

route tekur við heiti Wi-Fi-biðflaggsins, hættir án kvörtunar, og hýslinn er áfram óaðgengilegur. Ekkert er skemmt; sambandið í slóðinni er einfaldlega rangt: biðflagg segir á hvaða tengingu áfangastaður er, ekki hvaða beinir eigi að taka við umferð fyrir áfangastað sem er annars staðar. Skipunin heppnast því hún er setningafræðilega gild, ekki því hún lýsir virkri leið.

Sá munur ræður því hvort slóðarundantekning við hlið VPN virki eða líti bara trúverðug út.

Biðflagg er útgönguleiðin, næsta stökk er afhendingin

Á Mac með vistfangið 192.168.50.20 og beini á 192.168.50.1 er hægt að ná beint til annarrar vélar á sömu tengingu. Rammið er stýrt til þeirrar vélar og sett á vírinn. Enginn beinir kemur við sögu, og slóð sem er takmörkuð við biðflagg lýsir einmitt því. Breyttu fjarlæga endanum í hýsil í annarri byggingu og sama skipunin hættir að vera skynsamleg. Mac hefur ekkert vistfang á öðru lagi til að setja á vírinn, svo biðflaggið hefur ekkert til að lýsa.

Áfangastaður utan tengingarinnar er öðruvísi. Mac getur ekki sett ramma á vírinn sem er stýrt til hýslis sem það nær ekki á öðru lagi; það afhendir pakkann beini sem getur það. Slóðin þarf því gátt, og gáttin sjálf verður að vera aðgengileg á tengingunni sem er í sambandi.

Að nota biðflaggið fyrir áfangastað utan tengingarinnar segir macOS að meðhöndla þann áfangastað eins og hann sé á vírnum. Þá tekst kjarnanum ekki að leysa vistfang á öðru lagi fyrir hann, og pakkanum er hent án nokkurrar hjálpar í villunni.

Hvað biðflaggið fullyrðir í raun

Slóðarviðmið Apple skilgreinir biðflaggformið fyrir áfangastaði sem eru aðgengilegir beint án milligönguaðila. Þetta er fullyrðing um tengingarmódelið, ekki val um hvaða millistykki er notað. Að ná til nettengils í gegnum Wi-Fi krefst samt beinis á þeirri Wi-Fi-tengingu, og slóðin verður að nefna hann.

Umfang biðflaggs er sérstakt eiginleiki. Það tengir slóð við tiltekið biðflagg fyrir umfangsákvarðanir eins og hvaða upprunavistfang gildir, en það skapar ekki aðgengi að áfangastað sem biðflaggið nær ekki sjálft. Eiginleikarnir tveir svara mismunandi spurningum.

Þess vegna getur skipun verið samþykkt, birst í töflunni og samt mistekist. Kjarninn staðfestir ekki ætlun þína; hann skráir það sem þú fullyrtir, og fullyrðingin var að áfangastaðurinn væri á tengingunni. Hljóðlát velgengni sem fylgir hljóðlátri hendingu er væntanleg niðurstaða, ekki villa. Lestu fullyrðinguna yfir fyrir sjálfan þig áður en þú kennir netinu um.

Slóðin sem áfangastaður utan tengingarinnar þarf

Fyrir samþykkta leið að skjölunarvistfangi eins og 198.51.100.25 í gegnum LAN-beininn er ætlaða sambandið áfangastaður, næsta stökk 192.168.50.1, og LAN-biðflaggið sem nær því næsta stökki. Biðflaggið er gefið til kynna af leit næsta stökks í stað þess að vera þvingað af slóðarskipuninni.

Á macOS er leseinasta skoðunin route -n get 198.51.100.25. Lestu gáttar- og biðflaggslínurnar saman og athugaðu að gáttin sé vistfang sem Mac getur raunverulega náð. Gátt á annarri undirneti, eða ein sem er horfin síðan síðasta netbreyting var gerð, framleiðir slóð sem lítur rétt út og sendir ekkert áfram.

Harðkóðaðu ekki en0 í varanlegri leiðbeiningu. Heiti biðflagga breytast með millistykkjum, tengistöðvum og VPN-biðlendum, og slóð sem nefnir ranga mistekst á þann hátt að auðvelt er að misskilja sem víðtækari netbilun.

Lestu núverandi val áður en þú skiptir um það

Áður en þú bætir einhverju við skaltu skoða hvað kerfið hefur þegar valið og hvers vegna. Þessi úttak segir þér hvort umferð fari í gegnum göngin, í gegnum LAN-beininn eða hvergi, og gefur grunnlínu til að bera saman eftir breytinguna. Án þess getur þú ekki sagt hvort nýja slóðin hafi tekið gildi.

Athugaðu síðan vistfangafjölskylduna. Slóð sem bætt er við fyrir IPv4 gerir ekkert fyrir IPv6-áfangastað, og þjónusta sem leysist í báðar fjölskyldur getur virst aðgengileg af og til. Slóðataflan og leysirinn svara mismunandi spurningum, og bæði verða að samræmast fyrirhugaðri leið.

Að lokum, mundu að slóð er val, ekki leyfi. Stýrt VPN-snið eða biðlaraaðgangur getur samt bannað beinu leiðina jafnvel þó taflan bendi á hana, svo prófaðu með raunverulegu forritinu í stað þess að gera ráð fyrir að árangursrík taflafærsla endi rannsóknina.

Göng og stefna breyta löguninni

Punkt-til-punkt biðflögg eru sérstakt tilvik. Göng geta borið slóð án gáttarvistfangs í Ethernet-stíl, og það er ekki sjálfkrafa rangt. Beittu raunverulegu tengingarmódeli biðflaggsins í stað þess að teygja Wi-Fi-dæmið út yfir hverja taflafærslu sem þú sérð.

Fyrir breytingabeiðnir skaltu skrifa niður áfangastaðinn, samþykktu netleiðina, núverandi gátt og biðflagg, og hverjir eiga að viðhalda undantekningunni. Eigandinn skiptir máli því einnota slóð sem slegin er inn við skipanalínuna er ekki stefna, og næsta endurtenging mun þurrka hana út.

Ef krafan er að ná þessum hýsli á meðan VPN er virkt er heiðarlegt svar venjulega sérstök hýslisslóð í gegnum staðbundna beininn, sett upp af netstjóranum sem á biðflaggið. Ef krafan er að ná beint til hvers sem er þarf krafan sjálf stefnuendurskoðun áður en hún þarf slóðarskipun.