Архив рубрики: Networks

Сетевые стандарты

                                                                               краткий обзор:
История системы TCP/IP тесно связана с историей Интернета и уходит корнями на
несколько десятилетий назад. Популярность Интернета во многом обусловлена элегант­
ностью и гибкостью системы TCP/IP, а также тем, что это открытое и некоммерческое
семейство протоколов. В свою очередь, широкое распространение системы TCP/IP
именно в Интернете позволило этому семейству одержать верх над несколькими конку­
рирующими семействами, популярными в свое время по политическим или коммерче­
ским причинам.

Прародительницей Интернета была сеть ARPANET, организованная в 1969 году
Министерством обороны США. К концу 1980-х годов эта сеть перестала быть научно-
исследовательской и наступила эра коммерческого Интернета. В настоящее время Ин­
тернет представляет собой совокупность частных сетей, принадлежащих провайдерам
интернет-услуг (ISP — internet service provider) и соединяющихся в так называемых “точ­
ках обмена трафиком” (peering center).

Проектирование Интернета и его протоколов всегда осуществлялось на коопера­
тивных и открытых началах, но его точная структура изменялась по мере того, как Ин­
тернет превращался в инструмент открытого пользования и движущую силу мировой
экономики. В настоящее время управление Интернетом разделено на административ­
ное, техническое и политическое, но границы между этими функциями часто размыты.

Основными действующими лицами в управлении Интернетом являются следующие ор­
ганизации.

• ICANN (Internet Corporation for Assigned Names and Numbers — Корпорация по на­
значению имен и адресов в Интернете). Эта группа с наибольшим правом может
быть названа ответственной за Интернет. Только она обладает всеми реальными
полномочиями. Корпорация ICANN контролирует выделение адресов и доменных
имен в Интернете, а также другие аспекты его деятельности, например номера про­
токольных портов. Эта организация, основанная как некоммерческая корпорация,
расположена в Калифорнии и действует в рамках меморандума по взаимопонима­
нии с Министерством торговли США (www.icann.org).
• ISOC (Internet Society — Сообщество пользователей Интернета) — открытая член­
ская организация, представляющая интересы пользователей Интернета. Несмотря
на то что эта организация преследует образовательные и политические цели, она
широко известна как прикрытие для технического развития Интернет. В частно­
сти, организация ISOC является головной организацией по отношению к проблем­
ной группе проектирования Интернета (ietf.org), контролирующей всю техни­
ческую работу. ISOC является международной некоммерческой организацией. Ее
офисы расположены в Вашингтоне, округ Колумбия, и Женеве ( www.isoc.org).
• IETF (Internet Engineering Task Force — Проблемная группа проектирования Ин­
тернета) — эта организация отвечает за разработку и публикацию технических
стандартов Интернета, являясь открытым форумом, принять участие в котором
может любой желающий (www.ietf.org).
• IGF (Internet Governance Forum) — это организация, созданная Организацией Объединенных Наций относительно недавно, в 2005 году, чтобы предоставить воз­
можность для проведения международных и политических дискуссий, посвящен­
ных Интернету. Она проводит ежегодные конференции, но ее роль со временем
постепенно возрастает, поскольку правительства разных стран пытаются устано­
вить более жесткий контроль за Интернетом ( intgovforum.org).

Среди перечисленных организаций наибольшая ответственность лежит на ICANN:
она выступает в качестве руководящего органа Интернета, исправляя ошибки, допущен­
ные в прошлом, и продумывая пути дальнейшего развития Интернета с учетом потреб­
ностей пользователей, правительств и бизнеса.

Техническая деятельность сообщества пользователей Интернета находит отражение
в серии документов, известных как RFC (Request For Comments — запрос коммента­
риев). В формате документов RFC публикуются стандарты протоколов, предлагаемые
нововведения, а также информационные бюллетени. Получая сначала статус черновых
проектов (Internet Draft), после бурных дебатов в телеконференциях и на форумах IETF
они либо отвергаются, либо получают официальный статус. Свое мнение по поводу
предлагаемого стандарта может высказать любой участник обсуждения. Иногда доку­
мент RFC представляет собой не стандартизацию протоколов Интернета, а всего лишь
констатацию или объяснение некоторых аспектов современной практики.

Документы RFC имеют порядковые номера. На сегодняшний день их более 5600.

У каждого документа есть описательное название (например, Algorithms for Synchronizing
Network Clocks — алгоритмы сетевой синхронизации часов), но, во избежание неодно­
значности, на документы чаще всего ссылаются по номерам. Будучи опубликованным,
документ RFC никогда не меняется. Изменения и дополнения публикуются в виде но­
вых документов с собственными номерами. Обновление может либо дополнять и разъяс­
нять документ RFC, либо полностью его заменять.

Существует множество источников, распространяющих документы RFC, но сайт
tfc-editor.org является центральным диспетчерским пунктом и всегда содержит са­
мую свежую информацию. Прежде чем тратить время на чтение документа RFC, вы­
ясните его статус на сайте tfc-editor.org; возможно, этот документ уже не содержит
наиболее актуальную информацию.

Процесс публикации стандартов Интернета подробно описан в документе RFC2026.

Другой полезный метадокумент — RFC5540, 40 Years ofRFCs (40 лет существования до­
кументов RFC). В нем описаны культурные и технические аспекты публикации доку­
ментов RFC.

Пусть читателей не пугает обилие технических подробностей в документах RFC.

В большинстве из них содержатся вводные описания, резюме и толкования, которые
будут полезны системным администраторам. Некоторые документы специально напи­
саны в виде обзора или общего введения. Чтение документов RFC — это, возможно, не
самый простой способ разобраться в той или иной теме, но это авторитетный, лаконич­
ный и бесплатный источник информации.

Не все документы RFC написаны сухим техническим языком. Встречаются докумен­
ты развлекательного содержания (часть из них опубликована первого апреля), среди ко­
торых нам особенно нравятся следующие:

• RFC1149 — A Standard for the Transmission of IP Datagrams on Avian Carriers (стандарт
передачи датаграмм с помощью птиц)1;
• RFC1925 — The Twelve Networking Truths (12 сетевых истин);
• RFC3251 — Electricity over IP (передача электричества по протоколу IP);
• RFC3514 — The Security Flag in the IPv4 Header (защитный флажок в заголовке про­
токола IPv4).
• RFC4041 — Requirements for Morality Section in Routing Area Drafts (моральный кодекс
маршрутизатора).

Помимо собственных порядковых номеров, документам RFC могут назначаться но­
мера серий FYI (For Your Information — к вашему сведению), ВСР (Best Current Practi­
ce — лучший существующий подход) и STD (Standard — стандарт). Перечисленные се­
рии являются подмножествами серии RFC, группирующими документы по важности
или назначению.

Документы FYI — это вводные или информационные материалы, предназначенные
для широкой аудитории. Как правило, именно с них лучше всего начинать изучать не­
знакомую тему. К сожалению, эта серия в последнее время стала иссякать и сейчас со­
временных документов FYI очень немного.
Документы ВСР описывают рекомендуемые процедуры для администраторов веб­
сайтов в Интернете. Они содержат административные предписания и представляют
большую ценность для системных администраторов.

Документы STD содержат описания протоколов Интернета, прошедших процедуру
проверки и тестирования в IETF и формально принятых в качестве стандартов.
Нумерация документов в рамках серий RFC, FYI, STD и ВСР ведется раздельно, по­
этому один документ может иметь несколько номеров. Например, документ RFC1713,
Tools for DNS Debugging (инструменты для отладки системы DNS) известен также под
номером FYI127.

Читать

Неприемлемый 406 Not Acceptable при использовании curl

Столкнулся со следующей проблемой, иногда curl возвращает ошибку «406 Not Acceptable» answer:

# curl http://domain.com/curl.php

<html><head><title>406 Not Acceptable</title></head><body><h1>Not Acceptable</h1><p>An appropriate representation of the requested resource /curl.php could not be found on this server.</p><p>Additionally, a 404 Not Founderror was encountered while trying to use an ErrorDocument to handle the request.</p></body></html>

Способ решения проблемы найден достаточно быстро — использование громкого имени Mozilla в качестве User agent:

# curl http://domain.com/curl.php -A «Mozilla»Curl worked!

TP-LINK TL-WN821N (RTL8192CU) в Linux Mint 15 и Ubuntu 13.04.

Wi-Fi USB адаптер TP-LINK TL-WN821N, основан на чипе RTL8192CU, поддержка которого в ядро Linux добавлена начиная с версии 2.6.38, что в идеале означает, что нужно всего-лишь подключить его к USB порту и «из коробки» он мгновенно без перезагрузок и дополнительных настроек (кроме ввода пароля на доступ к Wi-Fi соединению) должен заработать. Но на деле оказалось что его поддержка в ядре реализована чертовски криво и лишь у немногих счастливчиков всё работает гладко. Симптомы больного: не подключается к wi-fi или подключается после нескольких попыток, но на несколько секунд, далее дисконнект, потеря пакетов или остаётся подключённым, но абсолютно не проявляет активности. «Счастливые обладатели» данного «свистка», вот уже несколько лет наводняют форумы вопросами о том, как его «завести», пишут багрепорты разработчикам ядра и различных дистрибутивов Linux, но пока всё безрезультатно и остаётся только использовать драйвер, который предлагает сама Realtek, для самостоятельной, ручной установки. НО, этот драйвер не установится на ядро Linux 3.8, которое является ядром по умолчанию в дистрибутивах Linux Mint 15 и Ubuntu 13.04. Решение, к счастью нашлось!) Это тот же драйвер от Realtek, только доработанный напильником для совместимости с ядром 3.8, упакованный в виде deb пакета и устанавливаемый в виде DKMS модуля ядра, то есть после обновления ядра, этот модуль автоматически пересобирается и после перезагрузки ПК, Wi-Fi не отваливается, как это происходит при установке оригинального драйвера от Realtek). Итак, преступим к установке (от root'а):

wget -P /tmp/ http://realtek-8188cus-wireless-drivers-3444749-ubuntu-1304.googlecode.com/files/rtl8192cu-tjp-dkms_1.6_all.deb && dpkg -i /tmp/rtl8192cu-tjp-dkms_1.6_all.deb

Пакет установлен, правильный модуль для ядра собран, осталось только деактивировать старый модуль и активировать новый, чтобы W-Fi заработал (от root'а):

modprobe -r rtl8192cu && modprobe 8192cu

В это же мгновение в трее должна активироваться беспроводная сеть. Ура, всё заработало! 🙂 Но остался ещё последний штрих — занести старый модуль в чёрный список, чтобы он больше не загружался вместе с системой и не мешал работе нового модуля (от root'а):

cd /etc/modprobe.d/ && nano blacklist.conf

 В самый конец файла добавляем:

# Zanosim v cherniy spisok ne rabotayushie moduli yadra dlay wi-fi adaptera na osnove rtl8192cu
blacklist rtl8192cu
blacklist rtl8192c_common
blacklist rtlwifi

Нажимаем CTRL+O, подтверждаем, и затем CTRL+X. ВСЁ, я вас поздравляю, Wi-Fi адаптер у вас теперь работает и после перезагрузки системы или обновления ядра не отвалится!)

P.S. Естественно, этот метод подходит не только для адаптера TP-LINK TL-WN821N, но и для любого другого на основе чипа RTL8192CU.

Автор: Yar4e

Драйвера для wi-fi (3DSP) на нетбук DNS M1000 в Ubuntu

Выкладываю драйвера для своего нетбука DNS M1000 на случай возврата его к линуксу. Пользовался им примерно год, причем постоянно. Батарея держится примерно 4 часа. Помнится, 5 часов в дороге смотрел фильмы. Теперь им пользуется жена. Пришлось поставить Windows 7.  Читать

VLAN на FreeBSD

Бывает необходимо по одному физическому кабелю пустить несколько изолированных друг от друга логических сетей. К примеру, у нас есть необходимость подвести к серверу отдельно провод с выходом в WAN, и, отдельный провод для соединения с локальной сетью. В данном случае, необходимых проводов может быть больше (может мы настраиваем роутер, который объединяет n-ное кол-во физически изолированных друг от друга подсетей и выпускает их всех в интернет). При этом, зачастую бывает чрезвычайно сложно установить в сервер такое кол-во сетевых карт, либо может быть нежелательно большое кол-во проводов в трассе от коммутаторов к серверу. В любом случае, выгодно упаковывать все эти сети в один физический провод. Для этого придумали технологию, которая позволяет это делать — vlan. Есть несколько различных реализаций этой технологии, одна из самых популярных имеет название “IEEE 802.1q”. Читать

IPv6 в новом TCP/IP стеке Windows

Вступление

В этой, по большей части, чисто технической, статье я расскажу о реализации IPv6 в новом TCP/IP стеке Microsoft. Новый стек включен в ОС Windows начиная с Vista и Server 2003. Короткое введение рассказывает о том, что такое IPv6, а следующие три раздела — об отличиях нового стека от старого (особенно подробно — об отличиях, связанных с IPv6). Надеюсь, вас не напугает слишком строгое изложение. Читать