Ubuntu 10. Краткое руководство пользователя

Feb 6 09:23:48 user-desktop pppd[6667]: PPP session is 2336

Feb 6 09:23:48 user-desktop pppd[6667]: Using interface ppp1

Feb 6 09:23:48 user-desktop pppd[6667]: Connect: ppp1 <-> eth0

Feb 6 09:23:48 user-desktop pppd[6667]: Remote message: Login incorrect

Feb 6 09:23:48 user-desktop pppd[6667]: Connection terminated.

Причина неудачи понятна — имя пользователя или пароль не приняты, о чем красноречиво свидетельствует сообщение Login incorrect. Чтобы изменить имя пользователя или пароль, можно запустить конфигуратор pppoeconf, однако не стоит с этим спешить — если в предыдущий раз соединение было установлено, и настройки соединения вы не изменяли, возможно, следует обратиться к провайдеру — это явный признак неправильной работы оборудования на его стороне.

Вот еще один пример неправильной работы оборудования провайдера, характерный для PPPoE:

Feb 6 09:23:48 user-desktop pppd[6667]: PPP session is 2336

Feb 6 09:23:48 user-desktop pppd[6667]: Using interface ppp1

Feb 6 09:23:48 user-desktop pppd[6667]: Connect: ppp1 <—> eth0

Feb 6 09:23:48 user-desktop pppd[6667]: Connection terminated.

Возможно, нужно перезагрузить точку доступа (access point), т. е. просто выключить и включить ее. Если это не поможет, обращайтесь к провайдеру.

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

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

ping dkws.org.ua

PING dkws.org.ua (213.186.114.75) 56(84) bytes of data.

64 bytes from wdt.org.ru (213.186.114.75): icmp_seq=1 ttl=58 time=30.7 ms

64 bytes from wdt.org.ru (213.186.114.75): icmp_seq=2 ttl=58 time=24.8 ms

64 bytes from wdt.org.ru (213.186.114.75): icmp_seq=5 ttl=58 time=12.2 ms

64 bytes from wdt.org.ru (213.186.114.75): icmp_seq=6 ttl=58 time=159 ms

64 bytes from wdt.org.ru (213.186.114.75): icmp_seq=7 ttl=58 time=19.3 ms

64 bytes from wdt.org.ru (213.186.114.75): icmp_seq=9 ttl=58 time=29.0 ms

…

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

tracepath dkws.org.ua

Сразу видно, что имеются определенные проблемы с прохождением пакетов до удаленного узла — по пути пакеты теряются. В данном случае пакеты доходят до маршрутизатора dc-m7i-1-ge.interfaces.dc.utel.ua, а после него движение пакетов прекращается. Чтобы выяснить причину, надо обратиться к администратору того маршрутизатора, который не пропускает пакеты, — причина именно в нем.

Примечание

В других дистрибутивах вместо команды tracepath используется команда traceroute, а в Windows — tracert.

24.2.2. Не открываются страницы