Сергей Семенко: ну и на всякий случай - в хостовой системе в настройках сетевого адаптера проверьте, не снята ли галка с bridge драйвера. чтобы мост работал, она не должна быть снята.
Сергей Семенко: если вы ещё не поменяли inet static на inet dhcp, то её и не должно быть, потому как при static гостевая система не запрашивает адрес по dhcp у роутера.
Филипп: и не забывайте, что после смены настроек надо сделать рестарт сетевого демона - service network restart или service networking restart (не помню, как правильно в Ubuntu).
Сергей Семенко: ifconfig выдаёт тот адрес, который присвоен адаптеру. адрес присваивается в конфиге interfaces. в вашем случае на данный момент он прописан вручную, так что ifconfig показывает то, что прописано в interfaces. является ли этот адрес правильным - уже другой вопрос.
мы вроде выяснили, что в локалке используются адреса из подсети 192.168.0.* - таким образом, адрес видимо неправильный, и его следует заменить на адрес из подсети 192.168.0.*. либо задавайте его вручную, меняя в interfaces 192.168.56.101 на 192.168.0.101, либо пробуйте получить его автоматом от роутера (если роутер у вас настроен на раздачу адресов) - поменяйте inet static на inet dhcp и всё, что после этой строки (address и далее до конца).
Сергей Семенко: если хотите попробовать получить адрес от роутера - поменяйте inet static на inet dhcp и всё, что после этой строки (address и далее до конца). сделайте перед этим резервную копию конфига, чтобы не перенабивать всё заново, если не заработает.
Сергей Семенко: ну тогда и в сетевом конфиге гостевой системы адрес машины должен иметь вид 192.168.0.*, ведь в режиме моста гостевая система - это такой же узел этой локальной сети (которая подключена к intel 82579V хостовой системы), как и другие её узлы, и, соответственно, должна иметь адрес из той же подсети. а также адрес шлюза и маску.
Сергей Семенко: сетевушка intel 82579V - она у вас подключена к локалке, верно?
на других компах в этой локалке тоже адреса из подсети 192.168.56.0/255.255.255.0? шлюз на этих компах тоже 192.168.56.1?
geteway в конфиге замените на gateway.
Сергей Семенко: надо разбираться с тем, почему не работает. в режиме сетевого моста гостевая система является таким же хостом локальной сети, как и другие машины в этой локальной сети.
убедитесь, что для моста в настойках виртуалки выставлен сетевой адаптер вашей локальной сети, а не посторонний. если машины в вашей локальной сети получают адрес по dhcp, гостевая система тоже должна получать его по dhcp; если адреса и остальные реквизиты прописываются вручную, на гостевой должно быть аналогично.
Роман, боюсь, что идея поиска машины в сети по MAC-адресу в корне ущербна, потому что MAC-адреса не распространяются за пределы широковещательных доменов.
> Одна пара разомкнута - опускаемся на халфдуплекс - прием и передача по одной паре по очереди.
нет. half-duplex - это не про работу ethernet по одной паре вместо двух, а про использование механизма разрешения коллизий.
Lorri: собственно, пробовал восстанавливать там данные 4 раза. Успешно восстановили данные с переставшей определяться флешки и с переставшего же определяться мейнстримового WD. Не смогли восстановить с RAID 5EE, однако объяснили, почему это уже невозможно (я честно говоря не помню конкретики, что-то связанное с человеческим фактором и лишней попыткой ребилда). Не смогли восстановить с переставшего определяться WD Raptor'а по причине отсутствия донора (согласен, не самая распространённая модель). По сумме впечатлений - вполне себе контора по восстановлению данных.
Плюс я знаю, что у них своё оборудование для восстановления, включая, разумеется, чистые комнаты/боксы. Другими словами, диски они отдают не на аутсорс, а чинят действительно сами.
Александр Попов:
по 4 пункту - на сколько знаю, не допускается, так же как и чек-боксы и прочие нажатия, без которых отписка будет невозможной; при нажатии ссылки отписки пользователь должен получить страничку, извещающую его о том, что он отписался, возможно, с опциональными чекбоксами и/или другими контролами из серии "оставьте ваш отзыв". я бы не рекомендовал ещё по той причине, что любые помехи в отписке повышают количество нажатий на "спам".
по пункту 6 - spf, записи в dns настраиваются разово при первоначальной настройке почты. dkim настраивается так же, плюс в каждое письмо агентом передачи почты (MTA) добавляется цифровая подпись. таким образом, если вы пишите на php свою реализацию почтового сервера - вам потребуется этот механизм реализовать. если же вы пользуетесь вызовом системного почтовика - настройки по работе с dkim следует реализовывать в его конфигах.
