Forum Debian Users Gang

mark napisał(-a):

morfik napisał(-a):

Wychodzi na to, że na maszynie wirtualnej jest adres z klasy 10.*.*.* , a na mostku na hoście jest 192.168.122.1 i pewnie dlatego są problemy. xD

Dokładnie tak jest. A czy zainstalowanie dnscrypt-proxy, z którego korzystam na debianie w laptopie mogło wywołać taką zmianę adresacji IP maszyny wirtualnej?

Dnscrypt nie wywołuje takich powikłań. Być może ustawiłeś taką sieć przy konfiguracji maszyny wirtualnej i zapomniałeś albo jakiś automat ci to skonfigurował  bez twojej wiedzy. Sieć generalnie można edytować przez virt-manager, więc możesz jeszcze tam spróbować wbić i wyklikać sobie odpowiednie parametry sieci.

morfik napisał(-a):

@mark ... Być może ustawiłeś taką sieć przy konfiguracji maszyny wirtualnej i zapomniałeś albo jakiś automat ci to skonfigurował  bez twojej wiedzy. Sieć generalnie można edytować przez virt-manager, więc możesz jeszcze tam spróbować wbić i wyklikać sobie odpowiednie parametry sieci.

Ja co prawda nie przeczytałem dalej całego wątku i twojego opisu, mnie interesował tylko fragment z najłatwiejszą formą udostępniania zasobów między hostem a wirtualnym. Ale taka sieć.

virbr0 inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255

Jest ustawiana jako domyślna w libvirt, a wirtualną ma tylko taką. 

Wychodzi, że sieć uruchomił za pomocą jakiegoś menadżera, możliwe że virt-manager-a, a wirtualny uruchomił prawdopodobnie z konsoli z qemu (bez lub domyślnym parametrem -net user) i w wirtualnej sieci qemu dostanie wtedy adres 10.0.2.15, gdzie domyślnie ma blokowane połączenia przychodzące z hosta, chyba że coś zmieni, lub przekieruje porty, to będzie miał to połączenie na localhost-e. Tu rok temu było opisywane takie proste przekierowanie.

To niech nie zmienia nic z siecią, tylko uruchomi tę witalną maszynę przez tego samego menadżera na tej domyślanej sieci, którą już ma, bo zaraz będzie miał problem z innymi adresami ip, jak doda nową sieć. Albo jak z qemu, to odwrotnie niech udostępni i tyle.

Edycja:

Spóźniłem się. Potwierdzałeś @mark moje obawy.

Edycja 2: ort. :(

Ostatnio edytowany przez jawojx (2021-01-11 20:33:05)

@ilin Tu masz odpowiedź co jest nie tak.

mark napisał(-a):

... Opcja uruchamiania systemu jest dosyć zawiła w porównaniu z debianem-vm odpalanym poleceniem. Mam aktywator i skrót klawiszowy jeden klik i chodzi. Na domiar złego próbowałem zmian w opcjach urządzeń virt-manager`a i straciłem dostęp do systemu. Mam odczucie, że v-m to zła opcja. Dostałem niezawodny przepis uruchamiania qemu z polecenia i działa bez zarzutu. Jedynie dziwny adres IP powoduje konflikt z połączeniem ssh.

@mark Przeczytaj co napisałem na górze.

sshfs felek@localhost:/home/felek /home/adam/test -p 4444
felek@localhost's password: 
adam@debian:~/Pulpit$

Katalog domowy użytkownika felek na systemie wirtualnym ładnie się montuje w katalogu /home/adam/test  na gospodarzu.

morfik napisał(-a):

No generalnie to sshfs jest chyba najprostszą opcją... ...instaluje się jeden dodatkowy pakiet na maszynie, której system plików/katalogi chce się podmontować lokalnie i tyle. To nie może się nie udać, bo to działa zawsze, wszędzie i do tego tak samo.

To z tym że jest najprostsze, nie jest takie oczywiste (przynajmniej dla @marka). Jeżeli myślimy o połączeniu z hosta na wirtualny (odwrotnie nie ma z tym problemu), a nie chcemy robić tego na przekierowaniu portów na localhosta, to tu jest warunek. Prawidłowo skonfigurowana sieć wirtualna i drugi warunek, musi się z nią połączyć. Bez znaczenia czy sam to zrobi, czy w menadżerze maszyn wirtualnych, ale z odpowiednimi parametrami w qemu, jak to robi poza menadżerem.

A jak uruchomi się quemu z…, tu cytat z mojego posta:

…uruchomił... z konsoli qemu (bez lub domyślnym parametrem -net user) i w wirtualnej sieci qemu dostanie wtedy adres 10.0.2.15, gdzie domyślnie ma blokowane połączenia przychodzące z hosta, chyba że coś zmieni, lub przekieruje porty, to będzie miał to połączenie na localhost-e.

To może sobie uruchomić tak i dziesięć wirtualnych i wszystkie będą miały takie same adresy, bo qemu tak utworzy dziesięć niezależnych odseparowanych wirtualnych sieci dla każdej maszyny. Nie będzie miał możliwości połączenia z hosta na wirtualny (poza przekierowaniem portów na localhost), chyba że w sposób który był już opisany.

Tak że, może najprostsza, ale jak widać potrzebne jest jeszcze coś. :)

Ostatnio edytowany przez jawojx (2021-01-12 17:06:44)

Nie czytałem opisu @morfika z git-a, ale nie ma tam opisu ustawiania sieci i łączenia się z nią? Dlaczego upierasz się i nie chcesz skorzystać z czegoś łatwiejszego, dla Ciebie.

@mark Jaki to dodatkowy pakiet do instalacji na maszynie wirtualnej, o którym wspominasz, gvfs?

No jak jaki, co jest potrzebne do montowania z serwera ssh, no sshfs. Myślisz, że coś ukrywa, poczekaj pewnie sam odpowie.

@mark Ten różniący się adres IP 10.0.2.15/24 od IP hosta kreuje opcja dla stawiania sieci maszyny wirtualnej zawarta w poleceniu uruchamiającym system. -net nic -net user

To jest domyślne, możesz wcale tego nie wpisywać, a i tak dostaniesz adres 10.0.2.15, i jest to opisane w dokumentacji.

@mark Testowałem kilka i żadna nie działa więc z opcji określenia modelu karty można zrezygnować.

Wszystkie działają, nie wyrokuj opinii na swoich błędnych próbach, ale co do „zrezygnować”, to nie są potrzebne do twojego celu, zostaw to.

@mark Obecnie trwam w stanie obustronnej blokady host - vm. Ping pozostaje bez odpowiedzi.

Przy domyślnym ustawieniu sieci w qemu, pakiety ICMP nie odpowiedzą, nawet jak masz prawidłowe połączenie. A z wirtualnego to nawet do google.com też nie odpowie. Z wyjątkiem z wirtualnego na adres własny 10.0.2.15, bramy 10.0.2.2 i DNS 10.0.2.3 i ewentualnie 10.0.2.4 przy uruchomieniu usługi. A z adresem 192.168.122.1 nie jest połączony, to co tam szukasz.

@mark zapytam jeszcze raz, nic tam @morfik nie napisał w tym tutorialu, jak ustawiać i jak łączyć się z tą "właściwą" wirtualną siecią?

Ostatnio edytowany przez jawojx (2021-01-12 23:14:29)

morfik napisał(-a):

Także te wszystkie informacje w tamtym artykule są ale wciąż, przy domyślnej konfiguracji sieć powinna działać OOTB i nie trzeba tam nic zmieniać, przynajmniej gdy się tworzy i uruchamia te maszyny wirtualne via virt-manager. Ręcznie maszyn nigdy nie tworzyłem i nie uruchamiałem — za skomplikowane to dla mnie i bałem się, że coś pochrzanię i nie będzie mi to działać prawidłowo. xD Dlatego postanowiłem wspomagać się virt-manager i z czasem jak się będę bardziej wgryzał w konfigurację maszyn wirtualnych, to może będę w stanie te maszyny z palca konfigurować. xD

I dotarliśmy do sedna sprawy. Dla mnie to właśnie virt-manager jest zbyt skomplikowany, wielka ilość urządzeń do skonfigurowania z nieczytelnymi opcjami. Tu dopiero trzeba się wgryzać co do czego a poza tym jest mało praktyczny w użytkowaniu. Raz się pokusiłem na całą procedurę stawiania w nim debiana i po zainstalowaniu pobraniu pakietów aktualizacji co trwało ok. godziny straciłem dostęp do systemu i już nie wstał. Ten kreator budowania systemu v-m jak dla mnie stwarza problemy i łatwiej, moim zdaniem zrobić to z linii poleceń. Qemu jest przecież aplikacją konsolową i jak niektóre doczekało się swojego GUI.
Jasne, jako newbee 3x zastanowiłbym się czy nie łatwiej oprzeć się na GUI, ale od czego są forumowicze. Dostałem stąd gotowy przepis na obsługę qemu. Dzięki qemu man można zapoznać się z opcjami uruchamiającymi i chociaż nie wszystko do końca zrozumiałem jest to jednak bardziej czytelne od v-m, szybkie i działa niezawodnie.

/usr/bin/qemu-system-x86_64 -machine accel=kvm -drive id=disk,file=/home/marek/.virt/debian/.qemu/debian.qcow2,if=none -device ahci,id=ahci -device ide-hd,drive=disk,bus=ahci.0 -device AC97 -k pl -vga none -device qxl-vga,vgamem_mb=64 -m 4000 -net nic -net user -rtc base=localtime -cpu host  -smp 2,sockets=2,cores=1,threads=1

Jedynym mankamentem jest te domyślne ustawienie sieci.

jawojx napisał(-a):

Przy domyślnym ustawieniu sieci w qemu, pakiety ICMP nie odpowiedzą, nawet jak masz prawidłowe połączenie. A z wirtualnego to nawet do google.com też nie odpowie. Z wyjątkiem z wirtualnego na adres własny 10.0.2.15, bramy 10.0.2.2 i DNS 10.0.2.3 i ewentualnie 10.0.2.4 przy uruchomieniu usługi.

Cały czas dotąd nie uzyskałem odpowiedzi jak pokonać problem udostępniania plików via sshfs?

morfik napisał(-a):

No tylko, że tam w virt-manager nie trzeba nic konfigurować, bo domyślna konfiguracja działa dobrze, choć ja u siebie szereg rzeczy zmieniłem ale to później już gdy system na wirtualce już został zainstalowany. Dlatego postaw sobie testowo maszynę z domyślnymi opcjami.

OK zrobię to lecz czy nie ma opcji ruszenia sshfs bez virt-manager`a? W poprzednim poscie zadałem konkretne pytanie. Otworzyłem w obu systemach, host i wirtual, porty lecz połączenia są mimo tego blokowane.

 ufw status
Status: active

To                         Action      From
--                         ------      ----
Samba                      ALLOW       Anywhere                  
SSH                        ALLOW       Anywhere                  
Samba (v6)                 ALLOW       Anywhere (v6)             
SSH (v6)                   ALLOW       Anywhere (v6)

morfik napisał(-a):

Virt-manager nie ma nic do usług sieciowych, które sobie w systemie zainstalujesz. Po prostu, jak zrobisz sieć, by się oba systemy widziały po sieci (host i gość) to sshfs będzie działać.

Virt-manager nie tyle nie ma nic do usług sieciowych co ich po prostu nie zakłóca jak start qemu z linii poleceń. To wiadomo i już zostało wyjaśnione.

Jak do tej pory udało mi się uruchomić udostępnianie dedykowanego katalogu z hosta na maszynę wirt. sambą. Działa to w jedną stronę tzn. udostępniony z hosta widzę na maszynie wirtualnej.

jawojx napisał(-a):

W tym pytaniu jest prawdziwy twój problem, roszczenie. Ale Ty dostałeś i to nawet w tym fragmencie co zacytowałeś też, dlaczego tak się dzieje. A i kilka odpowiedzi dla samego sshfs. Jaki tam problem przecież sam ustawiasz opcje przy uruchamianiu qemu w konsoli, to zmień je na właściwe do oczekiwań, a może ty tylko chcesz wkleić i ma działać.

Roszczenie? Nie przesadzaj, ja nie tupię domagając się recepty. Po lekturze moich postów powinieneś już zorientować się, że nie dorównuję Wam wiedzą, a ta z zakresu sieci to mój największy koszmar. Nie przeczę sporo przekazanych tu informacji nie doceniłem lub nie zrozumiałem. Sam wiesz że konsola błędów, nie tylko literówek lecz składniowych nie wybacza. Mając do czynienia z wieloma opcjami łatwo popełnić błąd.

jawojx napisał(-a):

A jak nie chcesz używać tego menadżera (bo to nie jest jedyny), czy w ogóle menadżera, a wiersza poleceń (są też menadżery bez GUI), to przy domyślnych ustawieniach sieci przekierowujesz porty (to będzie drugie) i masz na locahost-e połączenie. Lub łączysz się przez qemu w konsoli do już działającej u Ciebie sieci wirtualnej z libvirt i dostaniesz adres sieci wirtualnej 198.168.122.xx dostępnej z hosta (trzecie).

Podaj proszę przykład takiego polecenia. Dajesz mi ogólne rady, na pewno dobre, co mam poczynić ale zrozum operacje na sieciach nie są moją domeną. Potrzebuję choćby przykładu jak praktycznie:
przekierować porty lub połączyć się z konsoli do już działającej sieci wirtualnej z libvirt...

jawojx napisał(-a):

Przecież miałeś pisane, że z wirtualnej do hosta można bez problemu się łączyć i jest to dostępne nawet przy domyślnych ustawieniach sieci w qemu. Pisałem o tym że w odwrotną stronę nie ma problemu z sshfs, dalej nie czytasz?

Tym razem Ty nie doczytałeś, odwołałem się  do połączenia sambą a nie sshfs.

@jawojx nie punktuj mnie proszę przy każdej okazji. Forum jest po to aby służyć pomocą i wiedzą co jest opcją dobrowolną. Jeżeli dalej drążę temat znaczy albo nie zrozumiałem wskazówek, albo były nieadekwatne wiedzy pytającego. :)

@mark ...Po lekturze moich postów powinieneś już zorientować się, że nie dorównuję Wam wiedzą, a ta z zakresu sieci to mój największy koszmar...

Nie o wiedzę tu chodzi, ty po prostu nie czytasz co się do ciebie pisze, do teraz nie sprecyzowałeś co chcesz osiągnąć, na przykład czy udostępnić zasoby dla maszyny wirtualnej, czy z wirtualnej.

@mark ...Podaj proszę przykład takiego polecenia...

Dostałeś takie kilka razy, teraz @ilin podał Ci trzeci raz. Dalej nie wiadomo jak chcesz realizować ten udział, to co mam ci podawać.

@mark ..Tym razem Ty nie doczytałeś, odwołałem się  do połączenia sambą a nie sshfs.

Pisałem wcześniej z hosta nie ma problemu ze wszystkimi usługami, z hosta do wirtualnego i sshfs, też w nie ma problemu.

@mark ...nie punktuj mnie proszę przy każdej okazji. Forum jest po to aby służyć pomocą i wiedzą co jest opcją dobrowolną. Jeżeli dalej drążę temat znaczy albo nie zrozumiałem wskazówek, albo były nieadekwatne wiedzy pytającego. :)

To samo, dostałeś propozycje, ani razu do nich się nie odniosłeś, nie wiadomo czy chcesz tak, a może inaczej i coś innego. O to chodzi w tym, miałeś pisane jeżeli chodzi tylko o udostępnienie, bez znaczenia skąd to łatwiej dla Ciebie jest z hosta na wirtualny, lub przekierowanie na localost.

Ostatnio edytowany przez jawojx (2021-01-13 18:59:43)

Mój post #48 to złożenie w całość dwóch moich wczesniejszych postów.

Inna sprawa że cały ten wątek zrobił sie tak chaotyczny ze samemu mi ciężko połapać o co w nim chodzi.
Czy ma być w jedną czy drugą stronę.