Почему Microsoft Word должен разрешать входящие сетевые подключения?


13

Когда я включаю брандмауэр Mac, мне предлагается разрешить приложениям MS Office (Word, Excel, Powerpoint) принимать входящие соединения. Почему это так и безопасно ли это разрешать?

Я использую Mac OS 10.7.2


Во время путешествия по системным настройкам (Mac) я заметил, что мой брандмауэр отключен, я думаю, уже 3 года. Я включил его и после открытия документа Excel SS (Office для Mac 2008) получил сообщение Microsoft о входящих сетевых подключениях; уведомление о том, что отказ от них может ограничить поведение приложения (приложение, которое я купил и оплатил). Возвращаясь в System Prefs пока документ остается открытым и по - прежнему отображается сообщение, и повернув защиту брандмауэра выключите , а затем сразу же снова избавляется от сообщения, и я до сих пор не испытывал каких - либо плохое поведение со стороны APPLICAT

Ответы:


17

Я не могу говорить за Office 2011, потому что он требует активации серийного номера с Microsoft, но в Office 2008, Office 2004 и Offive vX входящее сетевое соединение является частью усилий Microsoft по борьбе с пиратством. Поскольку каждая копия Office активируется с помощью уникального ключа продукта, продукты Office открывают входящее сетевое соединение и прослушивают соединения от других экземпляров Microsoft Office в сети. Когда соединения установлены, два экземпляра Office будут обмениваться ключами продукта и убедиться, что они не совпадают. Если они совпадают, то один пользователь вынужден закрыть свою копию Office.

Я рекомендую указывать брандмауэру НЕ разрешать Office принимать входящие сетевые подключения.

Вот ссылка на Macworld, в которой говорится об этой «функции»:

http://hints.macworld.com/article.php?story=20020406142423494


Adobe Photoshop / Illustrator / и т. Д. и QuarkXPress тоже делал это.
Рой Тинкер

3
Я не могу подтвердить, является ли это именно антипиратской проверкой, вызывающей это, но я проголосовал, потому что я считаю, что по умолчанию вы должны запретить все входящие соединения, кроме служб, которым вы доверяете, и явно хотите быть доступными извне.
Джерри

Пожалуйста, не голосуйте за «веру». Используйте ссылки для поддержки ваших комментариев. Спасибо.
Шелдон

1
@ Шелдон, он прав. Если вы не знаете, для чего это нужно и зачем это нужно, отрицать это. Это безопасная компьютерная практика.
Джош

1

Меня беспощадно мучила эта проблема со всеми приложениями Microsoft Office 2008 на нескольких новых установках Mavericks и Yosemite. Вот как я наконец получил это, чтобы уйти. Надеюсь, это поможет некоторым из вас:

  1. закрыть уязвимые приложения
  2. удалить все настройки брандмауэра для этого приложения
  3. удалить все .plistфайлы и другие настройки находятся в /Library/Preferences, /Library/Caches, ~/Library/Preferences, и ~/Library/Caches(в моем случае это были включены все файлы в настройках папок с именем com.microsoft.*.plistи все подпапки в этих папках подшипниковых имя Microsoft). Не волнуйся; правильно закодированные приложения восстановят свои собственные файлы plist.
  4. снова запустите каждое приложение и выберите «отказать» (или «разрешить», в зависимости от ваших предпочтений) в диалоге о входящих соединениях
  5. закрыть приложение и открыть снова, чтобы убедиться, что настройки брандмауэра были запомнены.

Обратите внимание, что ранее я также принудительно переподписывал приложения, используя специальную подпись кода в окне терминала:

 sudo codesign --force --sign - <full path to application>

Например:

 sudo codesign --force --sign - /Applications/Microsoft\ Office\ 2008/Microsoft\ Excel.app

Я не уверен, помог ли шаг повторного подписания системе запомнить настройки. Вы можете прочитать о подписи кода здесь:

http://forums.macnn.com/79/developer-center/355720/how-re-sign-apples-applications-once/


Но не удалит ли я какие-либо настройки, которые я изменил?
Флориан Ф,

Это решение не сработало для меня.
Джейсон

0

Эта проблема все еще существует более 4 лет после того, как о ней впервые сообщили. Я использую Office для Mac 2011 под Mac OS 10.10.5. Я получаю раздражающее сообщение с вопросом «Хотите ли вы, чтобы приложение« Office365Service.app »принимало входящие сетевые подключения?» Конечно, я не имею ничего общего с Office 360. Поэтому я отрицаю это, но он возвращается через 10 или 180 минут или через день, если мне повезет.

Я позвонил в Microsoft. Они утверждают, что это потому, что файл .plist поврежден. Конечно, когда я удалил один или несколько из этих файлов, проблема ушла ... на месяц или два. Затем это повторилось. Теперь я забыл, где были (и были) файлы (ы) нарушителя.

Мой взгляд на это: это ошибка, которую Microsoft отказывается признать или исправить.


-3

Я бы добавил, что большая часть документации Ms-Office находится в сети. Возможно, это как-то связано с этим.


На самом деле это не объясняет, почему MS-Office должен принимать входящие соединения (которые запускаются извне). Для доступа к онлайн-документации требуется исходящее соединение.
nohillside

Возможно, документация обновляется с внешней стороны. Но, тем не менее, борьба с пиратством представляется наиболее правдоподобным ответом.
Zenklys

И как MS должна знать, куда пихать новую документацию? Если обновление необходимо, оно будет вызвано тем, что MS Office связывается с сервером Microsoft и запрашивает новую версию.
nohillside

Я думаю, что вы понимаете это неправильно. Входящие соединения могут означать, что Microsoft отправляет нам поток данных. Что может быть обновлением / документацией или чем-то еще. Входящие соединения не означают, что внезапно из ниоткуда сервер Microsoft пытается получить доступ к вашему Mac.
Zenklys

2
@Zenklys, нет, входящие соединения означают, что соединение было инициировано извне. Запрос на обновление инициируется локально (даже если это может быть сделано в фоновом режиме, и поэтому запрос не очень заметен), и в этот момент серверы Microsoft могут отвечать загрузкой обновления. Поскольку он инициируется локально, это исходящее соединение.
Джерри
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.