VirtualBox – Port Forwarding

În cazul serverelor virtuale conectate la host prin NAT, serviciile acestora pot fi accesate dinspre exterior (staţii de lucru) prin port forwarding.

Exemplu:

$ VBoxManage setextradata "SQL" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/MySQL/Protocol" TCP
$ VBoxManage setextradata "SQL" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/MySQL/GuestPort" 3306
$ VBoxManage setextradata "SQL" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/MySQL/HostPort" 13306

Notă:
În comenzile de mai sus apar următorii parametrii variabili:
SQL = numele maşinii virtuale, aşa cum apare în VirtualBox
MySQL = denumire arbitrară, indicator pentru serviciul forwardat
3306 = portul ce trebuie forwardat – poate fi diferit la intrare/ieşire

 

VirtualBox – Probleme DHCP

Serverul intern DHCP alocă acelaşi IP (10.0.2.15) tuturor VM-urilor conectate la “NAT” şi din această cauză VM-urile nu se văd între ele.
Pentru ca VM-urile să poată comunica între ele, se poate face conectarea lor la “Internal Network” dar se pierde accesul la Internet prin host.

Reţeta propusă de dezvoltatori este ataşarea adaptoarelor de reţea ale VM-urilor la un adaptor bridged creat pe host. Din păcate, acest lucru nu este întotdeauna realizabil în special în cazurile în care host-ul este prevăzut cu adaptor de reţea wireless.

O soluţie de compromis ar fi legarea VM-urilor atât la “NAT” cât şi la “Internal Network” prin două adaptoare de reţea, câte unul pentru fiecare tip de conectare.
“Internal Network” (numele din oficiu este intnet) trebuie configurat cu DHCP astfel (comanda se execută în host):

$ VBoxManage dhcpserver add --netname intnet --ip 192.168.200.1 --netmask 255.255.255.0 --lowerip 192.168.200.101 --upperip 192.168.200.200 --enable

Notă:
Comanda de mai sus presupune utilizarea numelui din oficiu al “Internal Network” (intnet). Dacă se utilizează alt nume comanda se va actualiza corespunzător.
De asemenea, plaja de IP-uri şi netmask-ul sunt la alegere, în limitele impuse de standarde.

 

Update Notifier

Deşi reprezentanţii Canonical, în frunte cu Mark Shuttleworth susţin că ceea ce au introdus în versiunea 9.04 (Jaunty Jackalope) nu este un bug ci un feature, înlocuirea unei pictograme cu o fereastră care se deschide din senin cam o dată la 7 zile ţine mai mult de o gravă greşeală de programare decât de grija pentru ergonomia interfeţei grafice.

Revenirea la comportamentul din versiunile anterioare se poate face prin editorul Gconf (lansat cu comanda gconf-editor) şi debifarea opţiunii auto_launch din:

• gconf-editor -> apps -> update-notifier

Noua configurare se activează odată cu repornirea computerului.

System Beep Redivivus

Se pare că unul din developer-ii Ubuntu a dezvoltat o adevărată pasiune pentru computerele care bipăie (tare şi pătrunzător) la orice oră din zi sau din noapte.

În noua versiune, 9.04 Jaunty Jackalope, chiar şi după dezactivarea audible_bell din gconf_editor, computerul va emite un “beep” infernal la shutdown sau reboot. Singura cale de a scăpa de acesta este dezactivarea difuzorului intern (nu a boxelor):

$ sudo modprobe -r pcspkr
$ gksudo gedit /etc/modprobe.d/blacklist.conf

Se adaugă linia de mai jos în fişierul deschis în editor:

blacklist pcspkr

Se salvează fişierul şi se savurează utilizarea computerului în linişte, cel puţin până la următoarea actualizare de versiune.

Jaunty – import fotografii

În cazul în care noua versiune Ubuntu (9.04 – Jaunty Jackalope) este instalată prin actualizare sau cu reutilizarea $HOME (folder-ul ce conţine fişierele unui utilizator), vor apărea unele erori la importul imaginilor din aparatul de fotografiat.

Problemele dispar odată cu ştergerea fişierului $HOME/.local/share/applications/f-spot-import.desktop.