Vmware workstation ja tekstin kopiointi

[JaniAlander]

Nyt olisi tämmöinen tyhmä kysymys, löytyykö mitään kikka kolmosta miten tekstin kopioinnin tuossa saa kunnolla pelaamaan.

Kas kun juttu on seuraava, Host-kone Kubuntu 20.04, guest kone Ubuntu 18.04 server. Molemmissa suomi-näppis. No kopsaanpa vaikka komentorivikäskyn isäntäkoneelta virtuaalikoneen konsoliin ja kas kummaa kaikki erikoismerkit mankeloidaan joksikin vallan muuksi.

Tulee mieleen että onko tässä pakko ajaa virtuaalikoneella ssh servua ja ottaa sillä yhteyttä jotta moinen pelleily loppuisi?

[Ganymedes]

Kokeilin seuraavia yhdistelmiä, VMware Player/Workstation 16.1 versioilla:

Host: Ubuntu Studio 20.04 - Guest: Debian 85 live

Host: Kubuntu 20.04 - Guest: Ubuntu 20.04

Kummassakin tavanomainen kopiointi merkkijonolla: "abc 123 xyz" toimi. Tiedoston kopiointi on Ubuntussa jotenkin rikki nykyään, ja se ei aina toimi. Copy/paste, johonkin hakemistoon ehkä toimiikin. Toisinpäin guestilta hostille ei välttämättä toimi.

Maa-asetukset: niitä on varsin monia. Kerro tarkasti miten ne haluat olevan - lähetä ruutukopio kyseisestä käyttöjärjestelmästä. Minulla on yleisesti ottaen kieli englanti mutta sijainti Suomi ja näppis suomenkielinen ... mutta tämähän on vain karkea yleistys asetuksista. Onhan siellä kaikenmaailman format-asetuksia ja muita, jotka ovat ehkä amerikkalaisia, näin näyttäisi olevan ainakin Kubuntussa.

Kiertokonstina: No jos tiedoston kopiointi hostilta guestille toimii, välitä sitä kautta. Jos käytät G-mailiä, sen kautta voi myös välittää helposti, kunhan kirjaudut sisälle molemmille.

Tosin sinulla on Ubuntu Server, jolloin grafiikkaa ei taida olla käytössä, vai kuinka? Joten en tiedä mitä ylläolevasta voit edes käyttää.

Lähetä myös merkkijono, jotta tiedän mistä erikoismerkeistä on kyse.

[JaniAlander]

No se murjoi ihan verkko-osoitteen tyyliin http://www.erkkiesimerkki.joo : ja // vaihtui muistaakseni öökkösiksi

Joo se meni muotoon httpÖ--www.erkkiesimerkki.joo


Mulla on jotenkin sellainen epäily että Vmware itse härvää tässä jotain. Ei siinä muuten mutta sitä on hauska kirjoittaa kaikenlaiset skriptit käsin, tiedostot siirtyvät normaalisti jaetun kansion kautta.

[Ganymedes]

En ole nähnyt VMwaren tekevän koskaan mitään tällaista, enkä oikein usko nytkään.

Kokeilin esimerkilläsi Kubuntu 20.04 hostista Ubuntu 20.04 guestiin. Normaaliin terminaaliin menee ihan oikein.

Minulla on Kubuntussa USA English Formaatit ja Ubuntussa Suomi Formaatit (koska en ole niitä muutellut asennuksen jälkeen). Nythän tällaiset konversiot eivät toimi kaikissa tapauksissa oikein, vaikka pitäisivät (esim. Windowsissa eivät toimi). Mutta en oikein usko että tästäkään on kyse, koska ei WEB-osoitetta pitäisi konvertoidakaan.

Onko sinulla shell'ssä vaihtunut merkistö jostakin syystä? Minulla on kohteessa oletus, joka on Unicode - UTF-8.

Tiedostoja voi tietysti siirtää aiemmin ehdottamani lisäksi käyttöjärjestelmän tiedostojaolla tai VMware tiedostojaolla, kuten olet tehnytkin. Tarkoitin sitä, että siirrät tiedoston ja teet copy/paste:n sitten vasta kohteessa.

[JaniAlander]

Se on vmwaren suora konsolinäyttö mulla on sellainen epäily että se härvää jotain. Helppohan se olisi testata pistää sshd questiin päälle ja menee hostista ssh:lla sisään ja kattoo mitä käy sitten. Mutta ei taida tähän aikaan enää jaksaa

[JaniAlander]

No nyt kumminkin testasin ja kas kummaa ssh terminaaliin pistettynä merkit ei murjoudu kiva kiva

[Ganymedes]

No hyvä että kiertokonsti toimii, en oikein tunne tätä aluetta, joten ei voi spekuloida enempää ... en kyllä oikein tiedä mitä "vmwaren suora konsolinäyttö" oikein tarkoittaa ... mahdollisesti vieraskoneen, eli Ubuntu serverin, konsolia. No, ei ehkä oleellista tietääkään.

[JaniAlander]

Tosiaan tarkoittaa sitä, vmwaren ikkunassa olevaa vieraskoneen konsolia. Jostain syystä siihen kopiointi tuottaa hassuja juttuja. Oli mulla toinenkin metka havainto, kas kun joudun ajamaan paria virtuaalikonetta samaan aikaan, ja, molemmat on nat:in takana, ja toinen oli alunperin toisen klooni. Ylläripylläri, molemmat saa SAMAN ip-osoitteen. No eka vaihdan toisen virtuaalimasiinan mac-osoitteen. Ei vaikutusta. Sitten kaivelen syvempää, ilmeisesti syynä olikin (vieraskone) Ubuntun oma käytäntö, ja menen sitten sörkkimään netplania, sieltä löytyy sopiva asetus jonka jälkeen saadaan molemmille eri ip-osoite.

[Ganymedes]

Tosiaan tarkoittaa sitä, vmwaren ikkunassa olevaa vieraskoneen konsolia. Jostain syystä siihen kopiointi tuottaa hassuja juttuja. Oli mulla toinenkin metka havainto, kas kun joudun ajamaan paria virtuaalikonetta samaan aikaan, ja, molemmat on nat:in takana, ja toinen oli alunperin toisen klooni. Ylläripylläri, molemmat saa SAMAN ip-osoitteen. No eka vaihdan toisen virtuaalimasiinan mac-osoitteen. Ei vaikutusta. Sitten kaivelen syvempää, ilmeisesti syynä olikin (vieraskone) Ubuntun oma käytäntö, ja menen sitten sörkkimään netplania, sieltä löytyy sopiva asetus jonka jälkeen saadaan molemmille eri ip-osoite.

OK, tuo kaksi konetta juttu - voin kertoa miten tuon saa toimimaan ihan normaaleilla verkkoasetuksilla, virhetilannehan tuo on Ethernet-verkossa ja nimenomaan seurausta kopioinnista ... mikä sinänsä on hyvin tavallinen tapa tehdä uusia koneita.

Jos on tarvetta ajaa kahta konetta samaanaikaan, niin ensimmäiseksi muutan toisen koneen hostname'n, ja bootti perään - tämä eliminoi pahimman virhetilanteen. VMwaren DHCP antaa kyllä eri ip-osoitteen tässä tapauksessa. (Tämä tietysti on melkoinen pökäle, jos koneella on SQL Serveri - sen kanssa hostnamen muuttamisesta ei tule käytännössä mitään ja sitä paitsi tietokantaan on ehkä vanhastaan tallentunut vanha nimi, ehkä kymmeniin kenttiin, joka on toisen luokan pökäle, jos tietokantaa tarvitsee ... helpointa siis ampua SQL Serveri pois ja asentaa uudestaan. Oraclella tämä on ongelma vain jos se on asennettu väärin, no, tietokannan sisältö on ongelma siinäkin jos siitä on kyse.)

Yleensä kuitenkin, jos on tarve ajaa kahta konetta samaan aikaan, niin niiden pitää myös löytää toisensa. Tämä ei kopioilla yleensä toimi, koska DNS menee tästä kopiointitempusta sekaisin, minkä olet jo tavallaan huomannut. Se mahdollisesti pääsisi mukaan parin vuorokauden kuluessa (tai jotain?), mutta nopea tapa on, siis Windowsilla:

- laittaa kumpaankin koneeseen fixed ip
- laittaa kumpaankin koneeseen "hosts" tiedostoon tieto toisesta koneesta (siis pitää olla yhteys molempiin suuntaan, vaikka tuntuisi että vain toinen suunta tarvitaan, verkko ei toimi aina näin)
- ping toimii muutosten jälkeen heti, mutteivät suinkaan sovellukset. Esim. fileshare ei toimi ilman boottia, voi hämätä.

Näillä jutuilla kopioidut NAT-koneet kyllä toimivat ongelmitta ... kunhan sitten muistaa, että "hosts" tiedostossa on tietoa, jota pitää ylläpitää jos verkko muuttuu. Mac-osoitteisiin ei siis tarvitse koskea.

[JaniAlander]

Näillä oli eri hostname, vaihdoin ennen kuin aloin yhtä aikaa ajon.
Ja DNS:ästä ei tarvi välittää sitä eikä tätä kun tätä juttua ajetaan paikallisesti

[Ganymedes]

Näillä oli eri hostname, vaihdoin ennen kuin aloin yhtä aikaa ajon.
Ja DNS:ästä ei tarvi välittää sitä eikä tätä kun tätä juttua ajetaan paikallisesti

Ei ehkä DNS per se, mutta joka tapauksessa joku nimipalvelu on aina toiminnassa, eihän muuten paikallisestikaan MIKÄÄN kone löytyisi nimen perusteella. Editoi "hosts" -tiedostot, niin homma toimii ilman MAC-osoitteiden muuttamista. Olen ajanut tällaisia konfigurointeja VMwaressa 10+vuotta NATissa. Koneita on tyypillisesti ollut kolme.

Ohje toimii sekä Windows että Ubuntu Hostin tapauksessa (siis myös täsmälleen samoilla koneilla tai niiden kopioilla) - muuttamatta yhtään mitään, paitsi että NAT-verkkoavaruus pitää tietysti olla sama, jotta siirrettävyys säilyy ... sehän on tehty jo etukäteen VMware installoinnin yhteydessä. Guestit ovat aina olleet Windows-koneita. Windows versiolla ei ole tässä mitään merkitystä.

[JaniAlander]

Tää oli hyvin simppeli muunnos minkä tein:
network:
  ethernets:
    ens33:
      dhcp4: true
      dhcp-identifier: mac
  version: 2
00-installer-config.yaml (END)

Tuo dhcp-identifier on se mikä tuonne on pistetty, en tiedä mitä ubuntu käyttää identifierinä oletuksena, mutta pelaa kun tosiaan on eri macit...

ja joo testasin juuri loggauduin ristiin näillä koneilla ssh:lla, löytävät toisensa kuten kuuluu.