[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: libvirt netwerk Was: Verbinding na update



Op 20-07-2022 om 01:49 schreef hanbenes:

als root op de commandline de user ("han" waarschijnlijk) rechten geven:
adduser han libvirt


Dat kan ik gaan onderzoeken.

Je maakt hiermee de user "han" lid van de groep "libvirt", wat bepaalde rechten geeft. Hij zal dan niet meer om een paswoord vragen bij het opstarten van virt-manager.

Dan in virt-manager:
bewerken | verbinding details | virtual networks
vinkje "automatisch starten bij opstarten".

Automatisch starten bij het opstarten is niet echt de bedoeling en ook niet nodig voor goed functioneren is mijn ervaring.

Of ik lees het verkeerd; het start automatisch de beheerder in niet de verschillende machines!?

Wat hij dan doet is automatisch het virtuele netwerk starten wat nodig is om de virtuele machine(s) met internet te verbinden.

Hij start dus geen virtuele machine automatisch o.i.d.

( Dit schijnt ook te kunnen als root op de commandline met:
virsh net-autostart default
Maar dat heb ik nog niet geprobeerd. )

Als ik de virt mach beheerder deinstalleer en dan opnieuw installeer, blijven de aangemaakte machines dan staan? Worden die dan weer ingelezen?

Ja, en ja.

Ik neem aan dat je "virt-manager" bedoeld, dat is een programma waarmee je virtuele machines kunt aanmaken en beheren. Er zijn echter meer van dit soort programma's.

Een programma verwijderen en dan weer installeren zal niets veranderen, tenzij er iets beschadigd zou zijn aan het programma, bijvoorbeeld omdat je met de hand onderdelen hebt gewist. Die kans lijkt me klein.

Daarna machine rebooten en dan moet het werken.

Voor een betere oplossing heb ik de instellingen afgezocht. Bij verbinding details staat automatisch verbinden al ingesteld. De foutmelding bevat vast de sleutel naar de oplossing. Ik weet alleen niet hoe ermee aan te vangen. Als iemand een tip heeft, graag.

Wat ik ook nog niet weet is, of dit verband kan houden met het update verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik heb die update nog eens uitgevoerd met een virtuele machine die die update nog niet had, en heb gekeken wat er gebeurde. De internet verbinding leek weg te zijn, beide pictogrammen van LAN en van VPN werden leeg en er verscheen een venster die melde dat een wachtwoord voor de VPN benodigd was. Als test heb ik Firefox een zoekopdracht gegeven en de zoekresultaten werden gevonden. Er was dus toch verbinding met internet. Wat was er verdwenen en wat kwam ervoor in de plaats? Of was er niets verdwenen en waren de pictogrammen misleidend?
In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet meer vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's van youtube of duckduck niet afspeelden, maar de site werd wel gevonden. Paul gaf de sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN instellingen niets vreemds kunnen ontdekken.

Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN
moet zitten. Of weet je niet hoe die VPN uit moet?


Aan- en uitzetten van VPN is geen probleem.

Kijk dan eens of het wel goed werkt zonder VPN.

Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze
het afspelen van Youtube video's wel uit als het erg druk wordt, want
dat levert natuurlijk veel verkeer op.



Zou kunnen dat VPN beheerders dat kunnen doen. De constante is dat elke machine dezelfde vreemde stuitering maakt bij die ene zelfde update op hetzelfde punt, waarvan ik mij afvroeg wat daar nu juist mis ging.

Eigenlijk denk ik dat er niets aan de hand is.

Maar voor het geval je je toch zorgen maakt heb je aangeraden het nog een keer te doen, en dan Engelstalig (met LANG=C voor het commando).
En dan op de Engelstalige foutmelding te zoeken.

De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, lijkt me toch van belang. Is daar iets zinnigs over te zeggen?

Het lijken me verschillende kwesties.


Okee

Ik voeg nog het laatste deel van de update toe, rond de defecte koppelingsgroep regulatory.db

Instellen van distro-info-data (0.51+deb11u2) ...
Instellen van openssh-client (1:8.4p1-5+deb11u1) ...
Instellen van wireless-regdb (2022.04.08-2~deb11u1) ...
update-alternatives: waarschuwing: het opnieuw installeren van alternatief /lib/firmware/regulatory.db-debian wordt afgedwongen, omdat koppelingsgroep regulatory.db defect is

Ik denk dat het niet erg is. Maar als je er op wilt zoeken is het handig
om de foutmelding Engelstalig te hebben. Zie mijn vorige mail.



Okee, ik zal me nu maar eerst behelpen met de beschikbare.

Ik denk dat je daarmee niet verder zult komen. Maar uiteraard kun je ook op de nederlandse tekst zoeken.

Groet,
Paul



--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/


Reply to: