12.10.2012 в 11:12:02 | Добавил: rayven | Просмотров: 1751 | 0 ответов

1 2 ms 1 ms 4 ms 192.168.101.1
2 3 ms 3 ms 2 ms 194.44.158.133
3 4 ms 3 ms 4 ms 194.44.228.133
4 4 ms 3 ms 8 ms 194.44.212.153
5 4 ms 9 ms 9 ms yandex-10g-gw.ix.net.ua [195.35.65.88]
6 33 ms 31 ms 33 ms titanium-vlan908.yandex.net [213.180.208.94]
7 31 ms 31 ms 32 ms gallium-vlan901.yandex.net [77.88.56.126]
8 32 ms 35 ms 31 ms l3-s900-s3000.yandex.net [213.180.213.4]
9 31 ms 31 ms 31 ms www.yandex.ru [77.88.21.3]

Трассировка маршрута к ya.ru [77.88.21.3]
с максимальным числом прыжков 30: 
1 1 ms <1 ms <1 ms 192.168.101.1
2 2 ms <1 ms <1 ms 194.44.158.133
3 1 ms 1 ms 4 ms 194.44.228.133
4 1 ms <1 ms <1 ms 194.44.212.153
5 4 ms 9 ms 9 ms yandex-10g-gw.ix.net.ua [195.35.65.88]
6 33 ms 31 ms 33 ms titanium-vlan908.yandex.net [213.180.208.94]
7 31 ms 31 ms 32 ms gallium-vlan901.yandex.net [77.88.56.126]
8 32 ms 35 ms 31 ms l3-s900-s3000.yandex.net [213.180.213.4]
9 31 ms 31 ms 31 ms www.yandex.ru [77.88.21.3]

Между нами, девочками, порой приходится слышать фразы: «Вот опять такой-то сайт отвалился». Что это значит? Куда отвалился? В действительности сайт, конечно, никуда со стула не падал, просто нам со своего компьютера через свой Internet Explorer, Firefox или другую какую программу до этого сайта не достучаться – не отображается он. Почему не отображается? Попробуем это выяснить. Как известно, сайты в сети, подобно сферическим коням в вакууме, сами по себе не существуют – их поддерживают большие мощные компьютеры, называемые серверами, а серверами этими ведает компания, называемая провайдером, или хостинг-провайдером. И чтобы все у всех правильно и хорошо отображалось, провайдер следит за своим сетевым оборудованием, в том числе серверами и каналами связи, через которые проходят данные. А у нас с вами, когда что-то где-то отваливается, есть возможность хотя бы приблизительно понять – что и где, чтобы решить, виноват ли хостинг, или тот провайдер, через которого мы выходим в интернет, или просто надо своими ручками вставить кабель в розетку (некоторые и это забывают). В подобной диагностике нам поможет трассировка маршрута от нашего компьютера до нужного сайта. Выполняется эта трассировка с помощью команды traceroute, в Windows-варианте tracert. Чтобы запустить команду под Windows, зайдем в меню Пуск -> Выполнить и наберем: cmd. Откроется совершенно черное окно с мигающим курсором – это и есть наша командная строка. Далее наберем tracert имя_сайта и посмотрим, что будет... Например, у меня трассировка маршрута к сайту yandex.ru выглядит приблизительно так: Трассировка маршрута к yandex.ru [213.180.204.11] с максимальным числом прыжков 30: 1 * * * Превышен интервал ожидания для запроса. 2 10 ms 10 ms 10 ms bla4703.mns.ru [80.70.239.5] 3 10 ms 16 ms 10 ms core-239-214.bla-bla.ru [80.70.239.254] 4 10 ms 10 ms 10 ms core-239-221.bla-bla.ru [80.70.239.241] 5 15 ms 16 ms 16 ms ix1-m10.yandex.net [193.232.246.93] 6 16 ms 15 ms 16 ms einstein-vlan501.yandex.net [87.250.243.125] 7 16 ms 15 ms 16 ms hummer-vlan2.yandex.net [87.250.228.136] 8 16 ms 10 ms 16 ms yandex.ru [213.180.204.11] Трассировка завершена. Теперь разберемся, как это работает. Командой tracert мы инициируем отправку пакетов данных тому получателю, который указали – это может быть адрес сайта, имя компьютера в сети или IP-адрес. При этом пакеты проходят через все промежуточные системы (обычно это специальные сетевые устройства – машрутизаторы) между нашим компьютером и получателем. Таким образом, мы устанавливаем маршрут до пункта назначения и, что гораздо более важно – определяем время отклика (значение в миллисекундах) каждого промежуточного узла. На тех участках маршрута, где время отклика минимально, передача осуществляется быстрее всего – это значит, что канал не перегружен и данные проходят практически без помех. Попробуйте, например, трассировку маршрута к самому себе: команда tracert localhost или равнозначная tracert 127.0.0.1. Там же, где время отклика больше некоторого стандартного значения, мы получаем результат «Превышен интервал ожидания для запроса», что равносильно потере пакетов данных. Таким образом можно установить, в каком месте цепочки находится проблема. Если пакеты не доходят до самого пункта назначения – значит, проблема в нем. Если цепочка обрывается на середине – проблема в каком-то из промежуточных маршрутизаторов. При этом с другого компьютера или по другому маршруту (если такой существует) наш отвалившийся сайт может быть доступен. Если пакеты не выходят за пределы сети нашего провайдера – стало быть, там и проблема. Ну а чтобы узнать, в каких случаях нужно просто установить модемное соединение или вставить кабель в разъем сетевой карты, попробуйте его выдернуть (предварительно дочитав статью) и провести диагностику самостоятельно.

Источник: http://shkolazhizni.ru/archive/0/n-18023/
© Shkolazhizni.ru

Между нами, девочками, порой приходится слышать фразы: «Вот опять такой-то сайт отвалился». Что это значит? Куда отвалился? В действительности сайт, конечно, никуда со стула не падал, просто нам со своего компьютера через свой Internet Explorer, Firefox или другую какую программу до этого сайта не достучаться – не отображается он. Почему не отображается? Попробуем это выяснить. Как известно, сайты в сети, подобно сферическим коням в вакууме, сами по себе не существуют – их поддерживают большие мощные компьютеры, называемые серверами, а серверами этими ведает компания, называемая провайдером, или хостинг-провайдером. И чтобы все у всех правильно и хорошо отображалось, провайдер следит за своим сетевым оборудованием, в том числе серверами и каналами связи, через которые проходят данные. А у нас с вами, когда что-то где-то отваливается, есть возможность хотя бы приблизительно понять – что и где, чтобы решить, виноват ли хостинг, или тот провайдер, через которого мы выходим в интернет, или просто надо своими ручками вставить кабель в розетку (некоторые и это забывают). В подобной диагностике нам поможет трассировка маршрута от нашего компьютера до нужного сайта. Выполняется эта трассировка с помощью команды traceroute, в Windows-варианте tracert. Чтобы запустить команду под Windows, зайдем в меню Пуск -> Выполнить и наберем: cmd. Откроется совершенно черное окно с мигающим курсором – это и есть наша командная строка. Далее наберем tracert имя_сайта и посмотрим, что будет... Например, у меня трассировка маршрута к сайту yandex.ru выглядит приблизительно так: Трассировка маршрута к yandex.ru [213.180.204.11] с максимальным числом прыжков 30: 1 * * * Превышен интервал ожидания для запроса. 2 10 ms 10 ms 10 ms bla4703.mns.ru [80.70.239.5] 3 10 ms 16 ms 10 ms core-239-214.bla-bla.ru [80.70.239.254] 4 10 ms 10 ms 10 ms core-239-221.bla-bla.ru [80.70.239.241] 5 15 ms 16 ms 16 ms ix1-m10.yandex.net [193.232.246.93] 6 16 ms 15 ms 16 ms einstein-vlan501.yandex.net [87.250.243.125] 7 16 ms 15 ms 16 ms hummer-vlan2.yandex.net [87.250.228.136] 8 16 ms 10 ms 16 ms yandex.ru [213.180.204.11] Трассировка завершена. Теперь разберемся, как это работает. Командой tracert мы инициируем отправку пакетов данных тому получателю, который указали – это может быть адрес сайта, имя компьютера в сети или IP-адрес. При этом пакеты проходят через все промежуточные системы (обычно это специальные сетевые устройства – машрутизаторы) между нашим компьютером и получателем. Таким образом, мы устанавливаем маршрут до пункта назначения и, что гораздо более важно – определяем время отклика (значение в миллисекундах) каждого промежуточного узла. На тех участках маршрута, где время отклика минимально, передача осуществляется быстрее всего – это значит, что канал не перегружен и данные проходят практически без помех. Попробуйте, например, трассировку маршрута к самому себе: команда tracert localhost или равнозначная tracert 127.0.0.1. Там же, где время отклика больше некоторого стандартного значения, мы получаем результат «Превышен интервал ожидания для запроса», что равносильно потере пакетов данных. Таким образом можно установить, в каком месте цепочки находится проблема. Если пакеты не доходят до самого пункта назначения – значит, проблема в нем. Если цепочка обрывается на середине – проблема в каком-то из промежуточных маршрутизаторов. При этом с другого компьютера или по другому маршруту (если такой существует) наш отвалившийся сайт может быть доступен. Если пакеты не выходят за пределы сети нашего провайдера – стало быть, там и проблема. Ну а чтобы узнать, в каких случаях нужно просто установить модемное соединение или вставить кабель в разъем сетевой карты, попробуйте его выдернуть (предварительно дочитав статью) и провести диагностику самостоятельно.

Источник: http://shkolazhizni.ru/archive/0/n-18023/
© Shkolazhizni.ru

Между нами, девочками, порой приходится слышать фразы: «Вот опять такой-то сайт отвалился». Что это значит? Куда отвалился? В действительности сайт, конечно, никуда со стула не падал, просто нам со своего компьютера через свой Internet Explorer, Firefox или другую какую программу до этого сайта не достучаться – не отображается он. Почему не отображается? Попробуем это выяснить. Как известно, сайты в сети, подобно сферическим коням в вакууме, сами по себе не существуют – их поддерживают большие мощные компьютеры, называемые серверами, а серверами этими ведает компания, называемая провайдером, или хостинг-провайдером. И чтобы все у всех правильно и хорошо отображалось, провайдер следит за своим сетевым оборудованием, в том числе серверами и каналами связи, через которые проходят данные. А у нас с вами, когда что-то где-то отваливается, есть возможность хотя бы приблизительно понять – что и где, чтобы решить, виноват ли хостинг, или тот провайдер, через которого мы выходим в интернет, или просто надо своими ручками вставить кабель в розетку (некоторые и это забывают). В подобной диагностике нам поможет трассировка маршрута от нашего компьютера до нужного сайта. Выполняется эта трассировка с помощью команды traceroute, в Windows-варианте tracert. Чтобы запустить команду под Windows, зайдем в меню Пуск -> Выполнить и наберем: cmd. Откроется совершенно черное окно с мигающим курсором – это и есть наша командная строка. Далее наберем tracert имя_сайта и посмотрим, что будет... Например, у меня трассировка маршрута к сайту yandex.ru выглядит приблизительно так: Трассировка маршрута к yandex.ru [213.180.204.11] с максимальным числом прыжков 30: 1 * * * Превышен интервал ожидания для запроса. 2 10 ms 10 ms 10 ms bla4703.mns.ru [80.70.239.5] 3 10 ms 16 ms 10 ms core-239-214.bla-bla.ru [80.70.239.254] 4 10 ms 10 ms 10 ms core-239-221.bla-bla.ru [80.70.239.241] 5 15 ms 16 ms 16 ms ix1-m10.yandex.net [193.232.246.93] 6 16 ms 15 ms 16 ms einstein-vlan501.yandex.net [87.250.243.125] 7 16 ms 15 ms 16 ms hummer-vlan2.yandex.net [87.250.228.136] 8 16 ms 10 ms 16 ms yandex.ru [213.180.204.11] Трассировка завершена. Теперь разберемся, как это работает. Командой tracert мы инициируем отправку пакетов данных тому получателю, который указали – это может быть адрес сайта, имя компьютера в сети или IP-адрес. При этом пакеты проходят через все промежуточные системы (обычно это специальные сетевые устройства – машрутизаторы) между нашим компьютером и получателем. Таким образом, мы устанавливаем маршрут до пункта назначения и, что гораздо более важно – определяем время отклика (значение в миллисекундах) каждого промежуточного узла. На тех участках маршрута, где время отклика минимально, передача осуществляется быстрее всего – это значит, что канал не перегружен и данные проходят практически без помех. Попробуйте, например, трассировку маршрута к самому себе: команда tracert localhost или равнозначная tracert 127.0.0.1. Там же, где время отклика больше некоторого стандартного значения, мы получаем результат «Превышен интервал ожидания для запроса», что равносильно потере пакетов данных. Таким образом можно установить, в каком месте цепочки находится проблема. Если пакеты не доходят до самого пункта назначения – значит, проблема в нем. Если цепочка обрывается на середине – проблема в каком-то из промежуточных маршрутизаторов. При этом с другого компьютера или по другому маршруту (если такой существует) наш отвалившийся сайт может быть доступен. Если пакеты не выходят за пределы сети нашего провайдера – стало быть, там и проблема. Ну а чтобы узнать, в каких случаях нужно просто установить модемное соединение или вставить кабель в разъем сетевой карты, попробуйте его выдернуть (предварительно дочитав статью) и провести диагностику самостоятельно.

Источник: http://shkolazhizni.ru/archive/0/n-18023/
© Shkolazhizni.ru

="uForm uComForm">

Войдите:

• Отправить