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

Как задать ip адрес в Linux

По умолчанию в большинстве дистрибутивов Linux, ip адрес устанавливается автоматически, по протоколу DHCP, независимо от того какой тип соединения используется, будь то проводной интернет или беспроводное подключение к точке доступа Wifi или даже USB модем. Но если необходимо вы можете задать ip адрес Linux вручную. Это может понадобиться если вы хотите использовать статический ip адрес чтобы сеть запускалась быстрее при старте системы.

Есть несколько способов ручной настройки ip адреса в системе Linux, все можно сделать с помощью терминала или в графическом интерфейсе. Мы будем рассматривать только ipv4 адреса, и поговорим о том, как настроить статический ip, который будет присваиваться сетевому интерфейсу автоматически, а также как установить ip для сетевого интерфейса с помощью утилиты ip.

Читать

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

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

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

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

Часто после покупки своего первого телевизора со 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). Надеюсь, вас не напугает слишком строгое изложение. Читать