Это не вопрос единственного именованного свойства, вызывающего это, скорее обильность их. У меня была эта точная проблема несколько раз в прошлых годах пары. В начале Microsoft сочла целесообразным позволять любому старому X заголовков в почте для продвижения именованное свойство в обмен. Они также сочли целесообразным трудно кодировать максимальное количество именованных свойств. Передачи времени и шутники делают такого рода вещь в заголовках:
X-IHateYou: True
Или другие пакеты программного обеспечения, делающие глупый материал как:
X-20010122113201: True
Который Outlook, покорно продвинутый на NamedProperty. И люди начали заканчиваться квоту NamedProperties. Microsoft выпустила несколько статей об этом за эти годы.
Несколько ресурсов:
То, что Вы видите, не является одним NamedProperty, привыкающим к исчерпанию, Вы на самом деле ХОТИТЕ, чтобы они перешли к NamedProperties. Что Вы не хотите, X-заголовки, что Вы не даете влажную лапшу для того, чтобы быть продвинутыми, если она не имеет к. Exchange 2007 имел некоторые достижения по этой проблеме в недавних пакетах обновления и пакетах обновлений как связанные статьи, предлагает. Однако при столкновении с ним теперь единственная оставленная вещь состоит в том, чтобы увеличить квоту NamedProperties.
In case somebody else is having the same problem, here is the solution: the adapter has to be configured manually by adding files /etc/sysconfig/network-scripts/ifcfg-eth0 and /etc/sysconfig/networking/profiles/default/ifcfg-eth0 after successful installation of LIS3.
The steps that worked for me:
The sources where I have found the most useful info:
Погуглил: «Почему порт Ethernet находится на eth1, а не на eth0 для Hyper-v 2012»?
Удалите существующие правила UDEV для сетевых адаптеров. Если вы добавляете / меняете сетевой адаптер, правила udev обнаруживают новое устройство и назначают ему другое имя интерфейса. Инструкции см. В разделе Перенумеровать интерфейс Ethernet в CentOS Linux на eth0 или Заставить CentOS 6 повторно обнаруживать сетевые устройства
Как это будет? Когда клонируется виртуальная машина. Например, вы берете машину с сетевой картой на eth0, клонируете образ и создаете новую виртуальную машину для образа с другим MAC-адресом. Сетевой адаптер будет eth1, а не eth0.
Другие предположения? Я тестировал это с помощью Hyper-V 2012, CentOS6.3 x64 и Microsoft Linux Integration Services 3.4
(решено)
Назначьте статический MAC-адрес в настройках Hyper-v.
MAC должен быть таким же, как в вашей виртуальной машине Linux. Вы можете найти MAC-адрес в / etc / sysconfig / network-scripts / ifcfg-eth0
.