Архив метки: сети

Сетевой кабель не подключен. Что делать?

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

Если вы также столкнулись с подобной проблемой, то данный материал должен вам помочь. Сейчас мы рассмотрим ряд причин, которые могут приводить к возникновению данной проблемы. Читать

Как подключить телевизор к Интернету через кабель

Часто после покупки своего первого телевизора со SmartTV пользователи задаются вопросом, как подключить телевизор Интернету через кабель. Данный вопрос особенно актуальный для недорогих телевизоров, которые не оснащаются модулем Wi-Fi. Читать

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

                                                                               краткий обзор:
История системы 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!

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

Вступление

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

1. Введение: коротко о IPv6

IPv4

Протокол IP Version 4 (IPv4) не претерпевал сколь-либо серьезных изменений со времен опубликованного в 1981 году RFC 791. Благодаря удачному исходному дизайну, IPv4 выдержал сопутствовавшее росту обслуживаемому им сетей испытание на масштабируемость. IPv4 устойчив, прост в имплементации и взаимодействии.

Однако, к началу 90-х годов основанный на TCP/IP интернет начал расти колоссальными темпами. Уменьшение количества свободных IP-адресов происходило угрожающе быстро даже с учетом введения бесклассовой адресации. Стало очевидно, что требуется разработать способ избежать их дефицита в будущем. В 1992 году IETF опубликовала в виде RFC (RFC 1550) призыв к разработке и публикации прототипов протокола, названного «IP The Next Generation» (IPng).

NAT

Изобретение в середине 90-х Network Address Translation (NAT) помогло значительно замедлить уменьшение количества доступных адресов. NAT позволяет транслировать запросы из внутренней сети во внешнюю (например, интернет), используя единственный внешний IP-адрес (NAT подменяет адреса непосредственно в заголовках датаграмм). Однако, NAT имеет ряд собственных недостатков. Трансляция адресов нарушает оригинальную модель соединения хостов в интернете, тем самым усложняя их взаимодействие и негативно влияет на производительность. Читать

Протокол ARP

Адресация в сети Internet представляет собой 32-битовую последовательность 0 и 1, называющихся IP-адресами. Но непосредственно связь между двумя устройствами в этой сети осуществляется по адресам канального уровня (MAC-адресам).

Так вот, для определения соответствия между логическим адресом сетевого уровня (IP) и физическим адресом устройства (MAC) используется описанный в RFC 826 протокол ARP (Address Resolution Protocol, протокол разрешения адресов). Читать