Printeri i zyrës shfaqet në çdo aplikacion në tavolinën tuaj dhe zhduket në VPN, edhe pse mund të bëni ping në adresën që dini se e ka. Asgjë në tunel nuk është prishur: zbulimi dhe arritshmëria janë shërbime të ndara, dhe si parazgjedhje vetëm njëri prej tyre kalon një tunel të rrugëzuar. Kontrollet më poshtë i ndajnë ato përpara se të filloni të shtoni rrugë. Një rrugë nuk mund të rregullojë një kërkesë që nuk e la kurrë lidhjen.

Kontrolloni çfarë zgjidhet sot dhe çfarë vetëm duket e zgjidhur

Fillimisht ndani dy pyetjet: një kërkesë unicast për një emër hosti pyet një zgjidhës, ndërsa një kërkim për _ipp._tcp pyet lidhjen lokale. Në Linux, avahi-browse -a tregon çfarë mund të shohë DNS multicast, dhe resolvectl query name.local tregon çfarë bën stiva e zgjidhësit me atë emër. Në macOS, dns-sd -B _ipp._tcp liston shërbimet e zbuluara pa pasur nevojë fillimisht për një adresë.

Nëse adresa përgjigjet dhe emri jo, rrugëzimi funksionon dhe zbulimi jo. Një emër .local mund të përgjigjet edhe në vetë hostin përmes nss-mdns pa qenë i instaluar avahi-browse, prandaj një getent ose ping i suksesshëm drejt atij emri nuk është provë që zbulimi kaloi tunelin; rezultati i kërkimit dhe ai i zgjidhësit janë prova të ndryshme. Aplikacionet ruajnë në cache atë që zbuluan, prandaj defekti shpesh shfaqet orë pas lidhjes dhe jo në lidhje. Mbyllni dhe rihapni aplikacionin, pastaj kontrolloni nëse hyrja e ruajtur përmban emër apo adresë, sepse adresa vazhdon të funksionojë shumë kohë pasi zbulimi ndaloi.

Pse kërkesa nuk e kalon kurrë tunelin

DNS multicast i dërgon kërkesat në 224.0.0.251, brenda bllokut të kontrollit të rrjetit lokal, në portën UDP 5353. Ruterat nuk i përcjellin adresat nga ai bllok, kështu që kërkesa mbetet në lidhjen ku u dërgua. Dërguesit vendosin gjithashtu TTL-në IP, ose kufirin e kërcimeve IPv6, në 255 që marrësi të mund të refuzojë një paketë që ka kaluar tashmë një ruter; kështu protokolli zbulon falsifikimin jashtë lidhjes, jo kështu mbetet lokal. Lokaliteti vjen nga adresa e destinacionit, jo nga një TTL prej një kërcimi.

Edhe lloji i tunelit ka rëndësi. Një ndërfaqe në stil tun transporton paketa IP dhe asgjë tjetër, prandaj asnjë grup multicast nuk mbijeton përmes saj. Një urë në stil tap zgjeron vetë domenin e transmetimit, prandaj disa dizajne të vjetra urëzuan në vend që të rrugëzonin, dhe trashëguan çdo problem që sjell ura.

Një përjashtim për LAN të besueshëm nuk ndryshon asgjë nga kjo, sepse vendos se cili trafik mund të përdorë tunelin në vend që t'i mësojë tunelit të përcjellë multicast. Paketa ende nuk ka një segment të përbashkët ku të dëgjohet.

Zgjidhni një dizajn emërtimi që mund ta mbani

Për burimet e kompanisë, përgjigja e qëndrueshme është një emër hosti i rrugëzuar i shërbyer nga zgjidhësi që VPN shtyn, së bashku me DNS të ndarë që emrat e brendshëm të shkojnë në serverë të brendshëm dhe gjithçka tjetër jo. Windows e ekspozon si tabelë të politikës së zgjidhjes së emrave, macOS përdor zgjidhës të kufizuar për secilën ndërfaqe, dhe shumica e klientëve kanë një cilësim ekuivalent shtytjeje. Pajisja mban emrin e saj të zakonshëm në DNS të brendshëm, dhe zbulimi pushon së qeni pjesë e rrugës.

Një proxy zbulimi ose një reflektues mDNS mund ta kapërcejë këtë hendek, dhe ky është një dizajn i vërtetë me hostin, ekspozimin dhe kërkesat e tij të klientit. Nuk shfaqet sepse keni shtuar një rrugë. Kurrë mos i përcillni kërkesat .local një zgjidhësi publik: domeni është i rezervuar për përdorim lokal multicast nga RFC 6762, dhe dërgimi i tij jashtë prodhon dështime të ngadalta dhe zbulim të panevojshëm të dhënash.

Verifikoni shërbimin, jo emrin

Një emër në një listë kërkimi vërteton hapin e zbulimit, jo që shërbimi përgjigjet. Hapni radhën e shtypjes ose ndërfaqen web dhe përfundoni një operacion të vërtetë, pastaj përsëriteni pas një rilidhjeje.

Zbulimi i ruan emrat në cache në mënyrë agresive, prandaj një hyrje e vjetër mund të duket si sukses. Nëse shfaqet një certifikatë ose një kërkesë vërtetimi, ai është shtresa tjetër dhe një problem i veçantë. Shkruani cilin mekanizëm keni ndryshuar, zgjidhësin apo zbulimin, që personi tjetër të mos ketë nevojë ta rihapë të gjithë pyetjen.

Artikuj të ngjashëm