Freesco, NND, CDN, EOS :: Wyświetl temat - EOS na VirtualBox

: [/] [] ()

[root@serwer ~]# /usr/sbin/dhcpd restart
Internet Systems Consortium DHCP Server V3.0.7
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.

No subnet declaration for restart (0.0.0.0).
** Ignoring requests on restart.  If this is not what
   you want, please write a subnet declaration
   in your dhcpd.conf file for the network segment
   to which interface restart is attached. **


Not configured to listen on any interfaces!

Autor:	mes mariusz [ środa, 20 stycznia 2010, 20:40 ]
Tytuł:	EOS na VirtualBox - dwa interfejsy sieciowe
VirtualBox pozwala na zdefiniowanie w wirtualnej maszynie do 4 kart sieciowych. Dla każdej karty są do wypełnienia 3 pola: 1. Typ karty (dostępne 4 fizyczne-zwirtualizowane karty sieciowe) 2. Podłączona do (NAT / Bridged adapter / Sieci Wewnętrznej / Host-only adapter) 3. Nazwa (eth0 / eth1). Kluczową jest druga opcja. Przykładowo karta skonfigurowana jako 'Bridged adapter' skutkuje wpięciem wirtualnej maszyny do sieci, równorzędnie obok komputera gospodarza. Ustawienie opcji NAT spowoduje wstawienie wirtualnego NAT-a pomiędzy komputer fizyczny a maszynę wirtualną. Przykładowo komputer fizyczny pracuje w podsieci 192.168.0.X, a maszyna wirtualna za NATem w podsieci 10.0.0.X. Hmm. Jeśli chcę sobie stworzyć dwa interfejsy w wirtualnej maszynie, jeden WAN-owy, drugi LAN-owy (coby w pełni zasymulować działanie serwera np. EOS) potrzebuję: - interfejs WAN: niech będzie wpięty równorzędnie do fizycznej sieci LAN, i niech pobiera IP przez DHCP (ewentualnie skonfiguruje się do statycznie) ustawiam więc drugą opcję dla eth0 jako Bridged adapter, - interfejs LAN. Chcę aby kolejne wirtualne maszyny działały w podsieci będącej pod kontrolą EOS-a, a więc były spięte w sieć przyłączoną do interfejsu LAN-owego maszyny wirtualnej z EOS-em. No właśnie... Jak to osiągnąć. Teoretycznie, dla drugiej karty opcję pierwszą pozostawiam taką samą, podobnie drugą (bridged adapter), trzecia opcja to tym razem eth1. Ale nie jestem, czy (z powodu drugiej opcji, mimo nazwy eth1) nie znajdą się w jednej sieci. Robił to ktoś i podzieli się uwagami?

Autor:	barte-k [ środa, 20 stycznia 2010, 20:52 ]
Tytuł:
Interfejs LAN wirtualnego serwera musi być ustawiony w tryb "Sieci Wewnętrznej" Inne wirtualne maszyny które mają być jego klientami także muszą mieć ustawiony interfejs w tryb "Sieci Wewnętrznej". Jeśli na wirtualnym serwerze działa routing to po skonfigurowaniu interfejsu na kliencie powinien zacząć działać internet. Co do interfejsu WAN wirtualnego serwera: ustawiam w tryb NAT.

Autor:	mes mariusz [ środa, 20 stycznia 2010, 22:32 ]
Tytuł:
Podczas instalacji EOS-a na wirtualnej maszynie miałem włączoną / skonfigurowaną tylko jedną kartę sieciową. Dopiero teraz włączyłem i skonfigurowałem j/w drugą. Niestety po włączeniu EOS-a nie jest ona widoczna po wydaniu komendy ifconfig. Znaczy się, że nie jest widziana w systemie. Czyżby czekała mnie ponowna instalacja systemu? A może da się ją w jakiś sposób dodać?

Autor:	barte-k [ czwartek, 21 stycznia 2010, 00:12 ]
Tytuł:
A "model" sieciówki taki sam jak eth0 (PCnet-FAST III czy jakoś tak)?

Autor:	Maciek [ czwartek, 21 stycznia 2010, 00:13 ]
Tytuł:
Najpierw sprawdź, czy w Virtualboxie ta karta na pewno jest jako "podłączona". Jeśli tak, to użyj centrum konfiguracji do skonfigurowania interfejsów. Komenda ifconfig nie pokaże nieaktywnych w danym momencie interfejsów, musiałbyś użyć ifconfig -a. Kompletny opis znajduje się do pobrania w pliku PDF ze strony, więc ja bym sugerował poczytać. Żeby znowu nie okazało się, że "instrukcja jest to coś, co czyta się, jak już nie działa".

Freesco, NND, CDN, EOS http://forum.freesco.pl/

EOS na VirtualBox - dwa interfejsy sieciowe http://forum.freesco.pl/viewtopic.php?f=36&t=18034	Strona 1 z 1

Autor:	mes mariusz [ czwartek, 21 stycznia 2010, 22:41 ]
Tytuł:
Było tak jak napisałeś. Skonfigurowałem już eth0 jako WAN, eth1 jako LAN (a przynajmniej tak mi się wydaje). Wg ifconfig teraz już wszystko gra. Pierwsza rzecz to przystąpiłem do modyfikacji dhcpd.conf (przydział IP po MAC-u). W podręczniku jest mały błąd (brak frazy host ze spacją przed etykietą stacja01) ale to tak na marginesie. Coś jeszcze nie jest skonfigurowane, bo próba restartu dhcpd kończy się: : [/] [] () [root@serwer ~]# /usr/sbin/dhcpd restart Internet Systems Consortium DHCP Server V3.0.7 Copyright 2004-2008 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file Wrote 0 deleted host decls to leases file. Wrote 0 new dynamic host decls to leases file. Wrote 0 leases to leases file. No subnet declaration for restart (0.0.0.0). Ignoring requests on restart. If this is not what you want, please write a subnet declaration in your dhcpd.conf file for the network segment to which interface restart is attached. Not configured to listen on any interfaces! GeSHi © Codebox Plus Hmm... Gdzie to się ustawia?

Strona 1 z 1	Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/

Autor:	Maciek [ czwartek, 21 stycznia 2010, 23:06 ]
Tytuł:
Bo dhcp w eosie (zakładając, ze faktycznie zainstalowałeś EOS w wersji serwer) jest już skonfigurowane. Należało zgodnie z podręcznikiem dać w LAN adres 192.168.100.1 i wszystko by działało. Następna sprawa. Restartując "czysty" program nie mówisz mu skąd ma wziąć konfigurację i na jakim interfejsie słuchać. Usługi uruchamia się w odpowiednim miejscu - albo graficznie w centrum konfiguracji - zarządzanie usługami, albo tekstowo poleceniem service dhcpd restart (lub inna nazwa).

Autor:	mes mariusz [ czwartek, 21 stycznia 2010, 23:15 ]
Tytuł:
Maciek pisze: Bo dhcp w eosie (zakładając, ze faktycznie zainstalowałeś EOS w wersji serwer) jest już skonfigurowane. Należało zgodnie z podręcznikiem dać w LAN adres 192.168.100.1 i wszystko by działało. Tak też zrobiłem. Rzeczywiście, po restarcie serwera wszystko działa. Drugiej wirtualnej maszynie został przydzielony IP (192.168.100.101) zgodnie z MAC-iem. Ale mimo to próba restartu dhcpd z konsoli kończy się komunikatami jak wyżej. Cytuj: Następna sprawa. Restartując "czysty" program nie mówisz mu skąd ma wziąć konfigurację i na jakim interfejsie słuchać. Usługi uruchamia się w odpowiednim miejscu - albo graficznie w centrum konfiguracji - zarządzanie usługami, albo tekstowo poleceniem service dhcpd restart (lub inna nazwa). dhcpd restart z konsoli wywala te same komunikaty.

Autor:	mes mariusz [ czwartek, 21 stycznia 2010, 23:31 ]
Tytuł:
Ok. Teraz wszystko działa bez błędów. Wcześniej próbowałem polecenie z pierwszej opcji ale najwyraźniej musiałem zrobić jakąś literówkę w 'service'. Dzięki.