SSM dros OpenVPN: dilyn un ffynhonnell a grŵp o’r dechrau i’r diwedd

Dewiswch un ffrwd ac un derbynnydd, yna dilynwch y pâr hwnnw drwy bob naid yn lle profi multicast fel categori. Mae dyluniad sy’n benodol i ffynhonnell yn methu’n union yn un o bedwar man: ni ymunodd y derbynnydd o gwbl, gwrthododd y llwybrydd y pecyn ar ei lwybr gwrthdro, nid oes gan y cnewyllyn unrhyw gyflwr, neu ni ddanfonodd y tiwnel unrhyw gopi. Mae gweithio yn y drefn honno yn costio munudau y naid ac yn dweud wrthych pa un o’r pedwar sydd gennych mewn gwirionedd.

Pinwch y ffynhonnell, y grŵp a’r derbynnydd yn gyntaf

Nodwch dri gwerth cyn cyffwrdd ag unrhyw ddyfais: y cyfeiriad ffynhonnell a fydd yn anfon, y cyfeiriad grŵp y bydd y derbynnydd yn ymuno ag ef, a’r isrwyd y mae’r derbynnydd yn byw arni. Ar gyfer ffrwd IPv4 enghreifftiol, ffynhonnell 10.50.0.10 a grŵp 232.20.30.40 yw’r math o bâr sy’n addas i ddyluniad sy’n benodol i ffynhonnell. Ni ellir profi unrhyw beth mwy annelwig na’r tri gwerth hynny.

Mae’r amrediad 232/8 wedi’i gadw ar gyfer multicast sy’n benodol i ffynhonnell, ac mae’r model wedi’i ddisgrifio yn RFC 4607. Os yw’ch grŵp y tu allan i’r amrediad hwnnw tra’ch bod yn credu eich bod yn rhedeg SSM, stopiwch a chadarnhewch beth mae’r defnydd yn ei fwriadu mewn gwirionedd, oherwydd mae ymuniad y derbynnydd a phenderfyniad anfon y llwybrydd ill dau yn dibynnu ar y model fod yn gyson.

Gwiriwch fod y derbynnydd wedi ymuno â’r ffynhonnell

Nid yw adroddiad aelodaeth ar gyfer y grŵp yn unig yn ymuniad sy’n benodol i ffynhonnell. Gofynnwch i’r derbynnydd pa ffynhonnell y gofynnodd amdani, ac ar lwybrydd y naid gyntaf edrychwch ar gyflwr y grŵp i weld a yw rhestr ffynhonnell yn ymddangos. Os nad yw’r adroddiad yn cario ffynhonnell, bydd y llwybrydd yn ei drin fel ymuniad o unrhyw ffynhonnell a bydd y dyluniad cyfan yn dirywio’n dawel i rywbeth na wnaethoch ei gynllunio.

Ar dderbynnydd Linux, gwiriwch beth y gwnaeth y soced ei danysgrifio iddo mewn gwirionedd a beth a gofnododd y cnewyllyn. Nid yw ffeil ffurfweddu’r rhaglen yn dystiolaeth; mae’r tabl aelodaeth yn dystiolaeth. Darllenwch ef tra bo’r derbynnydd yn rhedeg mewn gwirionedd, oherwydd gall cofnod aros yn fyr ar ôl i’r broses a’i creodd ddod i ben. Mae cofnod hen o brawf cynharach yn ffynhonnell ddibynadwy o hyder ffug.

ip maddr show dev eth0
cat /proc/net/igmp | sed -n '1,40p'

Os yw’r ymuniad yn bresennol gyda’r ffynhonnell ddisgwyliedig, symudwch at y llwybryddion. Os yw ar goll, ni fydd unrhyw ffurfweddiad tiwnel yn helpu, oherwydd nid oes unrhyw beth i’w anfon ymlaen.

Gwiriwch y llwybr gwrthdro cyn edrych ar y tiwnel

Mae llwybro multicast yn gwneud gwiriad llwybr gwrthdro, ac mae pecyn sy’n cyrraedd ar ryngwyneb heblaw’r un y mae’r llwybr unicast yn cyfeirio ato yn cael ei ollwng. Dyma’r rheswm mwyaf cyffredin pam na fydd ffrwd sy’n cael ei hanfon yn amlwg byth yn cyrraedd y naid nesaf, ac nid yw’n cynhyrchu unrhyw wall defnyddiol ar lefel rhaglen o gwbl.

Ar y llwybrydd sy’n wynebu’r ffynhonnell, cymharwch y llwybr tuag at y ffynhonnell â’r rhyngwyneb y mae’r pecynnau’n cyrraedd arno mewn gwirionedd. Ar y llwybrydd sy’n wynebu’r derbynnydd, gwnewch yr un peth ar gyfer isrwyd y derbynnydd ei hun a chadarnhewch fod y rhestr rhyngwyneb allan yn cynnwys y cyswllt tuag ati. Mae anghysondeb yn y naill gyfeiriad neu’r llall yn fethiant RPF, nid yn fethiant aelodaeth.

Yna cadarnhewch fod TTL y ffynhonnell yn ddigon mawr i oroesi’r naidau llwybro y gwnaethoch eu cynllunio. Mae ffrwd sy’n gweithio ar y llwybrydd cyntaf ac yn marw ar yr ail yn aml yn gwestiwn TTL yn hytrach nag yn gwestiwn polisi.

Darllenwch gyflwr multicast y cnewyllyn yn hytrach na’r ffurfweddiad

Mae ffurfweddiad yn dweud wrthych beth a ofynnoch amdano; mae’r cnewyllyn yn dweud wrthych beth sy’n digwydd. Ar bob naid Linux, darllenwch y cofnodion llwybro multicast a chadarnhewch fod rhestr ryngwyneb i mewn ac allan yn bodoli ar gyfer y pâr union o ffynhonnell a grŵp. Mae cofnod ar gyfer y grŵp gyda ffynhonnell gwyllt yn wrthrych gwahanol, ac ni fydd yn egluro ffrwd sy’n benodol i ffynhonnell.

ip mroute show from 10.50.0.10 iif eth1
ip route get 10.50.0.10

Mae daemonau llwybro yn cadw eu barn eu hunain uwchben y cyflwr hwnnw, ac mae’r gorchymyn sy’n ei argraffu yn dibynnu ar ba weithrediad sydd wedi’i osod. Mae’r egwyddor yn gyson: gofynnwch i’r daemon am ei gofnod upstream ar gyfer y pâr, yna gofynnwch i’r cnewyllyn a oes cofnod anfon ymlaen yn bodoli. Mae daemon sy’n credu ei fod yn anfon ymlaen tra nad oes gan y cnewyllyn gofnod yn broblem cwmpas ffurfweddu ar y gwesteiwr hwnnw.

Pan fydd y ddau yn anghytuno, trwsiwch y gwesteiwr yn hytrach na’r VPN. Ni all unrhyw beth i lawr yr afon wneud iawn am naid nad yw’n anfon ymlaen y ffrwd y gofynnoch amdani. Cofnodwch y pâr, y rhyngwyneb i mewn a’r rhestr allan ar gyfer pob naid tra bo’r ffrwd yn gweithio. Mae’r cofnod hwnnw’n troi’r methiant nesaf yn gymhariaeth yn hytrach nag yn ymchwiliad newydd.

Penderfynwch sut mae’r tiwnel yn ailadrodd mewn gwirionedd

Dyma lle mae multicast dros VPN yn peidio â bod yn rheolaidd. Mae tiwnel pwynt-i-bwynt yn danfon pecyn i’r un cymar ar y pen arall, felly mae copi’n cyrraedd un cleient yn union. Mae segment pontiedig yn ymddwyn yn fwy fel cyswllt a rennir, oherwydd mae’r tiwnel yn cario’r ffrâm ac mae’r bont yn penderfynu beth i’w lifogydd. Mae’r rhain yn fodelau dosbarthu gwahanol, a bydd dyluniad sy’n tybio’r ail tra’n rhedeg y cyntaf yn ymddangos yn gweithio i un derbynnydd ac yn methu i’r nesaf.

Ar gyfer mwy nag un derbynnydd dros weinydd amlbwynt, rhaid cynllunio ailadrodd yn benodol. Nid yw gosod llwybr multicast ar y giât yn dysgu i weinydd VPN pa gymheiriaid ddylai dderbyn copi, ac nid oes unrhyw lwybr ar ochr y cleient yn gwneud y penderfyniad hwnnw drosto. Lle bo’r gofyniad yn nifer o dderbynwyr, defnyddiwch ailadrodd a gefnogir neu amgen a ddewiswyd yn fwriadol, ac ysgrifennwch pa un a ddewisoch.

Yn olaf, gwiriwch wrth y derbynnydd o dan arsylwad cul: yr union ffynhonnell, grŵp a phorth, ar y rhyngwyneb yr ydych yn ei ddisgwyl, tra bo un derbynnydd awdurdodedig wedi ymuno. Mae SSM yn dewis anfonydd, ac nid yw dewis yn dilysu’r anfonydd hwnnw, nac yn ganiatâd i draffig multicast arall groesi’r un polisi.