Спешите Видеть! Впервые В Этом Сезоне!
С Официалным Визитом! На Нашей И ВашейПодкорке! С Ковёрным На Арену Приглашается... СОФИЯ... И Мать Её... Иметь Её!
января 02, 2017
Мэрия, Воркута 2016
В мэрии Воркуты завелись привидения.
Мэрия Воркуты опубликовано видео, сделанное камерой наблюдения в здании мэрии. Камера с датчиком движения и ночным видением установлена на третьем этаже администрации и вот именно она зафиксировала полет некоего светящего объекта.
Световым бликом это быть не могло, так как в коридоре нет окон и есть только ночное освещение на лестничной площадке. Мы ничего не утверждаем – световой ли это эффект, погрешности в работе камеры или даже полтергейст. Просто решили выложить запись для общего доступа, пусть воркутинцы сами решают, что это и делают выводы. Мы можем лишь констатировать подлинность представленного видео, – говорит советник мэра Александр Литвинов.
ноября 04, 2016
Человек и машина. Новый японский робот
Механизм любви. Почему феминистки боятся нашествия секс-роботов
В последние годы все больше спорят об этичности применения секс-роботов. Производители обещают дать куклам искусственный интеллект и открыть для них специализированные заведения. Противники такого подхода утверждают, что секс-куклы негативно влияют на психику людей и способствуют гендерному неравенству. «Лента.ру» выяснила, кто выступает против сексуальной эксплуатации роботов и чем их аргументы привлекают внимание пользователей сети.
Человек и машина
В начале декабря эксцентричный предприниматель Брэдли Шарве пообещал открыть в Лондоне необычное кафе, посетители которого при желании смогут воспользоваться услугами секс-роботов. Проект Шавье вызвал неподдельный интерес со стороны СМИ и в сети.
Идея общения людей с умными куклами многим уже не кажется странной. И это радует одного из ведущих игроков рынка RealDoll. Глава компании Мэтт МакМаллен пообещал наделить своих секс-роботов искусственным интеллектом, чтобы с ними возникал эмоциональный контакт через некое подобие общения.
Его поддерживают многие футурологи, в том числе автор книги «Любовь и секс с роботами: эволюция взаимоотношений» бывший шахматный гроссмейстер Дэвид Леви, посвятивший 10 лет изучению возможностей современной робототехники. Он выразил уверенность, что к 2150 году люди смогут не только вступать в полноценные отношения с роботами, но и заключать межвидовые браки. При этом, в отличие от более радикальных коллег по цеху, Леви никогда не говорил о всеобщем переходе человечества на секс с роботами. В его концепции андроиды призваны помочь людям с ограниченными возможностями или социальными проблемами.
Секс-роботы могут помочь инвалидам и людям с проблемами в общении.
«Это лучше, чем быть совсем одиноким», — говорил ученый, сравнивая роботов с домашними питомцами или автомобилями. Однако его теория подверглась жесточайшей критике.
Самое мощное движение борцов с сексуальной эксплуатацией андроидов оформилось в британском университете Де Монтфорт. Местную кампанию против секс-роботов возглавила старший научный сотрудник по вопросам этики в робототехнике Кэтлин Ричардсон. Доктор Ричардсон преподавала на кафедре антропологии, но перевелась на технологический факультет, чтобы привлечь внимание к негативному влиянию гаджетов на психику людей.
В последние годы все больше спорят об этичности применения секс-роботов. Производители обещают дать куклам искусственный интеллект и открыть для них специализированные заведения. Противники такого подхода утверждают, что секс-куклы негативно влияют на психику людей и способствуют гендерному неравенству. «Лента.ру» выяснила, кто выступает против сексуальной эксплуатации роботов и чем их аргументы привлекают внимание пользователей сети.
Человек и машина
В начале декабря эксцентричный предприниматель Брэдли Шарве пообещал открыть в Лондоне необычное кафе, посетители которого при желании смогут воспользоваться услугами секс-роботов. Проект Шавье вызвал неподдельный интерес со стороны СМИ и в сети.
Идея общения людей с умными куклами многим уже не кажется странной. И это радует одного из ведущих игроков рынка RealDoll. Глава компании Мэтт МакМаллен пообещал наделить своих секс-роботов искусственным интеллектом, чтобы с ними возникал эмоциональный контакт через некое подобие общения.
Его поддерживают многие футурологи, в том числе автор книги «Любовь и секс с роботами: эволюция взаимоотношений» бывший шахматный гроссмейстер Дэвид Леви, посвятивший 10 лет изучению возможностей современной робототехники. Он выразил уверенность, что к 2150 году люди смогут не только вступать в полноценные отношения с роботами, но и заключать межвидовые браки. При этом, в отличие от более радикальных коллег по цеху, Леви никогда не говорил о всеобщем переходе человечества на секс с роботами. В его концепции андроиды призваны помочь людям с ограниченными возможностями или социальными проблемами.
Гуманитарии наступают.
Секс-роботы могут помочь инвалидам и людям с проблемами в общении.
«Это лучше, чем быть совсем одиноким», — говорил ученый, сравнивая роботов с домашними питомцами или автомобилями. Однако его теория подверглась жесточайшей критике.
Самое мощное движение борцов с сексуальной эксплуатацией андроидов оформилось в британском университете Де Монтфорт. Местную кампанию против секс-роботов возглавила старший научный сотрудник по вопросам этики в робототехнике Кэтлин Ричардсон. Доктор Ричардсон преподавала на кафедре антропологии, но перевелась на технологический факультет, чтобы привлечь внимание к негативному влиянию гаджетов на психику людей.
июля 23, 2016
Алиса - первая кибер-красавица России!
И Много-Много Радости Детишкам Принесёт...
Опубликовано: 22 мая 2014 г.
Не в пример прочим реалистичным андроидам, голова робота Алисы Зеленоградовой имеет только 8 подвижных механизмов, отвечающих за мимику и артикуляцию лица. Но несмотря на это, мимика выражает эмоции не хуже, чем у настоящего человека. Тело робота Алисы -- пока только самый обыкновенный манекен, который водрузили на телегу с колесиками. Зато она обладает способностями искусственного интеллекта, может обеспечивать синхронизацию движений рта с теми звуками, которые произносятся голосовым синтезатором робота. Она даже может вести обычный диалог в вопросно-ответной форме. Алиса Зеленоградова -- неплохой робот для телеприсутсвия. Встроенные в глаза видеокамеры, установленные в уши микрофоны могут обеспечить превосходную передачу изображения и звука оператору посредством Skype. В будущем Алисой можно будет управлять посредством мозговых сигналов -- она научиться распозновать электроэнцефалограмму с мозга оператора. Данная модель может похвастаться кибернетической рукой.
Алиса «родилась» благодаря усилиям специалистов из «движения Россия 2045» объединяющего энтузиастов электроники, кибернетики и робототехники, которые поставили своей целью создание к 2045 году роботов-андроидов, способных принять в свой бортовой компьютер разум реального человека (проект «Аватар»)
Алиса «родилась» благодаря усилиям специалистов из «движения Россия 2045» объединяющего энтузиастов электроники, кибернетики и робототехники, которые поставили своей целью создание к 2045 году роботов-андроидов, способных принять в свой бортовой компьютер разум реального человека (проект «Аватар»)
июля 01, 2016
июня 26, 2015
Semyon Qb - Psychiatric Clinic
Да здравствует BREAKS, товарищи!!! Меня больше не будет...
Далеко не у всех крепкие нервы... Слушать под присмотром врача...
июня 05, 2015
Политика : Украинская антиутопия
Украинская антиутопия: кто манипулирует коллективным психозом
Многие до сих пор удивленно спрашивают, как украинцы могут верить в ту откровенную чушь, которую им "впаривают" подконтрольные олигархам СМИ (а других на Украине нет). Действительно, даже малейшие способности к логическому мышлению должны приводить к сомнениям, но зачастую этого не происходит. И хотя уже даже Юнкер и Меркель говорят открытым текстов "Никакой Украины в ЕС", они продолжают верить откровенному вранью киевской хунты, в том числе и про "перемогу в Дебальцево".
Нужно подчеркнуть, что далеко не все верят, и не нужно думать, что сошла с ума вся страна (просто психически здоровые индивидуумы в сумасшедшем доме вынуждены маскироваться). Что же касается "майданутых", которых на самом деле гиперактивное меньшинство, то я сейчас попробую объяснить.
В книгах по борьбе с тоталитарными сектами и деструктивными культами есть такое понятие как "сектантская псевдоличность". А процесс создания (внедрения) подобной псевдоличности в психике человека называется "индоктринация". Впрочем, обо всем по порядку.
Историческая справка
После обретения Украиной "независимости" в 1991 году, на ее территорию просто хлынули различные секты, шарлатаны и аферисты. Мормоны, сайентологи, кришнаиты, свидетели Иеговы и даже совсем экзотические евангелистские секты типа "Белого братства" или Сандея Аделаджи. А иммунитета ко всем технологиям промывания мозгов не было никакого. Как говорил инквизитор в одном фильме "народ изголодался по религии".
Результатом этого стал целый ряд жестких рецидивов массовых психозов. Потом на парочку самых одиозных культов были заведены уголовные дела, но ведь все остальные остались!
И не просто остались, но и достаточно успешно продолжили промывание мозгов. Только одна церковь Сандея Аделаджи в Киеве насчитывает свыше ста тысяч сторонников, что позволяло ему длительное время существенно влиять на результаты всех выборов в столице Украины, проводя нужных ему кандидатов как в кресло мэра, так и в Киевсовет.
Летом прошлого года сектанты также устроили массовый "молебен", восхваляющий Порошенко и Кличко, а в этом году вообще организовали "шабаш экстрасенсов". Но перейдем к научному объяснению подобных воздействий.
Научное обоснование
"Венера" из пещеры Холе-Фельс в Германии
"Венера" из пещеры Холе-Фельс в Германии.
Знойная женщина, мечта поэта - точнее, первобытного скульптора. Женская фигурка с гипертрофированными половыми признаками, вырезанная из бивня мамонта 40 тысяч лет назад, признана самой древней в мире.
Фигурка, называемая даже в научных кругах "Венера", обнаружена в пещере Холе-Фельс в юго-западной Германии. О чем археолог Николас Конард из немецкого Университета Тюбингена сообщил в журнале Nature. Высота ее 6 сантиметров. Материал - бивень мамонта.
Фигурка хорошо сохранилась - не хватает только одной руки и ступней. Нет, правда, и головы. Но, возможно, ее и не было изначально. И пещерный скульптор специально вырезал только тело. А голова не входила в художественный замысел. Или считалась тогда не самой важной частью женщины.
Зато бедра, грудь и половые органы изображены со всем старанием, в подробностях и в гипертрофированном виде. Гениталиям с ярко выраженными большими половыми губами вообще отведена аж четверть фигурки.
Фигурка из бивня мамона шокирует некоторыми своими размерами.
Приблизительный возраст находки - от 35 до 40 тысяч лет. Это - каменный век: средний или верхний палеолит. Ничего древнее, в смысле женских фигурок, пока не обнаружено. Возможно, эта - самая ранняя. Что отодвигает время начала ваяния у людей примерно на 10 тысяч лет. Ведь аналогичным произведениям искусства каменного века, уже обнаруженным археологами, не более 27 тысяч лет.
- Получается, - говорит Джил Кук , специалистка по палеокультуре из Британского музея, - что в то далекое время люди уже имели достаточно развитый мозг, вроде нашего. Обладали абстрактным и образным мышлением, которое позволяло творить.
- Получается, - говорит Джил Кук , специалистка по палеокультуре из Британского музея, - что в то далекое время люди уже имели достаточно развитый мозг, вроде нашего. Обладали абстрактным и образным мышлением, которое позволяло творить.
И где они таких видели?
Но вот вопрос: ваял ли пещерный скульптор с натуры? Или абстрактно? С одной стороны, трудно поверить, что в каменном веке действительно встречались столь жирные женщины - время было трудное, голодное. И вообще в общественном сознании сложился некий иной образ - худосочный с обвисшими грудями, похожими на уши спаниеля.
По крайне мере, во всех, даже научно-популярных фильмах, да и на картинках в учебниках нам рисуют именно такой. Хотя… Откуда людям было знать, что женщины вообще могут быть такими? Вдруг, правда, попадались отдельные столь упитанные экземпляры. И они настолько поражали, что удостаивались чести быть увековеченными. Увы, по костям, оставшимся от древних представительниц слабого пола, не определить их реальное телосложение.
А вообще-то женщины 40 тысяч лет назад были примерно такими.
Мнение серьезных ученых: фигурка с гипертрофированными половыми признаками - образ божества. Символ то ли плодородия, то ли плодовитости, то ли женской сексуальности. А пышные формы призваны были это отразить.
Похоже, что обнаруженная ныне "Венера" была изготовлена в ритуальных целях. Кто-то носил ее, как медальон. В том месте, где у фигурки должна быть голова, заметна потертость - словно бы от шнурка.
Похоже, что обнаруженная ныне "Венера" была изготовлена в ритуальных целях. Кто-то носил ее, как медальон. В том месте, где у фигурки должна быть голова, заметна потертость - словно бы от шнурка.
И все же образы так просто не рождаются. О них думают. Или мечтают. Может быть, и этот появился сначала на уровне подсознания. И отразил истинные представления об идеальных женщинах. Мол, вот какими они должны быть. А не такими заморышами, которые крутятся в пещере.
Мечты мужчин каменного века сбылись спустя 40 тысяч лет. Сейчас "Венер" полно.
Мечты мужчин каменного века сбылись спустя 40 тысяч лет. Сейчас "Венер" полно.
КСТАТИ
А вот вам еще и фаллос.
Три года назад тот же Конард и в той же пещере Холе-Фельс откопал каменный фаллос возрастом 28 тысяч лет.
Фаллос (20 см) создан 27 тысяч лет назад. Ученые уверяют, что в натуральную величину.
В подмосковном Зарайске найдены артефакты 20 000-летней давности.
Археологи называют подобные фигуры "Венерами", поскольку они имеют ярко выраженные половые признаки.
Группа российских археологов, работавших в подмосковном городе Зарайск, обнаружила статуэтки, вырезанные из бивня мамонта в каменном веке.
Результаты их исследования были опубликованы в журнале Antiquity...
Находки, которые специалисты описывают как крайне редкие и полезные для науки, относятся к периоду Верхнего Палеолита, продолжавшегося с 35-го до 8-го тысячелетия до нашей эры.
Результаты их исследования были опубликованы в журнале Antiquity...
Находки, которые специалисты описывают как крайне редкие и полезные для науки, относятся к периоду Верхнего Палеолита, продолжавшегося с 35-го до 8-го тысячелетия до нашей эры.
В течение этого времени возник и распространился homo sapience - человек современного физического типа. Люди начали использовать более 20 различных орудий труда и стали создавать не только инструменты, но украшения и произведения искусства. Возникли также первые языческие верования.
Заведующий отделом каменного века Института археологии Российской академии наук Хизри Амирханов и его коллега Сергей Лев обнаружили ребро мамонта, на котором, судя по всему, изображены фигурки мамонтов, небольшую кость с крестообразным узором и две статуэтки из бивня мамонта, вероятно изображающие женщин.
Подобныестатуэтки археологи условно называют "Венерами", поскольку на них почти всегда ярко выражены половые признаки; иногда некоторые части человеческого тела изображаются в преувеличенном размере.
Подобныестатуэтки археологи условно называют "Венерами", поскольку на них почти всегда ярко выражены половые признаки; иногда некоторые части человеческого тела изображаются в преувеличенном размере.
"Подобные находки невероятно редки, и они представляют собой уникальные свидетельства о жизни людей в Верхнем Палеолите" Джефри Брэнтингем, Университет Калифорнии в Лос-Анджелесе.
Загадочный объект.
Такие фигурки, относящиеся к Палеолиту, археологи находят во многих регионах мира - от гор Испании до Сибири. Однако их культурное или религиозное значение точно не установлено, и остается предметом споров антропологов.
Зарайские фигурки были обнаружены надежно спрятанными в специальных ямах. Под каждой из них в южном направлении был положен мелкий песок, в северном - красная охра (природный пигмент, состоящий из окиси железа с примесью глины).
Кроме того, каждая из фигурок была накрыта лопаткой мамонта.
Кроме того, каждая из фигурок была накрыта лопаткой мамонта.
Одна из "Венер", судя по всему, была закончена - ее высота составляет около 17 сантиметров. Другая - размером примерно вполовину меньше - явно не доведена до конца/
Примечательно, что находки, сделанные в Зарайске, напоминают подобные статуэтки, обнаруженные на двух других известных палеолитических стоянках - в селе Костенки Воронежской области и в селе Авдеево Курской области.
Примечательно, что находки, сделанные в Зарайске, напоминают подобные статуэтки, обнаруженные на двух других известных палеолитических стоянках - в селе Костенки Воронежской области и в селе Авдеево Курской области.
"Эти артефакты очень интересны с нескольких точек зрения - не только разнообразием изображения людей и животных, но и использованием различных материалов, - говорит антрополог из Университета Калифорнии в Лос-Анджелесе Джефри Брэнтингем. - Подобные находки невероятно редки, и они представляют собой уникальные свидетельства о жизни людей в Верхнем Палеолите".
Перенос физических серверов в виртуальную среду
Создание виртуального диска утилитой disk2vhd.
Скачиваем :::
https://technet.microsoft.com/ru-ru/sysinternals/ee656415
Перенос физических серверов в виртуальную среду (Physical-to-Virtual, P2V) может преследовать различные цели. Например, выведя из эксплуатации устаревшие сервера и смигрировав их в виртуальную среду можно оптимизировать загрузку оборудования, не говоря о том что виртуальными машинами гораздо легче управлять. Способов P2V-миграции достаточно много, и сегодня я опишу один из них.
Переходим к конкретной задаче. Имеется одинокий :) сервер с установленной на нем Windows Server 2003 R2. На сервере крутятся несколько важных сервисов, остановка которых более чем на несколько минут недопустима. Физический доступ к серверу ограничен, так как он стоит в датацентре. Задача — смигрировать его на Hyper-V, при этом минимизировав время недоступности сервисов.
Для решения этой задачи я решил воспользоваться программой Disk2VHD от Sysinternals. Disk2VHD умеет конвертировать физические жесткие диски в виртуальные диски формата VHD. Подключив созданные программой VHD-файлы к виртуальной машине, мы получаем полную копию физического сервера со всеми установленными ролями, приложениями и настройками.
При создании VHD программа использует службу теневого копирования (Volume Shadow Copy Service, VSS), что позволяет создавать образ диска прямо на работающей машине, без необходимости ее остановки. Более того, образ можно создать на том же диске, который вы конвертируете, правда скорость работы при этом будет несколько ниже, чем при использовании другого диска.
Disk2VHD бесплатна, не требует установки и поддерживает все более-менее актуальные операционные системы Microsoft начиная с Windows XP SP2 и Server 2003 SP1, как 32-х так и 64-битные версии. В общем, Disk2VHD оптимальна для решения нашей задачи, по крайней мере в теории. Посмотрим, что покажет практика ?
Создание образа :::
Одним из достоинств Disk2VHD является простота использования. Для того чтобы создать образ, просто загружаем программу на сервер и запускаем ее. В окне программы будут показаны все логические диски, имеющиеся в системе. Отмечаем те из них, которые нужно включить в образ, вводим имя VHD-файла и путь для сохранения, жмем «Create» и ждем, пока образ будет создан.
Если в системе несколько дисков, то для каждого физического диска, содержащего выбранные разделы, создается отдельный VHD-файл. Логическая структура диска при этом не изменится, если он был разбит на несколько логических разделов, то все они будут скопированы и помещены в один VHD-файл. Впрочем, при необходимости отдельные разделы можно исключить из образа. В этом случае разбиение на разделы сохранится, но скопируются только данные, относящиеся к выбранным разделам. Такой подход позволяет, например, включить в образ только системный раздел диска, исключив разделы с данными.
Важно. Если на системном диске есть скрытый раздел, не забудьте добавить его в образ, иначе система не загрузится. Опознать его просто, он не имеет буквы диска.
Disk2VHD может работать как в графическом режиме, так и из командной строки. Например, сконвертировать диск C: можно командой:
disk2vhd C: C:\Distr\Image.vhd
А так сконвертируются все диски, имеющиеся на сервере:
disk2vhd * C:\Distr\Image.vhd
Подключение образа :::
Получившийся образ переносим на сервер Hyper-V. Открываем Hyper-V Manager и запускаем процесс создания новой виртуальной машины. Параметры машины (процессор, память, сеть) устанавливаем в соответствии с характеристиками копируемого физического сервера, а в качестве виртуального диска указываем использовать полученный VHD-файл.
Запускаем виртуальную машину. При первой загрузке система попытается определить и установить драйвера на новое оборудование. Для новых ОС, таких как Windows Server 2012, этот процесс проходит автоматически, в нашем же случае надо перейти в меню Action — Insert Integration Services Setup Disk, после чего вручную запустить установку сервисов интеграции
Заключение :::
Программы от Sysinternals выручали меня в различных ситуациях, не подвели и на этот раз. С помощью Disk2VHD сервер успешно смигрировал в виртуальную среду с минимальными потерями. Допускаю, что мне просто повезло и я не столкнулся с проблемами в процессе перехода, однако у меня использование Disk2VHD вызвало только положительные эмоции :)
апреля 26, 2015
А. М. Коллонтай. Дорогу крылатому Эросу!
| Редактируемый материал. Редактируемая материя. Структура ткани материи. Связанные ссылки ::: | ||
| «Распутная императрица» (англ. The Scarlet Empress) — псевдоисторический фильм, снятый в 1934 году голливудским режиссёром Джозефом фон Штернбергом из компании Paramount Pictures по мотивам истории жизни Екатерины II. Возвышение Екатерины Великой (The Rise of Catherine the Great) |
апреля 12, 2015
UFO, (Istot?), NLO - 4
Загадочное кольцо появилось в небе над поселком в Казахстане: https://youtu.be/fs3-3SM4Osg
UFO, (Istot?), NLO - 2
UFO in Kazakhstan | Mysterious black ring spotted floating in the sky: https://youtu.be/f5JM318Dmbw
UFO, (Istot), NLO.
Unidentified Flying Object (UFO) in Kazakhstan (720): https://youtu.be/phhF-Ki-eCs
марта 28, 2015
января 01, 2015
Все одинаковые - Анна Гопко и др.
Губарева Екатерина Юрьевна ::: Фото
http://raider2011.blogspot.ru/2014/07/blog-post_28.html
Виктория Шилова (Шилова) :::: https://vk.com/id75117363
Археологи обнаружили останки гоминиды, которая обитала на нашей планете 3,3–3,5 млн лет назад и принадлежала к ранее неизвестному науке виду Australopithecus deyiremeda. Ученые опубликовали результаты своего исследования в журнале Nature.
Древнейший общий предок человека и обезьяны принадлежит к виду Ardipithecus ramidus, его останки были обнаружены в Эфиопии в 1994 году. Обладательница скелета жила 4,4 млн лет назад, за что по праву получила прозвище «прабабушки человечества». Ученые утверждают, что Арди — такое имя получила гоминида — уже не шимпанзе и при этом относится к ветви людей, то есть является древнейшим известным науке общим предком человека и обезьяны. Арди забрала этот титул у Люси — представительницы вида Australopithecus afarensis, которая жила на территории современной Эфиопии 3,2 млн лет назад.
Группа археологов из Эфиопии, США, Германии и Испании нашла на территории Афара, в 35 километрах от места обнаружения останков Люси, челюстные кости и зубы гоминиды, чей возраст, как показали анализы, составляет от 3,3 до 3,5 млн лет. Вид, к которому относится гоминида, получил название Australopithecus deyiremeda. Ученые уверены, что их открытие внесет существенный вклад в изучение древних предков людей.
Верхняя челюсть Australopithecus deyiremeda. Фото: Yohannes Haile-Selassie.
В Эфиопии найден новый вид гоминид, живший практически в одно время со знаменитым афарским австралопитеком "Люси". По мнению ученых, это может свидетельствовать в пользу сосуществования как минимум трех видов древних гоминид 3,3-3,4 млн лет назад. Об открытии специалисты сообщают через журнал Nature.
Раскопанные в Афаре нижняя и верхняя челюсти эксперты приписали австралопитеку дейиремеда (Australopithecus deyiremeda).
Палеомагнитные, геологические и радиометрические методы датирования указали на то, что кости относятся к эпохе среднего плиоцена — то есть кости имеют возраст 3,3-3,5 млн лет. От знаменитой «Люси» новый вид отличается формой и размером своих зубов и прочностью нижней челюсти.
Сравнительно небольших размеров передние зубы говорят нам о том, что представители неизвестного вида употребляли совсем другую пищу. На местном афарском языке найденный предок человека называется «близкий родственник».
Стоит напомнить, что на сегодняшний день наиболее древним предком ныне живущих людей ученые считают человека. Прямоходящих австралопитеков из Афара специалисты относят к самым «убедительным» предкам так называемых людей умелых, в то время как шимпанзеподобного ардипитека воспринимают прадедом австралопитеков.
Ранее антропологи полагали, что внутри временного отрезка 3-4 миллиона лет назад существовал лишь один-единственный вид человеческого предка. Но уже с 1990-х годов обнаружение австралопитека бахрэльгазальского в Чаде и кениантропа платиопс в Кении, живших наряду с Люси, заставило усомниться в данной гипотезе.
Сомнения развеяло открытие в 2012 году ноги «древесного человека» из Буртеле под Афаром, а также челюстей Australopithecus deyiremeda.
В регионе Афар в Эфиопии обнаружены окаменелые останки представителей ранее неизвестного вида предков древнего человека, сообщают ученые.
Исследователи нашли челюсти и зубы, чей возраст оценивается в 3,3-3,5 млн лет.
Это означает, что новый ископаемый вид древнего человека жил одновременно с несколькими другими человеческими видами, что дополнительно усложняет родословное древо нашего вида.
Новый вид древнего человека называли Australopithecus deyiremeda. Слово deyiremeda означает "близкий родственник" на местном афарском языке.
Найденные кости предположительно являются останками четырех человек, имевших физические черты как обезьян, так и людей.
"Нам пришлось посмотреть на детали анатомии и морфологии зубов и верхней и нижней челюсти, и мы выявили принципиальные отличия", - рассказал Би-би-си руководитель группы исследователей доктор Йоханнас Хайле-Селассие, куратор отдела физической антропологии при Кливлендском музее естественной истории в США.
"У этого нового вида очень мощные челюсти. При этом мы видим, что зубы у него меньшего размера. Клык очень маленький – меньше, чем у всех ископаемых людей, описанных нами в прошлом", - продолжил Хайле-Селассие.
Возраст останков позволяет говорить о том, что в одно и то же время существовало четыре вида древних людей.
Самый известный из этих видов – австралопитек афарский (Australopithecus afarensis). Именно к нему принадлежала ископаемая женщина, которой ученые дали прозвище Люси. Этот вид жил в период 3,8-2,9 лет назад, и вначале считали, что современный человек произошел непосредственно от него.
Однако в 2001 году в Кении был открыт другой вид, получивший название "кениантроп плосколицый" (Kenyanthropus platyops), затем в Чаде – австралопитек бахр-эль-газальский (Australopithecus bahrelghazali) и вот теперь - Australopithecus deyiremeda. Все они могли существовать одновременно.
Некоторые ученые сомневаются в том, что найденные фрагменты скелетов действительно позволяют говорить о различных видах; особенно много возражений вызывает выделение в особый вид австралопитека бахр-эль-газальского.
Доктор Хайле-Селассие говорит, что эта ранняя стадия эволюции человека была устроена на удивление сложно.
"В прежние времена у нас не было ископаемых находок, свидетельствующих о многообразии гоминидов в период среднего плиоцена, и поэтому мы думали, что есть лишь одна линия, один примитивный предок – им считали австралопитека афарского в лице Люси – и от нее-то и произошли все более поздние виды", - объясняет он.
"Эту гипотезу линейной эволюции необходимо пересмотреть. Мы открываем все больше видов, вот еще один обнаружили. Это означает, что кандидатов на роль вида, от которого произошли последующие виды гоминидов, в том числе и наш род Homo, становится все больше", - добавляет Хайле-Селассие.
Чтобы понять, от кого из них мы произошли, нужно найти еще больше ископаемых останков.
Эта работа также позволит ученым выяснить, как сосуществовали эти виды – смешивались ли они либо избегали друг друга и как делили пищу и иные ресурсы, добавляет исследователь.
Археологи обнаружили в Эфиопии останки неизвестного древнего человека, сообщает в четверг журнал Nature.
Возраст найденных останков оценивается в 3,3-3,5 млн лет. Находка была сделана в регионе Афар на севере страны. Археологи нашли зубы и челюсти неизвестного ранее человека, получившего название Australopithecus deyiremeda, передает РИА «Новости».
Как пишет журнал Nature, слово deyiremeda на языке местного населения означает «близкий родственник».
Предположительно, археологи обнаружили останки сразу четырех человек. Отличительной особенностью этого древнего человека является, по мнению ученых, его сходство с людьми и обезьянами одновременно.
Добавим, что подобные находки происходят периодически.
Так, в январе этого года ученые из японских, тайваньских и австралийских университетов объявили, что нашли новый вид первобытного человека, который обитал на территории Восточной Азии. Его назвали «человек Пэнху».
Вывод об открытии нового вида, который обитал на территории Восточной Азии от 490 тыс. до 10 тыс. лет назад, специалисты сделали после анализа фрагмента челюсти древнего человека, который был обнаружен в рыбацких сетях в районе островов Пэнху у западного побережья Тайваня.
Найден ген маниакально-депрессивного психоза
Американские ученые выявили ген, который отвечает за развитие маниакально-депрессивного расстройства. Хотя данные вариант генетического дефекта является причиной нарушений всего у трех процентов больных, попавших в поле зрение исследователей, они уверены, что существуют и другие подобные гены. Об этом говорят и другие научные работы.
Это исследование было проведено группой ученых под руководством доктора Джона Келсэ (John Kelsoe) из Университета Калифорнии в Сан-Диего. Они обнаружили статистически достоверную связь между вариантом гена GRK3 и вероятностью передачи маниакально-депрессивного психоза детям в семьях с историей данного заболевания.
Этот ген отвечает за активность медиаторов, в частности, дофамина, в головном мозге.
Говоря о данных, которые были получены на анализе информации о двух группах из 153 и 275 семей, ученый отметил, что связь обнаружена только статистическая, и найти биологическое объяснение влиянию дефекта гена на предрасположенность к болезни еще предстоит в будущем.
Однако некоторые эксперты говорят о том, что эта работа приводит одни из наиболее четких доказательств связи болезни и определенного гена.
"Вероятно, это только один из многих генов, которые связаны с заболеванием,
- отмечает Келсэ. – Кто знает, сколько еще там генов. Скорее всего, их десятки". Ученые надеются, что лучшее понимание генетических причин болезни поможет поиску более эффективных лекарств
Кщнча Заспа – Пробуждение :::
ОТЕЦ ФЕОФАН: МУЧЕНИЯ И ПЫТКИ В ТЮРЬМЕ УКРОНАЦИСТОВ
На линии Фронта: В плену у карателей "Айдара". Плен,пытки, освобождения
Жизнь после украинского плена. "Говорим и показываем" 04.03.2015
Анна Гопко и др.
Губарева Екатерина Юрьевна ::: Фото
http://raider2011.blogspot.ru/2014/07/blog-post_28.html
Виктория Шилова (Шилова) :::: https://vk.com/id75117363
ОТЕЦ ФЕОФАН: МУЧЕНИЯ И ПЫТКИ В ТЮРЬМЕ УКРОНАЦИСТОВ
На линии Фронта: В плену у карателей "Айдара". Плен,пытки, освобождения
Жизнь после украинского плена. "Говорим и показываем" 04.03.2015
сентября 03, 2014
Domain Name System
…
Основная цель DNS — это отображение доменных имен в IP адреса и наоборот — IP в DNS. В статье я рассмотрю работу DNS сервера BIND (Berkeley Internet Name Domain, ранее: Berkeley Internet Name Daemon), как сАмого (не побоюсь этого слова) распространенного. BIND входит в состав любого дистрибутива UNIX. Основу BIND составляет демон named, который для своей работы использует порт UDP/53 и для некоторых запросов TCP/53.
Основные понятия Domain Name System
Исторически, до появления доменной системы имен роль инструмента разрешения символьных имен в IP выполнял файл /etc/hosts, который и в настоящее время играет далеко не последнюю роль в данном деле. Но с ростом количества хостов в глобальной сети, отслеживать и обслуживать базу имен на всех хостах стало нереально затруднительно. В результате придумали DNS, представляющую собой иерархическую, распределенную систему доменных зон. Давайте рассмотрим структуру Системы Доменных Имён на иллюстрации:
Доменная структура DNS представляет собой древовидную иерархию, состоящую из узлов, зон, доменов, поддоменов и др. элементов, о которых ниже пойдет речь. «Вершиной» доменной структуры является корневая зона. Настройки корневой зоны расположены на множестве серверов/зеркал, размещенных по всему миру и содержат информацию о всех серверах корневой зоны, а так же отвечающих за домены первого уровня (ru, net, org и др). Информация о серверах корневой зоны расположена на данном сайте корневых серверов. Настройки корневой зоны всегда доступны тут. Серверы корневой зоны обрабатывают и отвечают на запросы, выдавая информацию только о доменах первого уровня (то есть отвечают на любые запросы, как на нерекурсивные)! Итак, уже много раз повторилось слово зона. Пора этот термин объяснить.
Зона — это любая часть дерева системы доменных имен, размещаемая как единое целое на некотором DNS-сервере. Зону, для бОльшего понимания, можно назвать «зоной ответственности». Целью выделения части дерева в отдельную зону является передача ответственности (Делегирование) за эту ветвь другому лицу или организации. На иллюстрации, примеры зон выделены синим градиентом (зона name., зона k-max.name. со всем подчиненными ресурсами, www.openoffice.org со всем подчиненными поддоменами и ресурсами). На иллюстрации выделены не все зоны, а лишь некоторые для общего понимания и представления. В каждой зоне имеется, по крайней мере, один авторитетный сервер DNS, который хранит ВСЮ информацию о зоне, за которую он отвечает.
Домен — это именованная ветвь или поддерево в дереве имен DNS, то есть это определенный узел, включающий в себя все подчиненные узлы. Следующая цитата из книги Linux Network Administrators Guide хорошо проясняет картину относительно разницы между зоной и доменом:
Таким образом, пространство имен раздроблено на зоны (zones), каждая из которых управляется своим доменом. Обратите внимание на различие между зоной (zone) и доменом (domain): домен groucho.edu затрагивает все машины в университете Groucho Marx, в то время как зона groucho.edu включает только хосты, которые работают в непосредственно компьютерном центре, например в отделе математики. Хост в отделе физики принадлежат другой зоне, а именно physics.groucho.edu.
Каждый узел в иерархии DNS отделен от своего родителя точкой. Если провести аналогию с файловой системой Linux, система доменных имен имеет похожую структуру, за тем исключением, что разделитель в файловой системе — слэш, а в DNS — точка. А так же DNS адрес читается справа налево (от корневого домена к имени хоста) в отличии от пути в файловой системе Linux. Доменное имя начинается с точки (корневого домена) и проходит через домены первого, второго и если нужно третьего и т.д. уровней и завершается именем хоста. Т.о. доменное имя полностью отражает структуру иерархии DNS. Часто (я бы сказал — всегда в повседневной жизни), последняя точка (обозначение корневого домена) в доменном имени опускается (то есть в браузере мы вводим не k-max.name., а k-max.name). Итак, разобрав структуру доменного имени, мы незаметно подошли к понятию FQDN.
FQDN (англ. Fully Qualifed Domain Name, полностью определённое имя домена) — это имя домена, однозначно определяющее доменное имя и включающее в себя имена всех родительских доменов иерархии DNS, в том числе и корневого. Своеобразный аналог абсолютного пути в файловой системе. Давайте разберем вышесказанное на примере имени домена mail.k-max.name:
mail.k-max.name.
| | | | |
| | | | +-корневой домен
| | | +---домен первого уровня
| | +------точка, разделяющая домены/части FQDN
| +---------домен второго уровня
+---------------поддомен/домен третьего уровня, возможно - имя хоста
Различие между FQDN и обычным доменным (неFQDN) именем появляется при именовании доменов второго, третьего (и т. д.) уровня. Для получения FQDN требуется обязательно указать в доменном имени домены более высокого уровня (например, mail является доменным именем, однако FQDN имя выглядит как mail.k-max.name.). Максимальный размер FQDN — 255 байт, с ограничением в 63 байта на каждое имя домена.
Поддомены, коротко говоря, это — подчиненные домены. По большому счету, все домены в интернете являются подчиненными за исключением корневого. Например домен k-max является поддоменом домена name, а name, в свою очередь — поддоменом корневого домена.
Итак, на схеме выше мы рассмотрели корневой домен, следующим в иерархии идут домены первого/верхнего уровня, они же TLD, они же Top-Level Domain. К данным доменам относятся национальные домены (ru., ua. и др) и общие домены (com., net., и др). Существуют так же специализированные домены, которые не опубликованы в системе DNS, но используются программами (домен .onion используется анонимной сетью Tor для перехвата и последующей маршрутизации обращений к скрытым сервисам этой сети). Еще есть т.н. зарезервированные доменные имена, определенные в RFC 2606 (Reserved Top Level DNS Names — Зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. К таким именам относятся например example.com, example.org и example.net, а также test, invalid и др. Ниже по иерархии, как видно, идут домены третьего уровня и т.д. Заканчивается доменная иерархия — именами хостов, которые задаются соответствующими ресурсными записями или хостовыми записями.
Ресурсные записи
Ресурсная запись — это то, собственно ради чего в конечном счете и существует DNS. Ресурсная запись — это единица хранения и передачи информации в DNS. Каждая такая запись несет в себе информацию соответствия какого-то имени и служебной информации в DNS, например соответствие имени домена — IP адреса.
Запись ресурса состоит из следующих полей:
· имя (NAME) — доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись, либо IP адрес. При отсутствии данного поля, запись ресурса наследуется от предыдущей записи.
· Time To Live (TTL) — дословно «время жизни» записи, время хранения записи в кэше DNS (после указанного времени запись удаляется), данное поле может не указываться в индивидуальных записях ресурсов, но тогда оно должно быть указано в начале файла зоны и будет наследоваться всеми записями.
· класс (CLASS) — определяет тип сети, (в 99,99% случаях используется IN (что обозначает — Internet). Данное поле было создано из предположения, что DNS может работать и в других типах сетей, кроме TCP/IP)
· тип (TYPE) — тип записи синтаксис и назначение записи
· данные (DATA) — различная информация, формат и синтаксис которой определяется типом.
При этом, возможно использовать следующие символы:
· ; - Вводит комментарий
· # - Также вводит комментарии (только в версии BIND 4.9)
· @ — Имя текущего домена
· ( ) — Позволяют данным занимать несколько строк
· * — Метасимвол (только в поле имя)
Со всем набором ресурсных записей можно ознакомиться в wikipedia. Наиболее часто применяемые ресурсные записи следующими (далее, мы обязательно рассмотрим их на практике):
· A — (address record/запись адреса) отображают имя хоста (доменное имя) на адрес IPv4. Для каждого сетевого интерфейса машины должна быть сделана одна A-запись. Например, следующая запись отображает доменное имя k-max.name. в IPv4 адрес хоста 81.177.139.65 (поле NAME — k-max.name., поле TTL — 86400, поле CLASS — IN, поле DATA — 81.177.139.65):
k-max.name. 86400 IN A 81.177.139.65
· AAAA (IPv6 address record) аналогична записи A, но для IPv6.
· CNAME (canonical name record/каноническая запись имени (псевдоним)) — отображает алиас на реальное имя (для перенаправления на другое имя), например, следующая запись задает алиас ftp для хоста www.k-max.name.:
ftp 86400 IN CNAME www.k-max.name.
· MX (mail exchange) — указывает хосты для доставки почты, адресованной домену. При этом поле NAME указывает домен назначения, поля TTL, CLASS — стандартное значение, поле TYPE принимает значение MX, а поле DATA указывает приоритет и через пробел - доменное имя хоста, ответственного за прием почты. Например, следующая запись показывает, что для домена k-max.name направлять почту сначала на mx.k-max.name, затем на mx2.k-max.name, если с mx.k-max.name возникли какие-то проблемы. При этом, для обоих MX хостов должны быть соответствующие A-записи:
· k-max.name. 17790 IN MX 10 mx.k-max.name.
k-max.name. 17790 IN MX 20 mx2.k-max.name.
· NS (name server/сервер имён) указывает на DNS-сервер, обслуживающий данный домен. Вернее будет сказать — указывают сервера, на которые делегирован данный домен. Если записи NS относятся к серверам имен для текущей зоны, доменная система имен их практически не использует. Они просто поясняют, как организована зона и какие машины играют ключевую роль в обеспечении сервиса имен. Например, зону name. обслуживают следующие NS:
· name. 5772 IN NS l6.nstld.com.
· name. 5772 IN NS m6.nstld.com.
· name. 5772 IN NS c6.nstld.com.
· name. 5772 IN NS j6.nstld.com.
......
зону k-max.name обслуживают:
k-max.name. 1577 IN NS ns2.jino.ru.
k-max.name. 1577 IN NS ns1.jino.ru.
· PTR (pointer) — отображает IP-адрес в доменное имя (о данном типе записи поговорим ниже в разделе обратного преобразования имен).
· SOA (Start of Authority/начальная запись зоны) — описывает основные/начальные настройки зоны, можно сказать, определяет зону ответственности данного сервера. Для каждой зоны должна существовать только одна запись SOA и она должна быть первая. Поле Name содержит имя домена/зоны, поля TTL, CLASS — стандартное значение, поле TYPE принимает значение SOA, а поле DATA состоит из нескольких значений, разделенных пробелами: имя главного DNS (Primary Name Server), адрес администратора зоны, далее в скобках — серийный номер файла зоны (Serial number). При каждом внесении изменений в файл зоны данное значение необходимо увеличивать, это указывает вторичным серверам, что зона изменена, и что им необходимо обновить у себя зону. Далее — значения таймеров (Refresh — указывает, как часто вторичные серверы должны опрашивать первичный, чтобы узнать, не увеличился ли серийный номер зоны, Retry — время ожидания после неудачной попытки опроса, Expire — максимальное время, в течение которого вторичный сервер может использовать информацию о полученной зоне, Minimum TTL — минимальное время, в течение которого данные остаются в кэше вторичного сервера). Ниже в примере приведено 2 одинаковые записи SOA (хотя вторая и записана в несколько строк), но они одинаковы по значению и формат записи второй более понятен в силу его структурированности:
· k-max.name. 86400 IN SOA ns1.jino.ru. hostmaster.jino.ru. 2011032003 28800 7200 604800 86400
· k-max.name. 86400 IN SOA ns1.jino.ru. hostmaster.jino.ru. (
· 2011032003 ; serial (серийный номер)
· 28800 ; refresh (обновление)
· 7200 ; retry (повторная попытка)
· 604800 ; expire (срок годности)
86400) ; minimum TTL (минимум)
· SRV (server selection) — указывают на сервера, обеспечивающие работу тех или иных служб в данном домене (например Jabber и Active Directory).
Давайте рассмотрим, что есть Делегирование. Делегирование (корректнее сказать делегирование ответственности) — это операция передачи ответственности за часть дерева доменных имен (зону) другому лицу или организации. За счет делегирования, в DNS обеспечивается распределенность администрирования и хранения зон. Технически, делегирование заключается в выделении какой-либо части дерева в отдельную зону, и размещении этой зоны на DNS-сервере, принадлежащем другому лицу или организации. При этом, в родительскую зону включаются «склеивающие» ресурсные записи (NS и А), содержащие указатели на авторитативные DNS-сервера дочерней зоны, а вся остальная информация, относящаяся к дочерней зоне, хранится уже на DNS-серверах дочерней зоны. Например, на иллюстрации корневой домен делегирует полномочия серверам отвечающим за TLD, TLD же в свою очередь, делегируют полномочия управления зонами — серверам второго уровня, иногда на этом цепочка заканчивается, но бывает, что делегирование простирается до 4 и даже 5 уровней.
Для бОльшего понимания, приведу пример. Делегирование управления поддоменом k-max.name другому лицу (в моем случае — хостеру) приводит к созданию новой зоны, которая администрируется независимо от остального пространства имен (независимо от вышестоящего name.). Зона k-max.name после делегирования полномочий теперь не зависит от name. и может содержать все (вернее сказать — любые имена, которые я захочу) доменные имена, которые заканчиваются на *.k-max.name. С другой стороны, зона name. содержит только доменные имена, оканчивающиеся на *.name., но не входящие в делегированные этой зоны, такие, например, как k-max.name или a-lab.name или любая другая. k-max.name может быть поделен на поддомены с именами вроде mail.k-max.name, ftp.k-max.name и некоторые из этих поддоменов могут быть выделены в самостоятельные зоны, и ответственность за данные зоны может так же быть делегирована. Если ftp.k-max.name будет являться самостоятельной зоной, то зона k-max.name не будет содержать доменные записи, которые заканчиваются на *.ftp.k-max.name.
Т.о. после делегирования ответственности, информация хранимая делегирующей зоной уже не включает информацию по делегированному поддомену и его ресурсным записям хостов, а хранит информацию о серверах имен, являющихся для делегируемого поддомена авторитативными. Это и есть «склеивающие» записи, о чем я выше уже говорил. В таком случае, если у DNS-сервера родительского домена запрашиваются данные об адресе, принадлежащем делегированному поддомену, в ответ предоставляется список DNS-серверов, которые обладают соответствующей информацией.
Серверы DNS
Выше, при рассмотрении типов ресурсных записей я упоминал о первичном и вторичном сервере. Кроме данных типов, существует еще один тип — кэширующий. Главный сервер DNS (он же первичный, он же master, он же primary) — это авторитетный сервер (иногда называют — авторитативный, как правильнее называть — не знаю), который хранит главную копию файла данных зоны, сопровождаемую администратором системы.
Вторичный сервер — тоже является авторитетным, но он копирует главный файл зоны с первичного сервера. Отличие главного от вторичного лишь в том, что главный загружает свою информацию из конфигурационных файлов зоны, а вторичный — загружает (получает) настройки зон — с главного сервера. Вторичный DNS может получать свои данные и от другого вторичного сервера. Любой запрос относительно хоста в пределах зоны, за которую отвечает авторитетный сервер, будет в конце концов передан одному из этих серверов (главному или вторичному). Вторичных серверов может быть сколько угодно много. В зависимости от настроек, главный сервер может посылать вторичному сигнал о изменении зоны, при этом вторичный, получив сигнал производит копирование. Данное действие называется трансфер зоны (zone transfer). Существует два механизма копирования зоны: полное копирование (AXFR) и инкрементальное (incremental) копирование зоны (IXFR).
Кэширующие серверы НЕ АВТОРИТЕТНЫ, данные серверы хранят в памяти (кэше), ответы на предыдущие запросы, если данный сервер получил запрос, то он сначала просматривает информацию в кэше, и если в кэше не оказалось необходимого ответа, то отправляет запрос вышестоящему серверу DNS. Возможно так же настроить DNS в режиме stels (т.н. невидимый), информацию о данном сервере невозможно получить используя прямые запросы. Это может быть полезно для организации primary сервера в защищенной среде и тем самым оградить зону от атак на зону.
Клиенты DNS (resolver)
Как же программы на конечных машинах знают куда и в каком виде посылать запросы DNS? Они этого не знают. Для разрешения имен и IP адресов клиентскими приложениями используется библиотека Resolver. Это не какое-то специальное приложение, это функциональность системы (ядра). Т.о. приложения посылают системные вызовы gethostbyname(2) и gethostbyaddr(2), а ядро уже на основании настроек в файле /etc/nsswitch.conf определяет по какому пути ему далее действовать. Данный файл определяет какие сервисы (будь то файл /etc/hosts или DNS) и в каком порядке использовать. В ранних версиях библиотеки Linux — libc, использовался файл /etc/host.conf. Вот фрагмент файла, который нас интересует:
root@DNS:~# cat /etc/nsswitch.conf
......
hosts: files dns
networks: files
Две строки данного фрагмента указывают ядру производить преобразование имен хостов в IP (строка hosts: files dns) сначала из файла hosts, затем силами DNS, а так же преобразование имен сетей в IP (строка networks: files) с помощью файла /etc/network.Возможны так же параметры nis или nisplu, определяющие использовать Network Information System (NIS) чтобы найти адрес. Порядок, в котором перечислены сервисы, определяет последовательность их опроса.
Если согласно /etc/nsswitch.conf запрос отправляется DNS, то используются настройки из файла /etc/resolv.conf, который определяет какие серверы DNS использовать. Вот типичный пример файла /etc/resolv.conf:
root@DNS:~# cat /etc/resolv.conf
nameserver 192.168.1.1
nameserver 192.168.1.2
domain examle.com
Директива nameserver определяет адрес сервера доменных имен, который будет выполнять рекурсивные запросы resolver. В данном файле указано использовать север имен сначала 192.168.1.1 затем, если первый не смог обработать запрос, 192.168.1.2. Рекомендуется не использовать более 3х параметров nameserver. Если опция nameserver не задана, то резолвер попытается соединиться с сервером на локальном хосте. Параметр domain определяет заданное по умолчанию имя домена, которое будет подставлено, когда DNS не удастся найти имя хоста. Существует так же опция search, которая задает дополнительные домены, в которых необходимо произвести поиск и разрешение имени хоста. Опции search и domain нельзя использовать совместно.
Кроме кэша на ДНС сервере, существуют кэши интернет-браузеров, кэши резолверов. Довольно прозрачную картину предоставляет Wikipedia:
Запросы DNS
В DNS имеются следующие типы запросов: итеративный (он же прямой), обратный и рекурсивный.
Итеративный (он же прямой, он же нерекурсивный) запрос посылает доменное имя DNS серверу и просит вернуть либо IP адрес этого домена, либо имя DNS сервера, авторитативного для этого домена. При этом, сервер DNS не опрашивает другие серверы для получения ответа. Так работают корневые и TLD серверы.
Рекурсивный запрос посылает DNS серверу доменное имя и просит возвратить IP адрес запрошенного домена. При этом сервер может обращаться к другим DNS серверам.
Обратный запрос посылает IP и просит вернуть доменное имя.
Любой DNS-server должен отвечать на итеративные запросы. Возможно настроить DNS отвечать и на рекурсивные запросы. Если DNS не настроен отвечать на рекурсивные запросы, он обрабатывает их как итеративные.
Обычно, провайдер выдает в локальной сети стоит DNS-сервер, обрабатывающий рекурсивные запросы, а так же, скорее всего, он настроен на кэширование запросов, что экономит трафик и снижает нагрузку на сеть. Схему взаимодействия клиента и DNS серверов можно представить следующей картинкой:
Давайте разберем, что тут нарисовано по шагам:
1. Клиент (браузер, почтовая программа, либо любое другое приложение) отправляет запрос резолверу, резолвер на основании указанных конфигов определяет адрес настроенного сервера имен.
2. Резолвер посылает запрос указанному серверу имен.
3. Сервер имен принимает данный рекурсивный запрос и, т.к. не имеет информации ни о домене, ни, возможно, даже о зоне name., отправляет рекурсивный (или нерекурсивный в зависимости от настроек) запрос серверу, отвечающему за корневую зону.
4. Сервер корневой зоны не обрабатывает рекурсивные запросы, в результате обрабатывает данный запрос как итеративный и возвращает имя и адрес сервера, авторитетного за зону name.
5. Сервер последовательно продолжает опрашивать авторитативные сервера для последующих зон, в порядке убывания уровня зон в имени
6. пока не получает удовлетворительный ответ, данных шагов может быть больше, в зависимости от длины доменного имени
7. и «вложенности» доменных имен.
8. В итоге, сервер получает необходимый ответ от сервера имен, хранящего необходимую ресурсную запись о хосте.
9. Сервер провайдера локальной сети возвращает резолверу клиента запрошенные данные.
Обычно, количество шагов сокращено до минимума, т.к. на пути прохождения запросов встречается кэширующий сервер, который хранит необходимую информацию в кэше. В данной схеме может возникнуть вопрос: каким образом локальный DNS сервер, получивший рекурсивный запрос от резолвера, выбирает DNS-сервер из списка авторитативных? Существует множество корневых DNS-серверов в сети Интернет, какому из корневых серверов наш DNS-сервер отправит запрос?
Для решения данного вопроса DNS-серверы BIND используют метрику, называемую временем отклика (roundtrip time, или RTT), для выбора среди авторитативных DNS-серверов одной зоны. RTT определяет задержку, с которой приходит ответ на запросы от удаленного сервера. Каждый раз, при передаче запроса удаленному серверу, DNS-сервер BIND запускает внутренний таймер. Таймер останавливается при получении ответа, и метрика фиксируется локальным сервером. Если приходится выбирать один из нескольких авторитативных серверов, выбор падает на сервер с наименьшим показателем RTT.
До того как BIND впервые послал запрос какому-либо серверу и получил от него ответ, удаленному серверу присваивается случайное значение RTT, которое меньше, чем все прочие, полученные на основании замеров. Таким образом, DNS BIND гарантированно опросит все авторитативные серверы для определенной зоны случайным образом, прежде чем начнет выбирать предпочтительный на основании метрики.
Ответы DNS сервера
Ответы DNS бывают следующего типа:
· Авторитативный ответ (authoritative response) приходит от серверов, являющихся ответственными за зону.
· Неавторитативный ответ (non authoritative response) приходит от серверов, которые не отвечают за зону (от кэширующих).
Ответ DNS обычно содержит следующую информацию:
· Запись заголовка — служебную информацию о запросе.
· Запись запроса — повторяет отправленный запрос.
· Запись ответа — собственно, сам ответ.
· Записи авторитетных серверов — информацию об авторитетных серверах, хранящих информацию по текущему запросу.
· Дополнительную информацию — дополнительные записи, например адреса NS-серверов.
Вышенаписанное наглядно подтверждается утилитой dig:
root@DNS:~# dig ya.ru
; <<>> DiG 9.7.3 <<>> ya.ru (раздел заголовка)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53499
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 2, ADDITIONAL: 3
;; QUESTION SECTION: (раздел запроса)
;ya.ru. IN A
;; ANSWER SECTION: (раздел ответа)
ya.ru. 4813 IN A 87.250.250.203
ya.ru. 4813 IN A 87.250.251.3
ya.ru. 4813 IN A 93.158.134.3
ya.ru. 4813 IN A 93.158.134.203
ya.ru. 4813 IN A 213.180.204.3
ya.ru. 4813 IN A 77.88.21.3
ya.ru. 4813 IN A 87.250.250.3
;; AUTHORITY SECTION: (авторитативные сервера)
ya.ru. 4813 IN NS ns1.yandex.ru.
ya.ru. 4813 IN NS ns5.yandex.ru.
;; ADDITIONAL SECTION: (дополнительная информация - адреса авторитативных name servers)
ns5.yandex.ru. 345565 IN A 213.180.204.1
ns1.yandex.ru. 345565 IN A 213.180.193.1
ns1.yandex.ru. 3565 IN AAAA 2a02:6b8::1
;; Query time: 7 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sat Jul 2 23:02:45 2011
;; MSG SIZE rcvd: 238
Обратное преобразование имен
DNS используется в первую очередь для преобразования доменных имён в IP-адреса, но он также может выполнять обратный процесс, называемый Обратное преобразование имен или обратным отображением. Т.к. записи в прямой базе DNS структурированы иерархически по доменным именам, DNS не может эффективно выполнять поиск по IP адресу в такой базе. Для обратного преобразования в DNS используется специальный домен in-addr.arpa. Ресурсные записи в данном домене в поле Name содержат IP-адреса, в поле Type — PTR, а в поле Data — FQDN-имя соответствующее данному IP.
На схеме представлена структура домена arpa. Думаю, что тут все довольно наглядно. Домен arpa. имеет 2 поддомена in-addr и ip6, отвечающие за IPv4 и IPv6 адреса соответственно. Домен in-addr.arpa. имеет от *.0.in-addr.arpa. до *.255.in-addr.arpa. поддоменов, каждый из которых так же имеет по 256 поддоменов.
В целях уменьшения объёма нежелательной корреспонденции (спама) многие почтовые серверы могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии.
Наглядно приведенную схему можно представить командами:
[root@DNS~]# dig www.ru
...
;; QUESTION SECTION:
;www.ru IN A
;; ANSWER SECTION:
www.ru 52119 IN A 194.87.0.50
...
[root@DNS~]# dig -x 194.87.0.50
...
;; QUESTION SECTION:
;50.0.87.194.in-addr.arpa. IN PTR
;; ANSWER SECTION:
50.0.87.194.in-addr.arpa. 30385 IN PTR www.ru
....
При этом, команду dig -x 194.87.0.50 правильнее будет представить как dig 50.0.87.194.in-addr.arpa., то есть записи в поддоменах *.in-addr.arpa. представлены в так называемой обратной нотации (или reverse форме), то есть хосту с IP 194.87.0.50 будет соответствовать PTR-запись, имеющая FQDN 50.0.87.194.in-addr.arpa., которая в свою очередь указывает на домен www.ru Хочется отметить, что чаще всего за обратную зону и ее редактирование отвечает поставщик интернета.
Как и обещал, описываю ресурсную запись PTR в домене IN-ADDR.ARPA, соответствующая приведенной выше записи А для машины www.ru. будет иметь такой вид:
50.0.87.194 IN PTR www.ru
Имя 50.0.87.194 не заканчивается точкой и поэтому является относительным. Вопрос: относительным относительно чего? Ни в коем случае не относительно "www.ru". Для того чтобы эта запись была FQDN, домен по умолчанию должен называться «IN-ADDR.ARPA.». Этого можно добиться либо поместив записи PTR в отдельный файл, в котором доменное имя зоны по умолчанию — IN-ADDR.ARPA. (заданный в файле начальной загрузки демона named), либо изменив этот домен с помощью директивы $ORIGIN. Если домен по умолчанию определен как 0.87.194.IN-ADDR.ARPA., то запись можно представить так:
80 IN PTR www.ru
Регистрация доменных имен.
Регистрация доменов — это действие, посредством которого клиент сообщает регистратору, каким DNS-серверам следует делегировать поддомен, и также снабжает регистратора контактной и платежной информацией. Регистратор передает информацию в соответствующий реестр. Чаще всего, это процесс внесения в реестр зоны первого уровня (то есть в TLD зоны ru, com или др.), записи о новом доменном подимени.
Регистратор доменных имён — это организация, имеющая полномочия создавать (регистрировать) новые доменные имена и продлевать срок действия уже существующих доменных имён в домене, для которого установлена обязательная регистрация. Уровни доменов, для которых необходима обязательная регистрация лица, ответственного за домен, следующие:
корневой домен
все домены первого уровня (TLD)
некоторые домены второго уровня (например, com.ru или co.uk)
Регистратором для корневого домена является организация ICANN. Чтобы стать регистратором доменов в зонах второго уровня (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs ...), необходимо получить аккредитацию ICANN.
Правила регистрации в международных (gTLD — com., org, и др.) доменах устанавливаются ICANN. Правила регистрации в национальных (ccTLD — ru, us и др.) доменах устанавливаются их регистраторами и/или органами власти соответствующих стран, например единые правила для всех регистраторов в доменах .ru, и.рф задаются Координационным центром национального домена сети Интернет. Для многих доменов (в том числе и для ru) регистратор не единственный. При наличии нескольких регистраторов все они должны использовать единую (централизованную или распределённую) базу данных для исключения конфликтов и обеспечения уникальности доменного имени.
Услуга регистрации домена в большинстве случаев платная, цену и условия регистрации определяет регистратор. Для регистрации домена, необходимо выбрать свободное имя и отправить заявку на регистрацию у одного из регистраторов (например nic.ru), оплатить предоставление услуги. После подтверждения регистрации, необходимо в интерфейсе регистратора определить (делегировать) dns сервера, скорее всего это будут DNS вашего хостера/
В завершение статьи хочу отметить так же о таком маркетинговом нюансе, что иногда домены второго уровня называют именами доменов ПЕРВОГО уровня, тем самым «опуская» значение корневого домена и принимая за корневой домен — домены TLD.
Так же хочу отметить, что доменный адрес и IP-адрес не тождественны — один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество IP-адресов: это позволяет создавать балансировку нагрузки.
Чтобы стать регистратором доменов в зонах второго уровня (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs ...), необходимо получить аккредитацию ICANN.
Правила регистрации в международных (gTLD — com., org, и др.) доменах устанавливаются ICANN. Правила регистрации в национальных (ccTLD — ru, us и др.) доменах устанавливаются их регистраторами и/или органами власти соответствующих стран, например единые правила для всех регистраторов в доменах .ru, и.рф задаются Координационным центром национального домена сети Интернет. Для многих доменов (в том числе и для ru) регистратор не единственный. При наличии нескольких регистраторов все они должны использовать единую (централизованную или распределённую) базу данных для исключения конфликтов и обеспечения уникальности доменного имени.
Услуга регистрации домена в большинстве случаев платная, цену и условия регистрации определяет регистратор. Для регистрации домена, необходимо выбрать свободное имя и отправить заявку на регистрацию у одного из регистраторов (например nic.ru), оплатить предоставление услуги. После подтверждения регистрации, необходимо в интерфейсе регистратора определить (делегировать) dns сервера, скорее всего это будут DNS вашего хостера.
В завершение статьи хочу отметить так же о таком маркетинговом нюансе, что иногда домены второго уровня называют именами доменов ПЕРВОГО уровня, тем самым «опуская» значение корневого домена и принимая за корневой домен — домены TLD.
Так же хочу отметить, что доменный адрес и IP-адрес не тождественны — один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество IP-адресов: это позволяет создавать балансировку нагрузки.
Primary DNS
DNS-хостинг Яндекса (http://help.yandex.ru/pdd/hosting.xml)
Вы можете делегировать свой домен на Яндекс. Это означает, что работоспособность вашего домена будет обеспечиваться серверами Яндекса.
После делегирования домена настройка DNS-записей, необходимых для полноценной работы Почты и Jabber на вашем домене, произойдет автоматически.
Кроме того, вам будет доступен удобный редактор DNS-записей.
FreeDNS.afraid.org (http://freedns.afraid.org/)
Очередной бесплатный DNS сервер, поддерживающий все нуждные для корректной работы функции, но обладающий и несколькими специфичными:
* Редирект (web forwarding).
* Скрытие адреса сайта через специальный редирект (URL cloaking redirection).
* Поддержка всех типов TLD-доменов.
primaryns.kiev.ua (http://primaryns.kiev.ua/) (сайт и панель управления, доступны на Русском языке)
Этот ресурс предназначен для свободного размещения Primary NS зон.
Вы можете добавлять, редактировать и удалять DNS зоны с использованием web интерфейса.
На сайте есть подробный FAQ, который будет весьма полезен для новичков.
everydns.net (http://www.everydns.net/) (данный сервис, часто рекомендуют производители сетевого оборудования: D-Link, Zyxel, ...)
Этот Сервис - один из самых популярных бесплатных DNS, его используют как достаточно крупные провайдеры, так и обычные пользователи, для создания собственных "домашних" сетей. В бесплатной версии сервиса, возможна поддержка 20 доменов и 200 записей для всех нх, но никто не запрещает иметь там несколько аккаунтов.
DynDNS.com (http://www.dyndns.com/) (данный сервис, часто рекомендуют производители сетевого оборудования: D-Link, Zyxel, ...)
Еще один весьма популярный сервис, так же имеющий очень широкий круг пользователей, благодаря доступности и высокому качеству услуг по поддержке DNS.
Бесплатная версия включает возможность добавить 88 доменов, поддержку MX-записей, 5 NS серверов, поддерживающих ваши домены и лимит в 648 тысяч обращений к DNS в месяц.
freedns.sgh.waw.pl (http://freedns.sgh.waw.pl/)
Польский вариант, одного из лучших бесплатных DNS-серверов - xname.org.
Сервис предоставляет все те же услуги и возможности, что и xname.org, да и работает на том же самом движке, но при этом имеет собственное независимое оборудование, с хорошим, защищенным каналом связи. Есть возможность использования национального алфавита в доменном имени (xn- ...... .pl).
no-ip.com (http://www.no-ip.com/services/managed_dns/free_dynamic_dns.html)
Еще один замечательный бесплатный DNS-сервер, предоставляющий возможность создания и управления NS-записей для своих доменных имен (несколько NS-доменов на выбор).
Данный сервис работает под Linux - доступно консольное приложение, и Windows. На этом DNS-сервере на нём работает Нижегородский хаб, всё стабильно.
xname.org (http://www.xname.org/)
Рекомендую данный бесплатный сервис всем, кто не хочет долго и нудно заполнять всевозможные анкеты, а потом мучиться с добавлением зон для своего домена.
Лично я использовал xname.org для DNS-поддержки своего сайта (http://wm-help.net/) и остался полностью доволен его работой.
Есть возможность редактировать записи A, CNAME, MX, NS, имеется поддержка протокола IPv6.
zoneedit.com (http://www.zoneedit.com/)
Очень длинная регистрация с большим числом "ненужных", на мой взгляд, пунктов.
Неплохой по возможностям но очень сложный в понимании интерфейс редактирования и добавления зон и доменов.
zoneedit.com имеет все стандартные возможности Free-DNS: A, CNAME, MX, NS, IPv6.
parking-page.net (http://parking-page.net/)
Абсолютно бесплатный ДНС для временной парковки вашего домена, т.е. если вам нужно зарегистрировать домен, а DNS сервера у вас нет, тогда просто указывайте dns1.parking-page.net и dns2.parking-page.net в качестве своих DNS-серверов.
А parking-page.net автоматически создаст для вашего домена зону у себя, но учтите, что этот сервер предназначен только для ПАРКОВКИ доменов, а не для полноценной поддержки вашего сайта.
http://dnspark.com С помощью комплексного поставщика услуг размещения DNS-это самый быстрый способ получить полный контроль над доменом. DNS Park предоставил DNS хостинг в основе услуг, которые мы предоставляем, поскольку один день. Наш сервис поможет управление и обслуживание просто так, ваше время не будет потрачено на DNS-но на вашем бизнесе. Есть никаких ограничений на количество изменений, которые могут быть внесены в ваши записи. При внесении изменений, наши серверы имен немедленно уведомлены изменений, так что вы увидите результаты очень быстро.
Ядро DNS Park Центр Управления где все изменения конфигурации и управления доменами происходит. Внутри Центра Управления, услуги могут быть добавлены и удалены, а новые DNS-записей, добавленных, удаленных или измененных.
Web Control Center
2 DNS-Серверов
Unicast только
10 записей DNS
2 динамических узлов
5 типов записей
60 секунд мин TTL
You could also place a simple php script like the following one on a free web site and place its address here.
<?php
Print $REMOTE_ADDR;
?>
Remote IP address
3DWatch shows a remote detected IP address here.
Some interesting Offline IP addresses:
– 207.44.210.32
– 80.242.135.11
– 64.225.62.209
– 64.227.153.155
(without any guarantee and excluding every liability)
Offline IP address
If you want to point your domain name to an IP address while your server is offline, you can enter the corresponding IP address here.
Note that not all providers support offline IP addresses or the offline state of your site. You find related information on your provider's website.
Current IP address
This is the IP address that 3DWatch uses as your system's current IP address and that it uses to detect if your IP address has changed.
Update interval
Determines how often 3DWatch should look if your computer's IP address has changed.
http://sitelutions.com
Подписаться на:
Сообщения (Atom)