luxter

Можно в настройках сети поменять DNS на любой другой
<самореклама ON>
или поставить себе "Свой" DNS сервер
самореклама OFF>
Во втором случае есть возможность подключения сразу десятка DNS и одновременный запрос ко всем из них по принципу "кто первым ответил того и тапки".

В целом - незачем.
"Введение в домен" linux-машин заключается в том, что к pam-у прикручивают LDAP из состава AD, чтобы на линукс-боксе можно было авторизоваться учеткой из AD.
Остальное никто не делает.

рулить авторизацией и разделением прав
то есть ровно за тем же что и виндовые машины

Лесом университет. Самообразование - залог успеха.

Потому что так гласит стандарт IEEE802.3

На самом деле все просто, при таком максимальном размере датаграммы она достаточно маленькая что бы время ее доставки было не критичным (особенно в случае потерь), но и достаточно большая что бы минимизировать оверхэд на канальном уровне.

Предположим что мы хотим послать IP датаграмму в 1500 байт. Это мы еще находимся на третьем уровне модели OSI. Теперь идем на второй, запаковываем датаграмму в ethernet-фрейм, то есть добавляем еще 26 байт, итого имеем фрейм размером в 1526 байт. Так же между всеми фреймами есть еще 12-ти байтный зазор, что бы различать где кончается один фрейм и начинается другой. То есть на каждую датаграмму в 1500 байт мы передаем фрейм в 1538 байт.

Давайте пока не будем отвлекаться на всякие Fast Ethernet и примим что скорость нашего Ethernet - 10mbps. Посчитаем сколько фреймов может передаваться в секунду:

10 Mbps / 1538 байт = 812.74 фреймов / секунду.

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

812.74 * 1500 = 9 765 625 bps или ~9.7Mbps что есть ~97% заполнения канала. Логично что если повысить MTU то и полезная нагрузка будет больше, но тут стоит просто иметь в виду еще и потери пакетов и прочее. В этом плане маленькие пакеты лучше, в итоге приходим к компромису.

Конечно с тех пор много чего поменялось, но суть остается та же. Выбираем размер пакета по оверхэду и вероятности потерь.

Рекомендую почитать: en.wikipedia.org/wiki/Jumbo_frame

Рекомендую посмотреть видеоурок про виланы, вбиваете в ютюбе курс молодого бойца, (не смотрите что там на оборудовании циско, все разсматриваеться на общих примерах) выбираете урок по виланам там само доходчиво и очень интересно рассказываеться про виланы, и не только про виланы есть много уроков про сети в целом.

Либо неизвестное устройство Simple Communications, которое без драйверов стоит, либо сетевой адаптер отключен в BIOS

1/ вы явно путаете "движки" и программы для создания сайтов
2/ "я никогда не делал сайты и не работал ни с одной из этих программ" = начните что-то делать сами

Хоть бы сказали тип интерфейса - параллельный или последовательный?

Параллельный - Адрес спараллелить, данные спараллелить, линии RD завести на контроллер отдельно


Последовательный: MISO MOSI SCK спараллелить, CS завести отдельно.

"Специалист"
Lynda.com

Вы не поверите, я администрированию начал учиться именно в армии. После месяца службы зашел прапор и попросил помочь с компом в штабе. Так потом там я и остался, был сервер, даже собственная локальная сеть, куча книг и времени, тобы это все ковырять. После службы сразу устроился эникеем - благо опыта набрался. Кто ищет - тот всегда найдет. Ходите чаше на собеседования, узнавайте, что хочет работодатель, в основном это легко гуглится и учится.

Жрать хотелось дико. Работал кем удавалось. От охранника до монтажника ОПС. Хотелось работать с сетями, но возможности сильной не было. Инет был дорогой и начал его раздавать своим друзьям запростотак. Так как у самого был безлимит. Набивал руку в сетях и прочей хрени. Пока однажды по знакомству не сказали что нужен спец с высоким аптаймом и постоянно на связи. Косяков по началу было дико много. Приходилось компенсировать гуглением и усердием. Постепенно подтянулись еще клиенты. Стараюсь 2 вещи не забывать. Высокий аптайм и постоянно быть на связи. Большая часть дня проходит в самообразовании и расковыривании чего-то новго дома. У клиентов физически редко бываю. Хотелось бы выйти на новый уровень. Но возможности пока нет. Поэтому нужно уметь работать с тем что есть. А не тем что хочется.

Пересмотреть свое резюме, перечитать то, что умеешь делать и описывая свои навыки использовать корректную терминологию - это даст представление о том, что знания у тебя не рваные, а систематические.

Для сисадмина практически всегда задают вопрос о том, какой самый большой фейл был у вас в конторе и как его решили. Вспомни и подготовь парочку кул-стори о решении проблем, и как ты их решал (вполне подходят рассказы о том, как упала база и ты ее восстанавливал из бэкапа за 5 сек, или как восстанавливал рейд-массив, или как организовал автоматизированную инвентаризацию при помощи утилит по сети).

Во время интервью, не забывать что не только на тебя смотрят как на кандидата, но и ты должен смотреть как на работодателя с интересом - насколько ТЕБЕ удобна эта компания, насколько ТЕБЕ комфортно в ней работать и развиваться. Можешь сам поинтересоваться возможностью роста, например - есть ли при компании возможность бесплатного обучения/повышения квалификации, ну или хотя бы курсы английского.

Кроме знаний, всегда смотрят на то, как человек мыслит, как он принимает решения в ситуации, когда знаний не хватает - сидит как партизан до последнего пока все не рухнет, сидит и гуглит до последнего, пока все не рухнет, или быстро погуглит, поищет варианты, а если понимает что решение в нормальный срок не подходит, не боится подойти к начальнику и объяснить ситуацию, попросить помощи у более опытных коллег (ведь в конечном счете, для бизнеса не важно какой именно админ починил, важно чтобы все работало)..