Category: техника

Category was added automatically. Read all entries about "техника".

Программа ping и зависимость задержки от расстояния

Вопрос из книги Таненбаума про компьютерные сети к главе 1 «Введение», цитата:

33. Программа ping позволяет отправлять тестовый пакет по указанному адресу и исследовать время его прохождения в одну сторону и назад в сумме. Попробуйте воспользоваться этой программой, чтобы выяснить, сколько времени следуют данные от вашего местонахождения к различным известным адресам. Используя полученные данные, постройте график зависимости времени прохождения пакета от расстояния. Лучше всего использовать для экспериментов серверы университетов, поскольку их расположение очень хорошо известно. Например, berkeley.edu находится в Беркли, штат Калифорния, mit.edu — в Кембридже, Массачусетс, vu.nl — в Амстердаме, Нидерланды, www.usyd.edu.au — в Сиднее, Австралия и www.uct.ac.za — в Кейптауне, ЮАР.


В некоторых местах я подправил перевод (где отмечено красным).

Программа ping входит в поставку всех современных операционных систем, умеющих работать с компьютерной сетью. Эта программа посылает пакет-запрос к узлу сети с заданным адресом, этот узел должен получить пакет-запрос и отправить обратно пакет-ответ. Программа ping замеряет и выводит на дисплей время между отправкой пакета-запроса и получением пакета-ответа. Таким образом, полученное время — это сумма времени на прохождение пакета-запроса к заданному узлу сети и времени на прохождение пакета-ответа от заданного узла обратно к узлу, на котором изначально запустили программу ping. Из-за того, что полученное время является суммой двух отрезков времени, его называют «круговой задержкой» (по-английски «round-trip time» или сокращенно «RTT»).

https://ru.wikipedia.org/wiki/Ping
https://en.wikipedia.org/wiki/Ping_(networking_utility)
https://ru.wikipedia.org/wiki/Круговая_задержка
https://en.wikipedia.org/wiki/Round-trip_delay

Я использую операционную систему «Windows 10 Pro». Программу ping в этой операционной системе можно запустить с помощью программы командной строки (cmd.exe). Командную строку можно запускать разными способами. Я запускаю поиск операционной системы (кнопка с увеличительным стеклом рядом с кнопкой «Пуск», но у кого-то эта кнопка может быть скрыта) и уже через него запускаю командную строку.

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

Приведу пример простейшего использования этой команды:
ping www.berkeley.edu
Сначала пишется название команды, а через пробел — доменное имя хоста (как в вышеприведенном примере) или IP-адрес хоста.

К пяти доменным именам из обсуждаемого вопроса в книге Таненбаума я добавил еще два доменных имени (два российских университета) и оформил результат работы программы ping следующей таблицей.

Доменное имяУниверситетIP-адресRTT, мсРасстояние, км
spbu.ruСПбГУ, Санкт-Петербург, Россия195.70.219.10110121
www.msu.ruМГУ, Москва, Россия188.44.50.10320756
www.vu.nlАмстердам, Нидерланды104.21.91.61211722
web.mit.eduМТИ, Кембридж (штат Массачусетс), США23.53.49.172206498
www.berkeley.eduБеркли (штат Калифорния), США50.112.22.2341818764
www.uct.ac.zaКейптаун, ЮАР137.158.154.23026410531
www.sydney.edu.auСидней, Австралия95.101.133.185514972

Университеты в таблице расположены в порядке возрастания расстояния. Под расстоянием имеется в виду расстояние по прямой между моим местонахождением (город Выборг, Россия) и местонахождением конкретного университета. (Строго говоря, расстояние по прямой по поверхности планеты Земля на самом деле представляет собой некую кривую из-за того, что наша планета близка по своей форме к неидеальному шару.) Расстояние я определил с помощью «Яндекс.Карт». IP-адрес программа ping определяет самостоятельно по заданному доменному имени.

Тут надо отметить, что программное обеспечение заданного программе ping узла сети (или какого-либо из промежуточных маршрутизаторов) может быть настроено так, что узел будет игнорировать пакет-запрос и не вышлет пакет-ответ. При этом в остальном узел будет работать нормально. Это может быть сделано администратором узла в целях обеспечения безопасности.

К примеру, программа ping при задании доменного имени www.uct.ac.za сайта Кейптаунского университета в ЮАР выдает ошибку «Превышен интервал ожидания для запроса». Однако, в браузере сайт загружается успешно. Я полагаю, что это как раз описанный выше случай, когда администратор настроил программное обеспечение узла так, что оно игнорирует пакет-запрос от программы ping.

По умолчанию интервал ожидания для запроса в программе ping в операционных системах «Windows» составляет 4 секунды, об этом сказано в соответствующей документации:
https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/ping

Исходя из существования этого умолчательного интервала, у меня еще была версия, что круговая задержка в случае сайта www.uct.ac.za составляет больше 4 секунд (то есть больше 4000 мс). Этот интервал можно увеличить, запустив программу ping со специальным ключом (параметром) -w и указав после этого ключа интервал ожидания в миллисекундах. Чтобы проверить эту версию, я задал интервал ожидания в 60 секунд:
ping www.uct.ac.za -w 60000
Но вновь получил ошибку «Превышен интервал ожидания для запроса».

Тогда я решил для сайта www.uct.ac.za использовать программу tracert. Эта программа выдает на дисплей адреса всех промежуточных маршрутизаторов, находящихся на пути между нашим компьютером и заданным узлом, а также интервалы круговых задержек для каждого из этих маршрутизаторов. В качестве круговой задержки для сайта www.uct.ac.za я взял круговую задержку маршрутизатора, самого близкого к тому, который выдает ошибку «Превышен интервал ожидания для запроса».

Подробнее о программе:
https://ru.wikipedia.org/wiki/Traceroute

Простейший пример использования команды:
tracert www.uct.ac.za
На 17-м шаге (прыжке) программа tracert выдала ошибку «Превышен интервал ожидания для запроса», поэтому я взял круговую задержку на 16-м маршрутизаторе (шаге, прыжке) — 264 мс.

Выводы по таблице. Я, конечно, построил требуемый в вопросе из книги Таненбаума график, но решил его здесь не размещать, так как он ничего не разъясняет, а всё, что нужно, можно легко увидеть по приведенной выше таблице.

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

И это понятно, ведь нам неизвестна конфигурация пути, по которому проходит пакет. Может быть так, что географически расстояние между одной парой узлов меньше, чем расстояние между второй парой узлов, а пакет проходит быстрее между второй парой узлов потому, что расстояние по линиям связи меньше. Проиллюстрирую это на рисунке:
Между узлами А и Б расстояние меньше, чем между узлами А и В. Однако, пакет быстрее пройдет между узлами А и В, потому что там есть прямая линия связи, а между узлами А и Б линия связи не прямая, она проходит через промежуточные маршрутизаторы Г и Д и путь по ней получается длиннее.

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

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

Кроме этого, сайт университета может находиться на сервере компании, предоставляющей место на своих серверах в аренду (хостинг). При этом местонахождение университета может не совпадать с местонахождением компании-хостера. К примеру, IP-адрес 104.21.91.61 сайта Амстердамского свободного университета принадлежит американской компании-хостеру «Cloudflare, Inc.» со штаб-квартирой в городе Сан-Франциско (штат Калифорния) в США. (Принадлежность IP-адреса можно проверить через специальные онлайн-сервисы, например, тут: https://www.whois.com.)

Нарушение принципа многоуровневой иерархии протоколов

Вопрос из книги Таненбаума про компьютерные сети к главе 1 «Введение», цитата:

11. Президент корпорации Specialty Paint Corp. решает объединить усилия с местной пивоваренной фабрикой для производства невидимой пивной банки (в качестве средства борьбы с мусором). Президент просит свой юридический отдел рассмотреть эту идею, а те в свою очередь обращаются за помощью в технический отдел. В результате начальник технического отдела звонит начальнику технического отдела пивоваренного завода, чтобы обсудить технические аспекты проекта. После этого оба инженера докладывают своим юридическим отделам, которые затем обсуждают друг с другом по телефону юридические вопросы. Наконец, два президента корпораций обсуждают финансовую сторону дела. Какой принцип многоуровневого протокола (в соответствии с моделью OSI) мешает этому процессу?


Сначала — два замечания по тексту вопроса. Во-первых, я так и не смог понять, что подразумевается под «невидимой пивной банкой» (в оригинале — «invisible beer can»). Это какая-то шутка? Или имеется в виду прозрачная пивная банка? А, может быть, исходя из названия компании (Specialty Paint Corp.), речь идет о какой-то особой окраске пивной банки? И как «невидимость» пивной банки может помочь в борьбе с мусором? Но, в сущности, ответы на эти вопросы не имеют значения для решения главного вопроса. Поэтому, думаю, на них можно не отвечать, так как в вышеуказанном задании главное — это механизм коммуникации между компаниями и их отделами, а не смысл данных, которыми они обмениваются.

Во-вторых, в оригинале последнее предложение (главный вопрос) текста задания звучит так:

What principle of a multilayer protocol in the sense of the OSI model does this communication mechanism violate?

Я бы перевел его так:

Какой принцип многоуровневой иерархии протоколов (работающий и в модели OSI) нарушается этим механизмом коммуникации?

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

Теперь ответим на главный вопрос. Я изобразил общение работников обеих компаний на следующем рисунке:


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


Стрелками показано фактическое движение данных.

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

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

Цитата из книги Таненбаума, подраздел 1.3.1 «Иерархия протоколов»:

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

Топология сети, алгебра и комбинаторика

Вопрос из книги Таненбаума про компьютерные сети к главе 1 «Введение», цитата:

8. Пять маршрутизаторов необходимо соединить в подсеть с двухточечным соединением. Каждые два маршрутизатора разработчики могут соединить высокоскоростной, среднескоростной, низкоскоростной линией или никак не соединять. Предположим, компьютеру требуется 100 мс для моделирования и анализа каждой топологии. Сколько компьютерного времени понадобится для выбора варианта, лучше всего соответствующего ожидаемой нагрузке?


В математике есть такое понятие, как «граф» (ссылка) — это множество вершин (точек) и ребер (соединений между парами вершин). Топология сети (ссылка) — это конфигурация графа, вершинам которого соответствуют конечные узлы сети (компьютеры) и коммуникационное оборудование (маршрутизаторы), а ребрам — соединения (линии) между вершинами.

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

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

Сначала посчитаем, сколько линий можно провести между каждыми двумя вершинами (маршрутизаторами) нашей сети. Конечно, это можно сделать прямым перебором на рисунке. Ниже я нарисовал сеть, в которой обозначил маршрутизаторы точками А, Б, В, Г и Д. Все точки я попарно соединил линиями:


При подсчете прямым перебором получается 10 линий.

Но, в принципе, можно попробовать найти формулу для любого количества вершин. Рассмотрим наш случай с пятью вершинами. Начнем проводить линии из точки А. Из этой точки мы сможем провести 4 линии: АБ, АВ, АГ и АД. Теперь проведем линии из точки Б. Из этой точки мы сможем теперь провести лишь три линии: БВ, БГ, БД (линия БА уже проведена ранее под названием АБ). Теперь проведем линии из точки В. Из этой точки мы сможем теперь провести лишь две линии: ВГ и ВД (линии ВА и ВБ уже проведены ранее под названиями АВ и БВ). Теперь проведем линии из точки Г. Из этой точки мы сможем теперь провести лишь одну линию: ГД (линии ГА, ГБ и ГВ уже проведены ранее). Из оставшейся точки Д мы не сможем теперь провести ни одной линии (линии ДА, ДБ, ДВ и ДГ проведены ранее).

То есть при количестве вершин в 5 штук для нахождения числа линий между этими вершинами нам нужно последовательно сложить числа 4, 3, 2, 1 и 0. Или наоборот: 0, 1, 2, 3 и 4. Это арифметическая прогрессия (ссылка) с шагом 1. (Арифметическую прогрессию изучают в школьном курсе алгебры в 9 классе). Сумма первых N членов арифметической прогрессии вычисляется по следующей формуле:

Сумма = (а1 + аN) * N / 2,

где а1 — первый член прогрессии, аN — N-й член прогрессии.

В нашем случае а1 = 0, а аN = N – 1, при этом получается следующая формула:

Сумма = (N – 1) * N / 2

Проверим.

Для одной вершины: (1 – 1) * 1 / 2 = 0 (точка)
Для двух вершин: (2 – 1) * 2 / 2 = 1 (линия)
Для трех вершин: (3 – 1) * 3 / 2 = 3 (треугольник)
Для четырех вершин: (4 – 1) * 4 / 2 = 6 (прямоугольник)
Для пяти вершин (наш случай): (5 – 1) * 5 / 2 = 10
Для шести вершин: (6 – 1) * 6 / 2 = 15 и так далее.

Теперь подсчитаем общее количество возможных топологий сети при указанных в тексте вопроса условиях. Итак, при 5 маршрутизаторах у нас может быть 10 линий, каждая из которых может быть одного из 4-х видов: высокоскоростная, среднескоростная, низкоскоростная и линии вообще может не быть.

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

Как подсчитать это количество? Для этого можно использовать одно из основных правил комбинаторики — правило умножения (ссылка). Первую линию можно сделать одного из перечисленных выше 4-х видов. При каждом из этих 4-х выборов вида линии следующую линию тоже можно сделать одного из 4-х видов. То есть на каждом следующем шаге дерева выборов количество его веточек умножается на 4:


Получается, что общее количество вариантов топологии сети будет равно произведению 4 * 4 * 4 * ... и так далее, то есть равно 410. В терминах комбинаторики это называется «нахождением количества размещений с повторениями из 4 по 10» (ссылка).

Таким образом, компьютер при моделировании и анализе топологии данной сети должен перебрать 410 вариантов, затратив на каждый вариант 100 мс. А это значит, что всего компьютер затратит на эту работу следующее количество времени:

410 * 100 мс = 1 048 576 * 0,1 с = 104 857,6 с = 29,127 ч

Это и есть ответ.

В заключение отмечу, что в этот миллион с хвостиком вариантов входят и «нерабочие» варианты топологии сети. Например, вариант вообще без линий, или варианты, при которых какие-то из маршрутизаторов окажутся не присоединенными к сети, или варианты, при которых будут существовать несколько не соединенных друг с другом частей сети. «Рабочими» вариантами топологии сети я считаю такие варианты, при которых от одного маршрутизатора по линиям можно добраться до любого другого маршрутизатора в сети, даже если и не напрямую, а через один или несколько промежуточных маршрутизаторов. В нашем случае предполагается, что компьютер тупо перебирает все варианты, откидывая нерабочие. Не знаю, можно ли этот прямой перебор как-то оптимизировать, чтобы уменьшить время на отбор нужной топологии.

Юмористический монолог Дика Трэйси

Оригинал, стр. 13:

Smart watches with radios have been part of our mental space since their appearance in the Dick Tracy comic strip in 1946; now you can buy them.

Перевод, стр. 29:

К умным часам со встроенным радиоприемником мы начали привыкать тогда, когда о них впервые рассказал в юмористическом монологе Дик Трэйси (Dick Tracy) в 1946 году, а сейчас вы можете их купить.


Должно быть что-то вроде следующего:

Умные часы с радио стали частью нашего культурного кода с момента их появления в комиксе про Дика Трэйси в 1946 году, а сегодня вы можете их купить.


Перевод «часы со встроенным радиоприемником» уже неправилен, потому что Дик Трэйси не только принимал сообщения, но и передавал их. Так что речь, скорее, о рации, чем о радиоприемнике.

Ну и перевод фразы «the Dick Tracy comic strip» как «юмористический монолог Дика Трэйси» — это пять. Автор комикса про Дика Трэйси, если что — Честер Гулд (Chester Gould).



Дик Трэйси — не юморист, а серьезный детектив, борец с преступностью. Я бы даже назвал его предшественником Бэтмена и Джеймса Бонда.

Слово «strip» переводится на русский как «полоса» или «лента». «Comic strip» обычно публиковались на последних страницах газет и из-за нехватки места представляли собой вертикальный или горизонтальный ряд (полосу, ленту) рисунков или несколько рядов, формируя прямоугольный блок. В этом их отличие от «comics», которые представляют собой целые журналы из десятков страниц, целиком посвященные одному комиксу.

AppInit_DLLs и протокол Secure Boot

Начало тут:Collapse )
Перевод с английского статьи от 31.05.2018 г. «AppInit DLLs and Secure Boot»:
https://docs.microsoft.com/ru-ru/windows/win32/dlls/secure-boot-and-appinit-dlls
(На данный момент на этом сайте нет перевода этой статьи на русский, есть только версия на английском.)

[AppInit_DLLs — один из способов внедрения DLL (DLL injection), методики, используемой для запуска нашего кода внутри адресного пространства чужого процесса, заставив этот процесс загрузить нашу DLL. Этот способ реализуется с помощью ключа реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\AppInit_DLLs, в котором следует перечислить внедряемые библиотеки DLL. После этого эти библиотеки DLL будут загружаться операционной системой в адресное пространство каждого процесса, который загружает системную библиотеку User32.dll во время первоначального вызова этой системной библиотеки.]

[Secure Boot (вики) — протокол «безопасной загрузки», являющийся частью спецификации UEFI (вики) (UEFI — это стандарт и программа-прошивка, созданная для замены BIOS; ее задача — инициализировать оборудование компьютера при его включении и передать управление загрузчику операционной системы). По задумке компании «Microsoft» этот протокол должен гарантировать, что загрузка компьютера будет осуществляться только с помощью тех программ, которым производитель компьютера доверяет. Это достигается тем, что при загрузке компьютера прошивка проверяет электронно-цифровые подписи всех программ (в том числе и операционной системы), участвующих в загрузке компьютера. Не следует путать Secure Boot и безопасный режим (safe mode) операционной системы.]

Начиная с операционной системы «Windows 8» (вики: с 26.10.2012 г.), механизм AppInit_DLLs отключается, если включен протокол безопасной загрузки компьютера [secure boot].

О механизме AppInit_DLLs

Механизм AppInit_DLLs обеспечивает легкий способ перехвата [hooking] обращений приложений к интерфейсам [API] операционной системы посредством разрешения загрузки самописных библиотек DLL в адресное пространство любого интерактивного приложения. И легальные приложения, и вредоносные программы используют механизм AppInit_DLLs по одной и той же основной причине — возможность перехвата обращений к интерфейсам программ [API]; после того, как самописная DLL загружена, она может перехватить обращения к общеизвестным интерфейсам [API] операционной системы и реализовать свою собственную, альтернативную, функциональность [которую создатели приложения не планировали]. Лишь малое количество современных легальных приложений использует этот механизм загрузки библиотек DLL, в то время как большое количество вредоносных программ использует этот механизм для взлома систем. При этом даже легальное использование механизма AppInit_DLLs может неумышленно привести к зависаниям системы и проблемам с ее производительностью, а потому использование механизма AppInit_DLLs не рекомендуется.

Механизм AppInit_DLLs и протокол безопасной загрузки

Операционная система «Windows 8» приняла на вооружение стандарт UEFI и входящий в него протокол безопасной загрузки Secure Boot, чтобы улучшить общую целостность системы и обеспечить надежную защиту против продвинутых угроз ее безопасности. При включении протокола безопасной загрузки Secure Boot механизм AppInit_DLLs отключается — такое поведение является частью бескомпромиссного подхода, цель которого — защитить покупателей от вредоносных программ и других угроз безопасности.

Пожалуйста, имейте в виду, что Secure Boot — протокол стандарта UEFI, а не элемент операционной системы «Windows 8». Более подробную информацию о спецификации стандарта UEFI и входящем в него протоколе безопасной загрузки Secure Boot можно найти на сайте https://uefi.org.

Сертификационное требование, касающееся механизма AppInit_DLLs, для приложений настольного компьютера на операционной системе «Windows 8»

Одним из сертификационных требований для приложений настольного компьютера [desktop apps] на операционной системе «Windows 8» является то, что приложение не должно подразумевать загрузку [в чужие процессы] непредусмотренных [авторами тех процессов] библиотек DLL для перехвата обращений [чужих процессов] к интерфейсам операционной системы «Windows» [Win32 API] с помощью механизма AppInit_DLLs. Чтобы получить более подробную информацию о сертификационных требованиях, обратитесь к статье «Сертификационные требования для приложений настольного компьютера на операционной системе Windows» [эти требования время от времени меняются; на момент данного перевода по этой ссылке размещены сертификационные требования версии 10 от 29.07.2015 года для операционной системы «Windows 10» и описанное требование насчет AppInit_DLLs содержится в пункте 1.5].

Резюмируем:
  • использование механизма AppInit_DLLs не рекомендуется для легальных приложений, потому что его использование может привести к зависаниям системы и проблемам с ее производительностью;
  • механизм AppInit_DLLs по умолчанию выключается, если включен протокол безопасной загрузки Secure Boot;
  • использование механизма AppInit_DLLs в приложении настольного компьютера для операционной системы «Windows 8» является нарушением сертификационных требований к таким приложениям.

О работе механизма AppInit_DLLs в операционных системах «Windows 7» и « Windows Server 2008 R2» читайте в статье: ссылка.

Домашний интернет для чайников, часть 3

Начало: часть 1, часть 2.

Настройка роутера и подключаемых к интернету устройств. Как я понимаю, у роутера есть своя собственная память, в которой хранится программное обеспечение роутера и его настройки.

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

То есть уже до начала настройки в роутер должен быть включен кабель с интернетом по технологии ADSL с разъемом RJ-11 и кабель локальной сети с разъемом RJ-45 от настольного персонального компьютера (об этом рассказано в части 2).

Включаем питание роутера (подробнее — в части 2). Должен загореться соответствующий индикатор (сначала на короткое время красным светом, потом зеленым). Также должны загореться зеленым индикаторы подключения настольного персонального компьютера в гнездо RJ-45 и интернета по технологии ADSL в гнездо RJ-11. Часто индикаторы загораются не мгновенно, нужно подождать с момента включения питания секунд 10-20. Настольный персональный компьютер тоже должен быть включен (порядок включения роутера и персонального компьютера не важен).

Итак, как только у нас есть соединение между настольным персональным компьютером и роутером по кабелю локальной сети RJ-45, можно начинать настройку роутера с персонального компьютера (на самом персональном компьютере операционная система обычно производит настройку подключения по локальной сети автоматически; вообще это тема для отдельного поста; у меня на «Windows 7 Профессиональная» подключение можно посмотреть и проверить, открыв «Пуск» — «Панель управления» — «Сеть и Интернет» — «Центр управления сетями и общим доступом»; из этого же «Центра» можно зайти, выбрав в колонке слева пункт «Изменение параметров адаптера», в «Сетевые подключения»).

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

После этого на планшете нужно подключиться с помощью беспроводной технологии Wi-Fi к конкретной беспроводной сети. У меня в операционной системе iOS 9.3.1 для этого можно зайти в «Настройки», в левой колонке выбрать пункт «Wi-Fi», справа откроется список доступных беспроводных сетей (у меня их около десятка, наверное, от соседей). Выбираем сеть с названием «DSL-2640U». В открывшемся окошке с требованием пароля нужно вбить код «WPS PIN», который можно посмотреть на днище роутера. После этого должно установиться беспроводное соединение с роутером.

После вышеописанных действий можно приступать к настройке роутера. И с настольного персонального компьютера, и с планшета настройка производится одинаково.

Веб-интерфейс роутера. Открываем веб-интерфейс роутера в браузере (на настольном компьютере у меня — Microsoft Edge, на планшете — Safari), для этого следует ввести в адресной строке IP-адрес, который тоже можно посмотреть на днище роутера (у меня это «192.168.1.1»).

После этого должен открыться веб-интерфейс настроек роутера. Логин и пароль для первого после покупки роутера входа в настройки следует посмотреть на днище роутера. После первого входа от нас потребуют смены пароля с заводского, написанного на днище роутера, на свой собственный. Это необходимо сделать. Язык веб-интерфейса можно переключить на русский (вверху, под названием роутера). После смены пароля (да и любых других настроек) их необходимо сохранить, для этого можно зайти в пункт меню «Система» — «Конфигурация»  и нажать кнопку «Сохранить». После смены настроек роутер требуется перезагрузить, для этого в этом же пункте следует нажать кнопку «Перезагрузить». Оба эти действия также можно совершить вверху, под названием роутера, там где меняли язык, нажав на слово «Система».

Смену пароля для входа в веб-интерфейс настроек роутера можно изменить через пункт меню «Система» — «Пароль администратора».

Собственно, самая главная настройка производится в пункте меню «Сеть» — «WAN». Здесь уже обычно есть какое-то соединение, но у меня оно было настроено неверно. Я удалил его, выделив и нажав внизу окна кнопку «Удалить». Затем нажал кнопку «Добавить». Появилось окошко с кучей настроек нового соединения. Некоторые из этих настроек прописаны в договоре с провайдером. Их следует проверить. Мне понадобилось лишь перебить в эту форму из договора с провайдером логин и пароль интернет-соединения. После нажатия на кнопку «Применить» внизу списка настроек получаем единственное в пункте меню «Сеть» — «WAN» интернет-соединение. Следует проверить, что в графе «Шлюз по умолчанию» флажок включен. Сохраняем настройки роутера, как описано выше, и перегружаем его.

Если всё сделано правильно, интернет запустится и можно им пользоваться.

Заключение. Изложенное в этих трех постах понадобилось мне только дважды. Один раз я менял свой старый роутер (DSL-2500U), оставшийся от прошлых жильцов. Он был без поддержки беспроводной технологии Wi-Fi, а мне нужно было подключить планшет к интернету.

Второй раз случился недавно после отключения электричества. Я никак не смог зайти в настройки роутера DSL-2640U, хотя всё было подключено и соответствующие индикаторы горели зеленым (пытался даже сбрасывать настройки к заводским с помощью маленькой кнопки «Reset» на днище роутера, не помогло). Купил в магазине такой же, подключил, всё заработало.

Кстати, любопытное наблюдение в магазине. Похоже, я немного отстал от жизни. Сейчас всё забито беспроводными роутерами, оказывается. Чтобы найти роутер с технологией ADSL, пришлось побегать. Но, как известно, бешеной собаке семь верст не крюк. Хорошо, в магазине попалась девочка-менеджер, подсказала, что в другом конце города в магазине есть нужные модели, даже назвала количество. Интересно, это как можно помнить наличие товаров в двух больших магазинах бытовых приборов? Менталист-стайл какой-то. Дворец памяти.

Домашний интернет для чайников, часть 2

Часть 1 можно прочесть в предыдущем посте.

Я тут изобразил схему моей домашней сети с интернетом.

Схема домашнего интернета

Аббревиатурами RJ-11 и RJ-45 обозначены места на схеме, в которых от указанных устройств требуется гнездо соответствующего типа, а на кабеле требуется разъем соответствующего вида.

Про RJ-11, RJ-45, телефонный распределительный провод, розетку RJ-11, сплиттер и технологию ADSL рассказано в части 1.

Теперь про роутер. Относительные масштабы устройств на рисунке не соблюдены («Я знаю, Док, она не в масштабе...», к/ф «Назад в будущее III»). На самом деле роутер (он же «маршрутизатор») представляет из себя небольшую пластиковую коробку, для домашней сети — обычно меньше стационарного телефона.

У меня установлен роутер DSL-2640U компании D-Link. Его размеры в сантиметрах приблизительно 17 х 11,5 х 2,7. Вес — чуть больше 200 грамм. Высота антенны — около 9 см, ее можно сложить параллельно корпусу.

Роутер «раздаёт» интернет на несколько устройств. Например, роутер DSL-2640U может «раздавать» интернет через кабель с разъемами RJ-45 на концах на один персональный компьютер или на несколько (на этой модели есть четыре гнезда типа RJ-45). Кроме этого данный роутер может «раздавать» интернет с помощью беспроводной технологии Wi-Fi, что показано на рисунке (у меня есть планшет).

Вид на роутер DSL-2640U сзади:
Роутер DSL-2640U. Вид сзади.

Крайнее справа — гнездо для штекера с питанием (постоянный ток, 12 вольт, надпись над гнездом «12VDC IN»). Левее — кнопка включения/выключения устройства (надпись под нею «ON/OFF»). Еще левее — две маленьких кнопочки одна над другой — к верхней относится надпись «WPS», к нижней — подпись «WIRELESS ON/OFF» (последняя — включает/выключает раздачу интернета по беспроводной технологии Wi-Fi).

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

Крайнее слева — гнездо RJ-11 для кабеля от сплиттера с интернетом по технологии ADSL.

Вид на роутер DSL-2640U спереди:
Роутер DSL-2640U. Вид спереди.

Индикаторы могут не гореть, гореть или мигать зеленым или красным светом. Значения индикаторов слева направо:

– наличие питания;
– четыре индикатора, обозначенные цифрами от 1 до 4 — наличие подключений в гнезда RJ-45;
– включена ли раздача интернета по беспроводной технологии Wi-Fi;
– включен ли WPS;
– наличие подключения в гнездо RJ-11 с интернетом по технологии ADSL;
– наличие интернета.

Продолжение — в следующем посте.