Opublikowano:

IPv6 na maszynach wirtualnych XEN

Witam wszystkich, Konfiguracja IPv6 na maszynie fizycznej, Dom0, nie przysporzyła wielu problemów. Podobnie konfiguracja IPv4 na maszynach wirtualnych DomU. Ustawiony jest routing przez hosta i wszystko śmiga. Śmiga także IPv6 na hoście. Ale czy ktoś może mi, nawet za zimne piwo, podpowiedzieć, jak skonfigurować IPv6 na maszynach DomU? Jak ustawić routing przez hosta dla IPv6? Serwer dedykowany w kimsufi, jesli to ma jakieś znaczenie. Myślę, ze znaczenie ma tutaj jedynie fakt, ze nie jest to bridge (bo być nie może), ale routing przez Dom0. Z góry dziękuję i z tym piwem, to nie żart. Chętnie wyślę ;) Czytaj dalej...

Opublikowano:

internal network w wykonaniu proxmox

witam, czy ktokolwiek tutaj ma doświadczenie jak zmontować wewnętrzna siec na proxmox? Potrzebuje kilka usług infrastrukturalnych, ale nie ma konieczności wystawiać je na publicznych IP, stąd pomysł o prywatnych IP. Próbowałem kombinacji ze strony proxmox, ale nie jest to konfiguracja działająca. Mam nadzieję, że ktoś z czytających miał podobną potrzebę i wie jak efektywnie zbudować sobie sieć wewnętrzną na proxmox. Bridge na zewnątrz też musi zostać działający Czytaj dalej...

Opublikowano:

Błędna konfiguracja serwera i emaile od automatu

Witam! Od kilku dni zastanawiam się co jest nie tak w konfiguracji mojego drugiego serwera. Obecnie konfiguracja wygląda w ten sposób, że główny serwer ma przypisane 2 ip failover (jedno przypisane do Vservera opartego na Linux Vservers – nie jest wpisane w interfaces oraz drugie wpisane w linuxie wg wytycznych tj. bez bramy). Problem dotyczy ip`ka wpisanego w interfaces i używanego przez VMWare. vmware-config.pl zrobił bridge między eth0 a vmnet0 (może się mylę ale chyba powinno być między eth0:0 a nie eth0 a vmnetX?), wirtualna karta ma MAC wygenerowany w managerze. Na windowsie który stoi na wirtualnej maszynie wpisane jest ip failover w ten sposób: IP: a.a.a.a Maska: 255.255.255.255 (z hackiem z rejestrem) Brama: a.a.a.254 DNS1: 208.67.222.222 DNS2: 8.8.8.8 Na początku myślałem, że problem leży w błędnej bramie na windowsie (była jakaś zupełnie bzdurna) ale po poprawieniu na a.a.a.254 znowu dostałem takie oto upomnienie: Kod: 19:49:55.392301 arp who-has a.a.a.254 tell a.a.a.a 19:53:31.821597 arp who-has a.a.a.254 tell a.a.a.a 20:04:52.110866 arp who-has a.a.a.254 tell a.a.a.a Czy ktoś z administracji/mądrzejszych głów niż ja może wyjaśnić przyczynę problemu i ew. zasugerować jego rozwiązanie? Support ma mnie koncertowo nie powiem gdzie – nawet nikt na maila nie raczy odpisać. Dodam, że taką konfigurację zalecono mi telefoniecznie. Czytaj dalej...