Изпечатай

[madmak]

Здравейте,

скоро правих upgrade на Debian unstable дистибуцията си на домашния рутер и се сблъсках със следния проблем:

ползвам LTSP 5, а преди upgrade-a бях на версия 4.2 и нямах никакви проблеми.

т.к. разполагам само с един лаптоп, а си правя разни експерименти с LTSP ползвам VMWare и VirtualBOX  за симулиране на няколко компютъра в домашната ми мрежа. От както съм с LTSP 5 немога да boot-на терминал с VMWare и VirtualBOX. В момента в който трябва да се вдигне мрежовия интерфейс при клиента нещо се обърква.

Предполгама, че проблема е или в настройките на DHCP или в начина по който се вдига интерфейса. Търсих много в интернет отговор на проблема, но нищо не открих. Ето екран от грешката: http://kolevi.net/images/forumi/ltsp-error.jpg

А ето наякои подробности за топологията на мрежата:

рутер:
eth0 - връзка с интернет
eth1, eth2 - бриджнати в br0 - локална мрежа 192.168.0.0/24 - към този интерфейс е закачен AP LinkSYS

лаптоп:
тук използвам опцията на VMWare "Bridged: Connected directly to the physical network" - ползвам бежчиная адаптер на лаптопа  за връзка с рутера

Искам да вметна, че при опит да boot-на лаптопа като терминал през кабел няма подобни проблеми.

Някой може ли да помогне?

[v01d]

Виж дали има права да пише в /tmp и също така дали съществува файлът
/tmp/net-eth0.conf ( ако го има, провери дали може да се пише в него )
другото което е след ъпдейта пусна ли  ltsp-update-sshkeys и ltsp-update-image?
Повече по твоя проблем може да прочетеш на
 http://ubuntuforums.org/archive/index.php/t-874568.html

[madmak]

Виж дали има права да пише в /tmp и също така дали съществува файлът
/tmp/net-eth0.conf ( ако го има, провери дали може да се пише в него )
другото което е след ъпдейта пусна ли  ltsp-update-sshkeys и ltsp-update-image?
Повече по твоя проблем може да прочетеш на
 http://ubuntuforums.org/archive/index.php/t-874568.html

Здравей,

Правата на /tmp са ОК.  На страничката която ми препоръчваш разбирам, че е засегнат друг проблем, т.е. там не се открива мрежовия интерфейс вероятно поради липса на подходящ драйвер. При мен проблема е друг. Опитах се да дебъгвам с tcpdump доколкото мога и забелязах нещо странно. Когато бутвам терминал с кабел и настъпи момента в който интерфейса се "вдига" ip пакетите изглеждат така:

Код:

IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:0c:29:eb:f7:97, length 548
IP 192.168.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 334
ARP, Request who-has 192.168.0.1 tell 192.168.0.14, length 46
ARP, Reply 192.168.0.1 is-at 00:02:44:42:25:41, length 28

а когато буутвам през VMWare и ползвам безжичния адаптер на лаптопа така:

Код:

IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:0c:29:eb:f7:97, length 271
IP 192.168.0.1.67 > 192.168.0.14.68: BOOTP/DHCP, Reply, length 340

Вижда се, че DHCP сървъра се опитва да се свърже с 192.168.0.14 в случая клиента терминал, но той не го и "чува" това т.к. очаква да получи от DHCP сървъра  съвсем друго в този момент. Поне така го разбирам аз.