Не может ssh к beaglebone?
Если Вы входите в систему с ssh, кажется трудным повторно войти в систему с Gnome, и больше тяжелее для отображения всего рабочего стола от компьютера Windows.
Вот почему подобные вопросы на askubuntu или советах суперпользователя использовать других и более соответствующие протоколы как VNC, XDMCP или FreeNX.
- Если у Вас есть достаточная пропускная способность, можно инкапсулировать vnc протокол в туннеле ssh.
- Если Вы не делаете, можно инкапсулировать freeNX протокол в туннеле ssh.
ЕСЛИ действительно необходимо выбрать твердое путь, необходимо будет установить локальный X-сервер на компьютере окон и найти способ запустить gdm удаленно в этом X-сервере.
Beaglebone, кажется, имеет очень небольшую сеть 192.168.7.0/30. (отметьте: 192.168.7.2 Bcast:192.168.7.3), что означает это, будет только видеть.1, и.2 в "локальной сети" (.0 сетевой адрес, и.3 широковещательная передача). Это также не имеет никакого маршрута по умолчанию, так ничего не направит за пределами тех двух адресов.
Хост Win7, который я принимаю, будет в 192.168.0.0/24 сети (с сетевой маской 255.255.255.0) и шлюз по умолчанию 192.168.0.1 (хотя ничто, что Вы упоминаете в своей установке, не имеет эти 192.168.0.1 адреса?).
Ubuntu является самостоятельно/24 сегментом, 192.168.179.0/24 (отметьте широковещательную передачу 192.168.179.255).
Если 192.168.0.1 не имеет видимость маршрутов двух отдельных сегментов 192.168.7.0/30 (beaglebone's) и 192.168.0.0/24, Вы не собираетесь быть способными добраться от Win7 до beaglebone. Подобная проблема может присутствовать с Ubuntu в зависимости от того, какую маршрутизацию/значение по умолчанию маршрута она имеет в распоряжении.
Вы не обеспечили маршрутизацию или для Win7 или для Ubuntu, которая помогла бы дать более четкое изображение того, какова Ваша установка маршрутизации. (Можно предоставить ту подробную информацию путем выполнения a netstat -rn на тех хостах).
Кроме того, что физически подключено с какой? Действительно ли Ubuntu является VM, или действительно ли это - отдельный хост? Они оба включают beaglebone или все три, подключенные к некоторому другому устройству (хост в 192.168.0.1?)
Относительно Вашего изменения resolv.conf, которое наиболее вероятно вследствие того, что Ваш IP-адрес, вероятно, получен через DHCP (который заменит resolv.conf тем, что это получает от ответа ACK DHCP с сервера DHCP). Можно отредактировать dhclient.conf, и любой добавляет a prepend domain-name-servers 127.0.0.1; оператор или путем добавления a interface объявление, которое не содержит a domain-name-servers оператор.
-
1ТАКИМ ОБРАЗОМ, beaglebone подключен к хосту Win7. Это может также быть подключено к человечности в VM на этом Win7. Совместное использование Интернета через USB является такой болью, и я не хочу делать это снова. Это работает после перевысвечивания изображения. Вот конфигурация по умолчанию только для ссылки: dropbox.com/s/vhql35qgrtizfpy/beagleboneB_net_settings.JPG – Timtianyang 01.08.2013, 08:43
-
2здесь является настройками на win7:dropbox.com/s/q2p2u2fd5n6pfbu/host_settings.JPG, интересно, почему он не показывает шлюз – Timtianyang 01.08.2013, 08:44