Mac бөлісуі VPN арқылы көрінеді: тоқтату керек пе, әлде жасыру керек пе?

Шолу тізімдері хабарландырулардан құралады, ал хабарландыру қатынау рұқсаты емес. Біреу сіздің ноутбугіңіздің атын алыс тізімде көреді, өйткені multicast сұрауы әдетте маршрутизаторда тоқтайтын шекараны кесіп өтті. Бұл кесіп өту жазбаның неге пайда болатынын және жазбаны жою қызметті жабумен бірдей еместігін түсіндіреді. Бірдеңені өзгертудің алдында осы екеуінің қайсысына шын мәнінде қарсы екеніңізді анықтаңыз.

Шолу жазбасы шын мәнінде не

Mac-тегі mDNS жауап беруші өзі хостинг жасайтын қызмет түрлеріне сұраныстарға жауап береді, ал жауап атау, порт және бірнеше мәтіндік жазбаны алып жүреді. Сұраған клиент кейін сол атауды тізімде көрсетеді. Айырбаста ештеңе байланыстың сәтті болатынын дәлелдемейді және ештеңе рұқсат бермейді: тізім атау туралы мәлімдеме, қатынау туралы емес. Дәл осы айырмашылық бірдеңені өшіру керек пе әлде жариялауды тоқтату керек пе екенін шешеді.

Әр түрлі қызметтер бөлек тіркеледі, сондықтан бір жазбаның жоғалуы барлық хабарландырудың тоқтағанын білдірмейді. Файл бөлісу бір түрді, экран бөлісу екіншісін тіркейді, ал принтерлер, медиа кітапханалар және әзірлеуші құралдары әрқайсысы өзінікін тіркейді. Бір қосқышты негізгі басқару деп санамас бұрын, не тіркелгенін және оны қай процесс иеленетінін тізіп шығыңыз:

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

Multicast жергілікті болып қалады, егер бірдеңе оны көпірмен қоспаса

Multicast DNS UDP 5353 портындағы буынға жергілікті топқа жібереді, ал маршрутизаторлар бұл топты әдепкі бойынша жібермейді. Сондықтан unicast трафигін маршруттайтын туннель табуды артта қалдырады, сол себепті маршрутталған VPN-дегі Mac әдетте алыс сайтқа көрінбейді. Көпірмен қосылған туннель немесе әдейі бапталған реле мұны екі ұшты бір хабар тарату доменіне орналастыру арқылы өзгертеді. Қандай дизайн бар екені туннельдің қасиеті, оған басылған протокол атауының емес.

Сервер конфигурациясын қарап, оның интерфейсті көпірмен қосатынын немесе ішкі желіні маршруттайтынын анықтаңыз, өйткені екеуі хабар таратуға тәуелді әр протоколда басқаша әрекет етеді. Егер туннель көпірмен қосылса, бірнеше хабарландыру түрінің ағуын күтіңіз, соның ішінде ешкім жариялауды ойламаған нәрселер де бар. Егер ол маршрутталса, алыс тізімдегі жазба көбіне реле немесе unicast DNS негізіндегі табу арқылы келген, multicast тобы арқылы емес. Бұл жолдардың түзетулері әртүрлі, ал multicast портын блоктау олардың тек біреуін жабады.

Қызметті тоқтату — ең таза шекара

Егер Mac-тің файлдарды ұсынуға шаруасы болмаса, хабарландыруын жасыруға тырысудың орнына қолдау көрсетілетін басқару арқылы бөлісуді өшіріңіз. Тоқтатылған қызметке қосылуға, оны болжауға және атауды есте сақтаған ескі клиенттің оған жетуіне болмайды. Бұл қасиет оны күштірек басқаруға айналдырады және ол желінің ешқандай ынтымақтастығын қажет етпейді.

Apple-дың файл бөлісу нұсқаулығы ортақ қалталар, рұқсат етілген пайдаланушылар және қонақ қатынауы үшін рұқсат моделін сипаттайды, ал бөлісу панелі ағымдағы күйді көрсетеді. Қызмет шынымен қажет болғанда осы үшеуін қарап шығыңыз, өйткені болуы тиіс бөлісу — шектелуі тиіс бөлісу. Қонақ қатынауы бөлек назарға лайық, өйткені ол ешқандай тіркелгі деректерінсіз байланысқа рұқсат бере алады. Содан кейін қызметтің қай интерфейстерде тыңдайтынын растаңыз, өйткені әр интерфейсте ұсынылған бөлісу туннельде де ұсынылады.

Қызмет керек болғанда, ал көрермен емес

Кейде бөлісу заңды, ал көрермен олай емес. Қызметті мақұлданған көздермен шектеу, табуды бөлек және кішірек басқару ретінде қалдыру — адал шешім. Брандмауэр ережелері, пайдаланушы бойынша рұқсаттар және дұрыс интерфейсте тыңдау қатынауды жасырын хабарландыру жасай алмайтын тәсілмен тарылтады.

Табуды басу — қатаң мағынада косметикалық: қызмет атауды білетін кез келгенге әлі де жауап береді. Егер мәселе жариялаудың өзінде болса, оны алып жүретін қабатта шектеңіз. Сіз басқаратын желіде бұл қызмет түрлерінің қайсысы шекарадан өтуі керектігін шешуді және көпірді, релені немесе сүзгіні соған сәйкес баптауды білдіреді. Форумнан көпір сүзгісінің пәрменін көшіру тек серверіңіз дәл сол стекті және сол туннель режимін іске қосқанда жұмыс істейді, ал сіз басқармайтын желіде адал жауап — алыс клиенттің нені есте сақтайтынын басқара алмайсыз.

Алыс жақтан қараңыз

Mac-тің өз желісінен емес, алыс жақтан сынаңыз және кэштегі тізімді емес, жаңа шолуды сынаңыз. Содан кейін қызметке атауы және мекенжайы бойынша тікелей қосылуды көріңіз, өйткені екі нәтиже екі түрлі сұраққа жауап береді. Сәтті байланыс кезінде жоқ жазба белгіні жасырғаныңызды білдіреді, ал сәтсіз байланыс қызметті жапқаныңызды білдіреді. Жаңартуды өткізіп жіберсеңіз, кэш екі сынақты да өтірікке айналдырады, сондықтан клиентті қайта бастаңыз.

Нені өзгерткеніңізді және оның үш басқарудың қайсысына жататынын жазыңыз: қызмет тоқтатылды, қатынау шектелді немесе табу шектелді. Біреу Mac әлі көрінеді деп хабарлағанда, сол жазба есептің ескіргенін немесе басқа қызметтің өзін жариялап жатқанын айтады. Мұндағы таңсырқаулардың көбі — ешкім қосуды есте сақтамаған екінші тіркелу, бүлінген басқару емес.

Өзгеріс сәтсіз болды деп қорытындыламас бұрын қалған тіркеулерді қайта тексеріңіз. Қысқа түгендеу тізімі тағы бір болжам айналымынан артық.