Mac koplietošana parādās caur VPN: apturēt vai paslēpt?

Pārlūkošanas saraksti tiek veidoti no paziņojumiem, un paziņojums nav piekļuves atļauja. Kāds redz jūsu portatīvā datora nosaukumu attālā sarakstā, jo multicast vaicājums šķērsoja robežu, kas to parasti aptur maršrutētājā. Šī šķērsošana izskaidro gan to, kāpēc ieraksts parādās, gan to, kāpēc ieraksta noņemšana nav tas pats, kas pakalpojuma aizvēršana. Pirms kaut ko mainīt, izlemiet, pret kuru no abiem jūs patiešām iebilstat.

Kas patiesībā ir pārlūkošanas ieraksts

mDNS atbildētājs uz Mac atbild uz vaicājumiem par pakalpojumu tipiem, kurus tas mitina, un atbildē ir nosaukums, ports un daži teksta ieraksti. Klients, kas jautāja, pēc tam parāda šo nosaukumu sarakstā. Nekas apmaiņā nepierāda, ka savienojums izdosies, un nekas tajā nepiešķir atļauju: saraksts ir apgalvojums par nosaukumu, nevis par piekļuvi. Tieši šī atšķirība izlemj, vai jums vajadzētu kaut ko izslēgt vai pārtraukt tā publicēšanu.

Dažādi pakalpojumi reģistrējas atsevišķi, tāpēc viena ieraksta pazušana nenozīmē, ka visi paziņojumi ir apstājušies. Failu koplietošana reģistrē vienu tipu, ekrāna koplietošana citu, un printeri, mediju bibliotēkas un izstrādātāju rīki reģistrē katrs savu. Pirms uzskatīt vienu slēdzi par galveno kontroli, uzskaitiet, kas ir reģistrēts un kurš process to pārvalda:

dns-sd -B _smb._tcp
lsof -nP -iUDP:5353

Multicast paliek lokāls, ja vien kaut kas to nesavieno tiltā

Multicast DNS sūta uz saitei lokālu grupu UDP 5353, un maršrutētāji šo grupu pēc noklusējuma nepārsūta. Tāpēc tunelis, kas maršrutē unicast datplūsmu, atstāj atklāšanu aiz muguras, un tāpēc Mac maršrutētā VPN parasti ir neredzams attālajai vietnei. Tiltā savienots tunelis vai apzināti konfigurēts relejs to maina, ievietojot abus galus vienā apraides domēnā. Kāda konstrukcija jums ir, ir tuneļa īpašība, nevis uz tā uzdrukātā protokola nosaukuma.

Pārbaudiet servera konfigurāciju, vai tas savieno saskarni tiltā vai maršrutē apakštīklu, jo abi uzvedas atšķirīgi katrā no apraides atkarīgā protokolā. Ja tunelis ir savienots tiltā, gaidiet, ka noplūdīs vairāk nekā viens paziņojuma veids, tostarp lietas, ko neviens negrasījās publicēt. Ja tas ir maršrutēts, ieraksts attālā sarakstā, visticamāk, ienāca caur releju vai unicast DNS balstītu atklāšanu, nevis caur multicast grupu. Šiem ceļiem ir atšķirīgi labojumi, un multicast porta bloķēšana aizver tikai vienu no tiem.

Pakalpojuma apturēšana ir vistīrākā robeža

Ja Mac nav nekādu darīšanu ar failu apkalpošanu, izslēdziet koplietošanu ar atbalstīto vadīklu, tā vietā lai mēģinātu paslēpt tās paziņojumu. Apturētam pakalpojumam nevar pieslēgties, to nevar uzminēt, un tam nevar piekļūt vecs klients, kas atcerējās nosaukumu. Šī īpašība padara to par spēcīgāku kontroli, un tam nemaz nav vajadzīga tīkla sadarbība.

Apple failu koplietošanas rokasgrāmata apraksta atļauju modeli koplietotām mapēm, atļautajiem lietotājiem un viesa piekļuvei, un koplietošanas panelis parāda pašreizējo stāvokli. Pārskatiet šos trīs, kad pakalpojums patiešām ir vajadzīgs, jo koplietošana, kurai jāpastāv, ir koplietošana, kas jāierobežo. Viesa piekļuve ir pelnījusi atsevišķu skatienu, jo tā var ļaut savienojumam bez jebkādiem akreditācijas datiem. Pēc tam apstipriniet, kurās saskarnēs pakalpojums klausās, jo koplietošana, kas piedāvāta katrā saskarnē, tiek piedāvāta arī tunelī.

Kad vajag pakalpojumu, bet ne publiku

Dažkārt koplietošana ir likumīga, bet publika nav. Pakalpojuma ierobežošana ar apstiprinātiem avotiem, atstājot atklāšanu kā atsevišķu un mazāku kontroli, ir godīgs risinājums. Ugunsmūra noteikumi, atļaujas katram lietotājam un klausīšanās pareizajā saskarnē sašaurina piekļuvi tā, kā to nevar paslēpts paziņojums.

Atklāšanas nomākšana striktā nozīmē ir kosmētiska: pakalpojums joprojām atbild ikvienam, kas zina nosaukumu. Ja problēma ir pati publicēšana, ierobežojiet to slānī, kas to pārnēsā. Tīklā, kuru pārvaldāt, tas nozīmē izlemt, kuri pakalpojumu tipi drīkst šķērsot robežu, un atbilstoši konfigurēt tiltu, releju vai filtru. Tiltu filtra komandas kopēšana no foruma darbojas tikai tad, ja jūsu serveris izpilda tieši to steksu un to tuneļa režīmu, un tīklā, kuru nepārvaldāt, godīgā atbilde ir tāda, ka jūs nevarat kontrolēt, ko atceras attālais klients.

Paskatieties no attālās puses

Pārbaudiet no attālās puses, nevis no paša Mac tīkla, un pārbaudiet svaigu pārlūkošanu, nevis kešatmiņā saglabātu sarakstu. Pēc tam mēģiniet tiešu savienojumu ar pakalpojumu pēc nosaukuma un pēc adreses, jo abi rezultāti atbild uz dažādiem jautājumiem. Trūkstošs ieraksts ar veiksmīgu savienojumu nozīmē, ka jūs paslēpāt etiķeti, bet neizdevies savienojums nozīmē, ka jūs aizvērāt pakalpojumu. Kešatmiņa liek abiem testiem melot, ja izlaižat atsvaidzināšanu, tāpēc sāciet klientu no jauna.

Pierakstiet, ko mainījāt un kurai no trim kontrolēm tas pieder: pakalpojums apturēts, piekļuve ierobežota vai atklāšana ierobežota. Kad kāds ziņo, ka Mac joprojām parādās, šis ieraksts pasaka, vai ziņojums ir novecojis, vai cits pakalpojums piesaka sevi. Lielākā daļa pārsteigumu šeit ir otra reģistrācija, kuru neviens neatcerējās ieslēgt, nevis salūzusi kontrole.

Vēlreiz pārbaudiet atlikušās reģistrācijas, pirms secināt, ka izmaiņas neizdevās. Īss inventarizācijas saraksts ir labāks par vēl vienu minējumu kārtu.