Samba op in VPN-adres: wêrom’t de harker ferdwynt

De dieling wurket de hiele moarn, de tunnel ferbynt opnij om ’t middei, en itselde UNC-paad rint no op in time-out wylst ping nei de tsjinner noch antwurdet. Der is neat feroare yn ’e definysje fan de dieling en de VPN is oan. Wat feroare is, is it lokale adres dêr’t Samba oan bûn wie, dat net mear bestiet neidat de ynterface opnij makke is. Dy flatermodus is in harker-libenssyklusprobleem, gjin rjochtenprobleem.

De dieling wurket oant de tunnel opnij start

In tsjinst oan in adres bine, keppelt syn socket oan de libbensdoer fan dat adres. As de tunnel-ynterface ferneatige en opnij boud wurdt, ferdwynt it âlde adres en de socket dy’t dêroan bûn wie, giet mei. De tsjinst bliuwt rinnen, mar neat harket dêr’t kliïnten hinne stjoerd wurde.

Ping kin noch slagje as it nije adres ICMP beantwurdet, en dêrom liket berikberens goed wylst de dieling dea is. Krekt dat iene misliedende súkses stjoert minsken nei de firewall.

Berikberens is gjin binadres

Hjir wurde trije besluten trochinoar helle. De rûte beslút oft in kliïntpakket oankomt. De harkende socket beslút oft eat it op it lokale adres akseptearret. De dielingskonfiguraasje en de bestânsysteemrjochten beslute wat dêrnei bart. Allinne it twadde brekt as de ynterface opnij makke wurdt.

In adres út ’e VPN-pool is ek net automatysk in lokaal binadres. It heart by in kliïnt, net by de bestânstsjinnder. Ping is in minne test foar in bestânsstsjinst.

Hâld dy eigners ek yn ’e dokumintaasje apart. In takomstige feroaring oan ’e VPN-pool soe Samba net bewurkje moatte, en in feroaring oan dielingsrjochten soe gjin tunnelwerstart freegje moatte.

Bin ynstee oan in stabel adres

It stabiler ûntwerp hâldt Samba op in permanint adres en lit de VPN kliïnten dêr hinne bringe. It tsjinneradres feroaret net as in tunnel flikkert, sadat de harker nea in ynterface folgje hoecht. Tagong wurdt dan ôftwongen troch it VPN-paad en de hostfirewall, dy’t foar dy taak boud binne.

As jo beslist oan ’e tunnel bine moatte, begryp dan it kontrakt fan ’e ynstallearre ferzje. De parameters interfaces en bind interfaces only binne net itselde, en de biningsdokumintaasje warskôget foar ûnregelmjittige ynterfaces. Dynamysk harkerbehear bestiet op guon platfoarms, mar dat is in fermogen om te ferifiearjen, net om oan te nimmen. Lês de tabel foar en nei in flikker en fergelykje de twa útfierings.

ss -ltnp | grep ':445'

Test de ferbining opnij, net it griene ljocht

Ferifiearje de harker nei in nije ferbining, net allinnich nei in tsjinststart. Meitsje de tunnel opnij, lês dan de harktabel en befêstigje dat de socket bestiet op it adres dêr’t kliïnten hinne stjoerd wurde. In griene tunnelindikator en in slagge konfiguraasjekontrôle bewiisje gjin fan beide.

smbclient -L //files.corp.example -U alice

Doch dan ien tastiene bewurking en ien wegere paad fan in kliïnt, en werhelje dat nei in twadde ferbining. As de dieling allinnich oant de earste flikker wurket, is de bining noch hieltyd oan ’e libbensdoer fan ’e ynterface keppele en is it ûntwerp net reparearre. Feroarje de bining of it tsjinstadres, en it symptoom hâldt op werom te kommen.