Грешка в macOS без интернет: истински причини и решения

Ако използвате Mac ежедневно, вероятно имате чувството, че това е „устойчива на бомби“ система: стабилен, бърз, сигурен и с много малко грешки В сравнение с Windows или Android, Apple е изградила репутацията си в продължение на десетилетия, но това не означава, че macOS е перфектен. Наскоро излязоха наяве няколко доста любопитни проблема със свързаността, като един от тях стана печално известен: добре познатият бъг в macOS, който оставя компютъра без достъп до интернет след много дни употреба.

В допълнение към този дългосрочен неуспех, има и по-банални, но също толкова дразнещи инцидентиТези проблеми включват Wi-Fi, който изглежда свързан, но не зарежда страници, конфликти с антивирусен софтуер като ESET и ограниченията на самото възстановяване на macOS, когато сте офлайн. В тази статия ще съберем всички тези части заедно: ще обясня какво точно представлява грешката от 49,7 дни, защо се случва, кого всъщност засяга, какво можете да направите, за да я предотвратите, и ще разгледаме и други често срещани причини, поради които Mac може да загуби интернет връзката си или да изисква преинсталиране на macOS без мрежа.

Малко контекст: macOS, стабилност и неговите (малко) слабости

Apple е на компютърния пазар от средата на 70-те години, започвайки в гараж и сглобявайки компютри почти на ръкамного преди iPhone да доминира в продажбите си. Големият скок дойде през 1984 г. с първия Macintosh, който популяризира графичен интерфейс с мишка и Windows, когато повечето потребители все още се бореха с черни екрани, пълни с текст.

Тези класически системи еволюираха в Mac OS 9, последната от „класическата“ поредица преди радикалната промянаПрез 2001 г. се появи Mac OS X 10.0, вече базиран на Unix, което беше отправната точка на това, което днес познаваме като macOS: модерна, многозадачна система с много солидна основа и проектирана както за домашни потребители, така и за професионалисти.

Оттогава Apple пуска версия след версия, подобрявайки производителността и сигурността, докато не стигне до настоящите версии на macOS като Sonoma и Sequoia, и дори до бъдещи компилации като macOS 26 Tahoe в най-новите му варианти. Посланието на Apple е ясно: стабилна, висококачествена екосистема с много малко сериозни грешкиВъпреки това, както всеки сложен софтуер, той също има своите малки пукнатини, а мрежовите проблеми са една от областите, където е най-забележимо, когато нещо се обърка.

Мистериозният бъг в macOS, който остави интернет безжичен за 49,7 дни

През последните месеци група изследователи от инженерния екип на Photon документираха доста поразителен бъг: Ако Mac с macOS остане включен без да се рестартира в продължение на приблизително 49,7 дни, мрежовата връзка започва да се прекъсва.Не говорим за нещо анекдотично; това е поведение, което се повтаря предвидимо и е свързано с много специфичен проблем в мрежовия стек на системата.

Това, което те откриха, е, че след като достигнаха приблизително 49 дни, 17 часа, 2 минути и 47 секунди Поради намаленото време на работа, някои Mac компютри не успяваха да установят нови интернет връзки. Странното беше, че компютърът изглеждаше работещ нормално: можеше да се pingне Mac-ът отвън и той отговаряше, така че не ставаше дума за пълен прекъсване на мрежата или общ системен срив.

На практика се наблюдаваше, че Нови TCP връзки вече не можеха да се отварятSSH достъпът беше неуспешен, API извикванията бяха ненадеждни, заявките към външни услуги не работеха и портовете ставаха недостъпни… но без ясно уведомление за потребителя. За Mac, действащ като сървър или използван в производствена среда 24/7, това може да бъде тиха катастрофа.

Това поведение изглежда не е ограничено до една конкретна версия: потенциално би засегнало различни версии на macOSОт по-ранни версии до по-нови компилации, тъй като произходът е във вътрешна част на ядрото, която е останала по същество същата.

Техническата причина: TCP таймер, 32-битови цели числа и ограничението от 49,7 дни

Същността на проблема се крие в начина, по който macOS следи времето в своя TCP стек. По-конкретно, има вътрешен брояч, наречен tcp_now, който се използва за управление на времето за връзка и измервания на времето, свързани с TCP.

Този брояч е реализиран като 32-битово цяло число без знак което се отчита в милисекунди. Тоест, добавя милисекунди от момента на стартиране на системата или от момента на инициализиране на този брояч. Максималната стойност, която 32-битово цяло число без знак може да представи, е 4 294 967 295 (2³² − 1). Ако преобразуваме това число в дни от времето:

4 294 967 295 мс ÷ 1000 ÷ 60 ÷ 60 ÷ 24 ≈ 49,7 дниТочно по това време изследователите наблюдаваха появата на бъга.

В идеален дизайн, когато броячът достигне този максимум, a контролирано преливане: връщане към 0 и кодът, който сравнява времената, да вземе предвид този цикъл. Този тип логика е позната и документирана в стандарти като RFC 7323, който регулира разширенията за TCP време и управление на прозорци.

Проблемът в macOS е, че според анализа на екипа на Photon, Имплементацията на TCP стандарта не обработва правилно това нулиране на брояча.Вместо просто да се нулира и да продължи да функционира, кодът сякаш „игнорира“ ограниченията и извършва сравнения на времето, които губят смисъл след препълване. Сякаш в определен момент времето замръзва за части от TCP логиката.

Резултатът? Оттам нататък, Сравненията във времето престават да бъдат надеждниУправлението на новите връзки се нарушава и мрежовият стек влиза в състояние, в което все още реагира на някои неща (като ping-ове), но не е в състояние да установи нови комуникации нормално.

Класическа грешка при препълване... която вече видяхме в Windows 95/98

Най-поразителното в цялата тази ситуация е, че това не е първият път, когато се наблюдава подобен бъг. Още в ерата на Windows 95 и Windows 98, Имаше много подобна грешка, свързана и с 49,7 дни ъптайм.В този случай проблемът беше в милисекундния брояч на 32-битовото ядро, който също достигна лимита от 2³² − 1 и препълни границата.

При достигане на тази точка, поведението на системата стана непредсказуемоСривове, проблеми със стабилността, странни мрежови и приложни повреди, които зависеха от този таймер. Това е почти технологично дежавю: десетилетия по-късно същият тип повреда се появява отново в модерна и реномирана система като macOS.

В конкретния случай на macOS, грешката е свързана с променливата tcp_now в ядрото Проблемът е в начина, по който се прилага стандартът RFC 7323. Според споделената информация, macOS почиства или проверява определени TCP връзки на всеки 30 секунди и когато са надвишени 49,7 дни време на работа, тази логика се нарушава поради лошо управлявани сравнения на времето. Ето защо системата изглежда свързана, но не е в състояние да инициира нови комуникации.

Следователно, ние сме изправени пред класическа грешка при препълване на цяло число в съвременна среда, с допълнителното усложнение, че това засяга система, където потребителите очакват почти абсолютна стабилност.

Какво точно се поврежда, когато се появи грешката от 49,7 дни?

Този бъг не се държи като типичен прекъсване на мрежата. Не е така, че Wi-Fi връзката се прекъсва или че иконата за връзка изчезва.Всъщност, на ниво интерфейс, всичко може все още да изглежда нормално: символът за Wi-Fi е все още активен, IP адресът е все още зададен и системата дори ще отговаря на ping-ове.

Това, което се разпада, е вътрешното управление на нови TCP връзкиНа практика се наблюдава, че:

• Съществуващите връзки могат да останат активни за известно време, стига да не затворят.
• Новите TCP връзки започват да се провалят или просто не са установени.
• Някои портове спират да отговарят въпреки че услугата изглежда работи.
• DNS заявкиAPI връзките или уеб заявките спират да се разрешават правилно.

За macOS сървър, Mac mini или Mac Studio, използвани като CI/CD машина, тази повреда означава, че Услугите може все още да изглеждат „активни“ отвън, но не приемат нови връзки.Преведено на ежедневен език: тихи сривове на уебсайтове, блокиращи API-та, автоматизации, които спират без видима причина, или системи за разработка, които замръзват, когато най-малко го очаквате.

Освен това, тъй като системата не показва ясни съобщения за грешки, свързани с бъга, Може да отнеме доста време, за да се стигне до коренната причина ако не сте запознати с това ограничение във времето и не наблюдавате изрично времето за работа и поведението на мрежата.

Кой е наистина засегнат от 49-дневния интернет бъг на macOS?

Първото нещо, което трябва да се изясни, е, че този проблем Обикновено не засяга средностатистическия потребител на Mac.Повечето хора изключват или рестартират компютъра си няколко пъти месечно или поне го актуализират от време на време, което нулира брояча на времето за работа, преди да достигне тези почти 50 последователни дни.

Това се превръща в сериозен риск в среда на машините винаги включени, например:

• Mac mini, използвани като сървъринезависимо дали у дома или в малкия бизнес.
• Mac Studio в професионална средаработни станции, които рядко се изключват.
• Оборудване, предназначено за CI/CD, автоматизация или непрекъсната обработка на домашните.
• Среди за разработка или производство където Mac действа като постоянен мрежов възел.

В тези сценарии е много често срещано времето за работа на macOS да надвишава 50 дни без рестартирания, особено ако администраторът е сигурен, че системата е стабилна и избягва ненужни изключвания. Точно там се появява грешката и може да ви остави със „зомби“ сървър.: очевидно работещ, но без реален капацитет за управление на нови мрежови връзки.

За потребители, които просто отварят лаптопа си, работят, затварят капака и актуализират macOS, когато е необходимо, Шансовете да се сблъскате с този бъг са много нискиСистемните актуализации и планираните рестартирания действат като вид „де факто пач“, въпреки че основният проблем с ядрото остава.

Има ли вече официален пач на Apple за този бъг?

Към датата на наличност на информацията, Apple не е пуснала официално документиран пач, който изрично да поправя грешката от 49,7 дни. в TCP стека на macOS. Поведението е наблюдавано, измервано и коментирано от разработчици и инженери, но не е признато в публичните бележки към изданието като уязвимост.

За повечето домашни потребители това не е сериозен проблем, тъй като те рядко достигат необходимото време за работа, за да се задейства повредата. Но за професионални среди и сървъри, Липсата на официално решение ни принуждава да прибегнем до превантивни мерки. за да се избегне ударът.

Докато не се появи актуализация, която да засяга конкретно тази част от ядрото и променливата tcp_now, проблемът не може да се счита за решен на системно нивобез значение колко по-нови версии на macOS включват други мрежови подобрения или общи корекции.

Текущо решение: Рестартиране и планиране на периодични рестартирания

Колкото и неудобно да звучи, днес единственото надеждно и потвърдено решение е толкова просто, колкото и убедително: напълно рестартирайте вашия MacЧистото рестартиране нулира брояча tcp_now, изчиства състоянието на TCP стека и възстановява нормалната мрежова свързаност.

В среди, където Mac действа като сървър или критична система, практическата препоръка е Следете времето за работа на системата и планирайте рестартиране, преди да достигнете прага от 49 дниНапример, рестартиране на всеки 30 или 40 дни може да е достатъчно, за да се избегне напълно рисковата зона.

Това може да се автоматизира със скриптове, инструменти за дистанционно управление или дори чрез използване на планирани прозорци за поддръжка. Идеята е рестартирането да стане част от рутината и да не ви изненадва, когато броячът наближи 49,7 дни.

Докато Apple не пусне специфичен пач, Това превантивно решение е най-разумното за производствени среди.Може да е досадно да се налага да се въвеждат периодични рестарти на системи, които биха могли да останат включени с месеци, но е за предпочитане, отколкото да се търпят тихи прекъсвания на услугата посред критичен ден.

Проблем със сигурността ли е или просто проблем със стабилността?

Въз основа на текущата информация, този бъг се счита предимно проблем със стабилността и надеждността на мрежатаТова не е типична експлоатираема уязвимост в сигурността. Не е доказано, че атакуващ може да я използва по контролиран начин, за да изпълнява код, да повишава привилегиите или да има достъп до чувствителна информация.

Въпреки това, в производствена среда въздействието може да бъде подобно на условие за отказ на услуга (DoS)Ако услугите ви спрат да приемат нови връзки, защото системата е превишила тези 49,7 дни непрекъсната работа, ефектът за потребителите в крайна сметка е все едно е имало атака, която е довела до срив на мрежата.

В сравнение с други уязвимости в macOS, Основният риск тук е прекъсването на услугата и прекъсването ѝ.не изтичането на данни. Ето защо приоритетът е наблюдението, планирането на рестартирания и, след като Apple го поправи, бързото прилагане на корекции, които засягат ядрото и TCP стека.

Други често срещани проблеми с macOS без интернет: Wi-Fi свързан, но няма достъп

Освен 49,7-дневната грешка, много потребители съобщават Проблеми с Wi-Fi на macOS, при които връзката изглежда активна, но няма истински интернет.Това засяга особено сравнително по-нови компютри (след 2018 г.) след актуализиране до версии като macOS Sonoma или Sequoia.

В тези случаи причината не винаги е грешка в операционната система, а конфликти със софтуер на трети страни като антивирусни програми, защитни стени или VPN мрежи. Една от най-често споменаваните напоследък е ESET, чийто мрежов филтър може да пречи на безжичната връзка след определени системни актуализации.

Когато това се случи, симптомът е много подобен: Иконата за Wi-Fi показва, че сте свързани към мрежата, но браузърите и приложенията не зареждат съдържание.Дори смяната на мрежи или рестартирането на рутера не решава проблема, което ни кара да подозираме проблем в самия Mac.

Преди да се впуснете в преинсталиране на системата или смяна на рутери, е добре да проверите дали имате инсталиран антивирусен софтуер или инструмент за сигурност, който може да филтрира трафика агресивно или да е несъвместим с текущата версия на macOS.

Проблеми с Wi-Fi с ESET на macOS и как да ги решим

Антивирусната програма на ESET включва компонент за мрежово филтриране, който на теория... Анализирайте трафика, за да увеличите безопасносттаПроблемът е, че след някои скорошни актуализации на macOS, този филтър може да влезе в конфликт с мрежовия стек и да доведе до това системата да не управлява добре Wi-Fi мрежите, особено на компютри, пуснати след 2018 г.

Първият тест, който много техници препоръчват, е Временно деактивирайте мрежовия филтър на ESET от мрежовите предпочитания в macOS. Във версии, където все още се показва като разширение, можете да отидете в Системни предпочитания (или Системна конфигурация) > Мрежа, да потърсите секцията с филтри и да намерите записа „ESET Network“.

Ако деактивирането на този филтър или премахването му от списъка възстанови нормалната Wi-Fi връзка, ще сте идентифицирали ясно източника на повредатаОттам нататък най-разумното нещо, което можете да направите, обикновено е напълно да деинсталирате ESET и да преинсталирате най-новата версия, съвместима с вашата версия на macOS.

За да деинсталирате правилно ESET, трябва да отидете в папката „Приложения“, да намерите антивирусната програма, Отворете съдържанието на пакета и стартирайте деинсталатора който се намира в Съдържание > Помощници. След рестартиране на своя Mac, много потребители установяват, че Wi-Fi връзката се връща към нормалното, без да е необходимо да докосват каквото и да било друго.

След като се потвърди, че проблемът е изчезнал, можете Преинсталирайте ESET, като изтеглите най-новата версия от официалния уебсайт.Уверете се, че е съвместимо с конкретната версия на macOS (14, 15 или съответната версия). Това намалява вероятността от повтаряне на мрежовия конфликт.

Други полезни мрежови настройки: частен MAC адрес в macOS Sequoia

В някои случаи, особено с macOS Sequoia 15.1, е наблюдавано, че Wi-Fi връзката е установена, но Няма реален достъп до интернет в браузърите или приложениятаИ проблемът не е нито в рутера, нито в антивирусната програма.

Едно решение, което е работило за няколко потребители, се състои от Променете настройката на Wi-Fi MAC адреса от фиксиран (статичен) на ротиращ се или частенmacOS позволява използването на произволни MAC адреси за подобряване на поверителността и предотвратяване на проследяване в различни мрежи.

За да направите това, отидете в Системни настройки > Мрежа, изберете Wi-Fi от списъка с интерфейси, въведете данните за конкретната мрежа и Потърсете опцията „Използване на частен Wi-Fi адрес“ или нещо подобно.Чрез преминаване от фиксиран IP адрес към частен/ротиращ се и повторно свързване към мрежата, в много случаи достъпът до интернет се връща към нормалното.

Тази настройка изглежда разрешава специфични конфликти с определени рутери или конфигурации за мрежова сигурност. без да е необходимо да се докосвате до каквото и да е отношение към интернет доставчика или хардуераТова е бърза алтернатива, която си струва да опитате, ако вашата Wi-Fi мрежа показва връзка, но не можете да сърфирате в интернет.

Преинсталиране на macOS без интернет: Опции при неуспешно онлайн възстановяване

Когато проблемите с мрежата станат сериозни или системата започне да се държи много нестабилно, много потребители избират да преинсталират macOS. Стандартният метод на Apple се основава на macOS Recovery, който изтегля инсталационните файлове от сървърите на Apple при стартиране на режим на възстановяване.

Проблемът възниква именно когато, Нямате интернет връзка или тя е много нестабилнаВ тези случаи онлайн възстановяването е неуспешно или замръзва и изглежда няма начин за преинсталиране на системата. За щастие е възможно да се направи това, без да се разчита на мрежата, като се използват алтернативни методи.

Най-практичният начин е да се създаде инсталатор за стартиращ USB с версията на macOS, която ви интересува (например Sonoma или Ventura). Този инсталатор ви позволява да стартирате вашия Mac от USB устройството и да преинсталирате системата, без да е необходимо да изтегляте каквото и да било по време на процеса, стига предварително да сте подготвили устройството.

Освен това, има начин да локално възстановяване Това се активира чрез задържане на Command + R при стартиране на Mac (на модели с Intel), което ви позволява да пропуснете Internet Recovery, когато на диска вече има дял за възстановяване. Въпреки това, методът с USB за зареждане остава най-надеждният вариант, когато искате да сте сигурни, че преинсталирането не зависи от интернет връзка.

Как да създадете стартиращо USB устройство с macOS и да го преинсталирате офлайн

За да подготвите USB инсталатор за macOS, ви е необходимо флаш устройство с поне 16 GB, форматиран в Mac OS Extended (дори ако по-късно го инсталирате на APFS). Общият процес е следният:

Първо, изтеглете инсталатора за желаната версия на macOS (например Sonoma или Ventura) от App Store. След като изтеглянето приключи, Затваряте инсталатора, без да го стартирате така че да се запише в папката „Приложения“ като „Инсталиране на macOS…“.

След това свързвате форматираното USB устройство, отваряте приложението Терминал и изпълнявате командата създаване на инсталационен носител съответстващо, нещо подобно:

sudo /Applications/Install\ macOS\ Ventura.app/Contents/Resources/createinstallmedia –volume /Volumes/MyVolume (промяна на „MyVolume“ на действителното име на USB устройството).

След като въведете паролата си и изчакате процесът да копира всички файлове, ще имате стартиращ USB, готов за употребаОттам нататък стъпките се различават леко в зависимост от типа на Mac, който имате.

На Mac компютри с процесори Intel, поставяте USB устройството, включвате компютъра и Задръжте натиснат клавиша Option (Alt) По време на стартиране изчакайте, докато видите екрана за избор на диск. Там изберете USB устройството като стартов диск и следвайте инструкциите за „Инсталиране на macOS“.

На Mac компютри с Apple Silicon (M1, M2, M3 и др.), задържате натиснат клавиша бутон за захранване Стартирайте компютъра и изчакайте, докато се появи прозорецът с опции за зареждане. След това изберете стартиращото USB устройство и продължете с инсталатора.

Този метод позволява Преинсталирайте macOS, без да разчитате на интернетпри условие че USB устройството е вече подготвено. Това е особено полезно на компютри с мрежови проблеми, в офлайн среди или когато възстановяването от интернет води до повтарящи се грешки.

Как да защитите данните си, когато преинсталирате macOS без интернет връзка

Преди да преинсталирате системата, със или без интернет, е препоръчително да приемете, че Съществува риск от загуба на данни Ако нещо се обърка или решите да изтриете диска, най-добре е винаги да имате скорошно резервно копие, или с Time Machine, или с друго решение за архивиране.

Ако сте закъснели твърде много и вече сте загубили данни по време на процеса на преинсталиране, все още можете да прибегнете до специализиран софтуер за възстановяване на данни като например EaseUS Data Recovery Wizard за Mac. Тези видове инструменти сканират диска за изтрити файлове или повредени дялове и в много случаи ви позволяват да възстановите документи, снимки и друго съдържание.

Някои приложения, като EaseUS, дори ви позволяват да създадете такъв изображение на резервно копие на диска Преди да докоснете каквото и да било, създайте ново изображение, за да можете да работите върху него, вместо да продължавате да работите върху повреден диск. Това намалява риска от презаписване на данни, които все още могат да бъдат възстановени.

Типичният работен процес включва избиране на засегнатия диск, извършете дълбоко сканиране След това филтрирайте по тип файл или път, за да намерите това, от което се нуждаете. След като файловете бъдат намерени, изберете сигурно място (друг диск или външно устройство), за да запазите възстановените данни.

Въпреки че никой инструмент не гарантира пълно възстановяване, Този подход може да спести много данни след сложна преинсталацияособено ако проблемът е възникнал от мрежови повреди или прекъсвания на захранването по време на инсталацията.

В крайна сметка всичко, което видяхме, се свежда до следното: macOS е много солидна система, но не и безпогрешна. Може да загубите интернет връзката си поради грешка във времето, след като сте били включени почти 50 дни, конфликти с антивирусен софтуер като ESET, неуспешни мрежови настройки или ограниченията на самата функция Online Recovery.Добрата новина е, че с малко далновидност (редовни рестартирания, наблюдение на времето за работа, правилна Wi-Fi конфигурация, архивиране и стартиращо USB устройство), е напълно възможно да се сведе до минимум въздействието на тези проблеми и да се поддържа вашият Mac свързан и работещ дори в най-взискателните сценарии.