Не может проверить с помощью ping-запросов ноутбук Ubuntu от моей LAN

Мой ноутбук имеет Ubuntu 10.10 и подключен к моему маршрутизатору с полным доступом в Интернет, все же я не могу проверить с помощью ping-запросов его от других компьютеров на моей LAN. Я попробовал следующее:

  • Я могу успешно проверить с помощью ping-запросов те другие компьютеры от своего ноутбука Ubuntu, таким образом, я случайно не соединялся с чужой сетью.
  • Я могу успешно проверить с помощью ping-запросов свой ноутбук Ubuntu от себя, хотя я не знаю, означает ли это что-нибудь.
  • Я не смешал с iptables вообще, таким образом, он в настоящее время не имеет никакого набора правил, который заставил бы его отклонять что-либо.
  • Я осуществил бронирование DHCP для MAC-адреса своего ноутбука в моем маршрутизаторе, чтобы удостовериться, что я всегда использовал корректный IP-адрес.

Обратите внимание на то, что я использую "командную строку только" установка Ubuntu, таким образом, я не могу использовать инструменты конфигурации сети GUI. Причина я хочу проверить с помощью ping-запросов его, состоит в том, потому что я пытаюсь выполнить сервер NFS на ноутбуке, все же несмотря на корректную установку его я не могу получить доступ к объему NFS на другом компьютере, потому что это даже не видимо в сети прямо сейчас.

5
задан 24 November 2011 в 19:26

2 ответа

Вы не упоминаете, попытались ли Вы проверить с помощью ping-запросов через имя хоста или IP-адрес. Если именем хоста, WINS не является стандартным компонентом Linux (особенно основная установка), таким образом, большинство потребительских маршрутизаторов и полей Windows не смогут соединиться через имя хоста. Ваш маршрутизатор может иметь метод ручной установки имен хостов к определенному MAC или IP-адресу, который мог решить проблему. Если Вы имеете все поля Linux и имеете проблему, попытайтесь определить имена в/etc/hosts. Наконец, попытайтесь установить WINS, если это - маршрут, Вам нравится (часть Samba): https://help.ubuntu.com/community/Samba/SambaServerGuide

1
ответ дан 23 November 2019 в 10:46

Не решение, а инструмент диагностики: попытайтесь достигнуть своего компьютера через TCP для исключения случая, что что-то броское продолжает пакеты ICMP. На выполненном хосте получения

nc -l 8090

в то время как на другом, выполненном

echo hi | nc ip.of.computer 8090

Конечно, необходимо заменить of.of.computer IP-адресом компьютера такой как 192.168.0.101. Если все подходит, необходимо видеть "привет" в выводе компьютера, которого Вы пытаетесь достигнуть. В противном случае существует что-то не так с Вашей маршрутизацией, или брандмауэр блокирует входящие пакеты.

0
ответ дан 23 November 2019 в 10:46

Другие вопросы по тегам:

Похожие вопросы: