abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 03:11 | Nová verze

    Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.

    Ladislav Hagara | Komentářů: 0
    dnes 02:33 | IT novinky

    U příležitosti státního svátku 17. listopadu probíhá na Steamu i GOG.com již šestý ročník Czech & Slovak Games Week aneb týdenní oslava a také slevová akce českých a slovenských počítačových her.

    Ladislav Hagara | Komentářů: 0
    včera 19:33 | Nová verze

    Byla vydána nová verze 9.19 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček BirdNET-Go, tj. AI řešení pro nepřetržité monitorování a identifikaci ptáků.

    Ladislav Hagara | Komentářů: 0
    včera 02:22 | Nová verze

    Byla vydána nová verze 3.38 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.10 souvisejícího programovacího jazyka Dart (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    včera 01:33 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 28 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    15.11. 16:11 | Nová verze

    Byl vydán Debian 13.2, tj. druhá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    15.11. 12:11 | IT novinky

    Google představil platformu Code Wiki pro rychlejší porozumění existujícímu kódu. Code Wiki pomocí AI Gemini udržuje průběžně aktualizovanou strukturovanou wiki pro softwarové repozitáře. Zatím jenom pro veřejné. V plánu je rozšíření Gemini CLI také pro soukromé a interní repozitáře.

    Ladislav Hagara | Komentářů: 6
    14.11. 14:22 | Bezpečnostní upozornění

    V přihlašovací obrazovce LightDM KDE (lightdm-kde-greeter) byla nalezena a již opravena eskalace práv (CVE-2025-62876). Detaily v příspěvku na blogu SUSE Security.

    Ladislav Hagara | Komentářů: 5
    14.11. 13:22 | Nová verze

    Byla vydána nová verze 7.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Tor Browser byl povýšen na verzi 15.0.1. Další novinky v příslušném seznamu.

    Ladislav Hagara | Komentářů: 0
    14.11. 10:33 | IT novinky

    Česká národní banka (ČNB) nakoupila digitální aktiva založená na blockchainu za milion dolarů (20,9 milionu korun). Na vytvořeném testovacím portfoliu, jehož součástí jsou bitcoin, stablecoiny navázané na dolar a tokenizované depozitum, chce získat praktickou zkušenost s držením digitálních aktiv. Portfolio nebude součástí devizových rezerv, uvedla dnes ČNB v tiskové zprávě.

    Ladislav Hagara | Komentářů: 50
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (46%)
     (18%)
     (18%)
     (23%)
     (15%)
     (23%)
     (16%)
     (16%)
    Celkem 358 hlasů
     Komentářů: 16, poslední 12.11. 18:21
    Rozcestník

    Dotaz: Solaris (SXDE) ve VMWare a síť

    6.11.2007 15:17 Andrej | skóre: 51 | blog: Republic of Mordor
    Solaris (SXDE) ve VMWare a síť
    Přečteno: 678×

    Ahoj, prosím o radu s podivným problémem.

    Stáhl jsem si předinstalovaný VMWare obraz Solarisu (SXDE). Spustil jsem ho ve VMWare. Všechno fungovalo hladce, včetně sítě (NAT, vmnet8). Ve firefoxu se dalo normálně surfovat.

    Po několika restartech se ale síť začala chovat divně. Nelze zobrazit žádnou webovou stránku ve Firefoxu, nefunguje HTTP ani FTP. Firefox (v rozporu s realitou) tvrdí, že nemůže stránku nalézt. Zkoušel jsem to i pod rootem, ale situace je navlas stejná.

    Kupodivu však funguje ssh z virtuálního stroje ven (tj. kamkoliv na Internetu), a to pod rootem i pod normálním uživatelem. Dál pod rootem zcela normálně funguje dig a vrací správné hodnoty. Příkaz netstat -rn vrací routovací tabulku, která vypadá v pořádku a odpovídá situaci. Stejně dobře funguje i route get.

    Zkoušel jsem znovu spustit konfigurační skript VMWare i restartovat VMWare včetně všech jeho služeb, ale nic nepomáhá.

    Důležitá poznámka: Mám tam ještě druhý virtuální stroj: PC-BSD. Funguje bez problémů, včetně webu. Přitom je připojen ke stejé síti vmnet8. (Nikdy nespouštím oba stroje najednou.) Nikdy tam nebyly problémy s resolvingem nebo se sítí obecně. Taky jde o předinstalovaný obraz.

    Odpovědi

    6.11.2007 15:47 Milan Jurik | skóre: 21 | blog: Komentare | Ova
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    Takze ssh je schopne resolvovat?

    Co snoop, ukazuje nejaky trafic?
    6.11.2007 17:29 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť

    Ne, ssh neresolvuje. Musel jsem tam zadat IP adresu ručně. Doménová jména odmítá s tím, že je nezná. Jediné, co opravdu resolvuje, je dig. :-(

    Ale ping na IP adresu (vnější) normálně funguje a v routovacích tabulkách se správně inkrementuje počítadlo použití gateway.

    Podivný je hlavně fakt, že jsem už v tom Solarisu normálně surfoval a fungovalo to. Pokud si dobře vzpomínám, jednou jsem pak zapomněl před spuštěním vmware spustit i jeho služby. Když jsem nabootoval Solaris, síť (pochopitelně) nefungovala. Tedy jsem ho (korektně) vypnul a restartoval jsem vmware se zapnutými službami. Jenže síť už se nevzpamatovala. Jako by se pouhým restartem v tom Solarisu něco změnilo. To mě trochu děsí, protože mi to připomíná Windows. (!)

    Všude ve výpisech je rozhraní vmxnet0, zatímco při bootování se objevují hlášky, že nebylo možné inicializovat zařízení pcn0 pomocí DHCP. Konkrétně failed to plumb pcn0 a pár dalších hlášek. (Nejspíš je v Solarisu odlišen název fyzických zařízení od rozhraní síťové vrstvy (případně VLAN). Nebo je to jiný důvod?)

    Následuje výpis ze session, která přesně dokumentuje podivné chování. Resolving přes dig funguje, ale ostatní programy neresolvují. Pod výpisem z terminálu je vždy odpovídající výstup příkazu snoop, který ukazuje, že se na síti opravdu něco děje.

    První pokus: ping

    # ping 217.112.173.73
    217.112.173.73 is alive
    
    # ping charon.podzimek.org
    ping: unknown host charon.podzimek.org
     10.84.53.64 -> 217.112.173.73 ICMP Echo request (ID: 1268 Sequence number: 0)
    217.112.173.73 -> 10.84.53.64  ICMP Echo reply (ID: 1268 Sequence number: 0)

    Poznámka: druhý ping se vůbec nepokusil resolvovat. Prostě nezná a hotovo...

    Druhý pokus: dig

    # dig andrej.podzimek.org
    
    ; <<>> DiG 9.3.4-P1 <<>> andrej.podzimek.org
    ;; global options:  printcmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1688
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 0
    
    ;; QUESTION SECTION:
    ;andrej.podzimek.org.           IN      A
    
    ;; ANSWER SECTION:
    andrej.podzimek.org.    259200  IN      CNAME   charon.podzimek.org.
    charon.podzimek.org.    259187  IN      A       217.112.173.73
    
    ;; AUTHORITY SECTION:
    podzimek.org.           259187  IN      NS      charon.podzimek.org.
    
    ;; Query time: 72 msec
    ;; SERVER: 10.84.53.2#53(10.84.53.2)
    ;; WHEN: Tue Nov  6 17:17:31 2007
    ;; MSG SIZE  rcvd: 88
     10.84.53.64 -> 10.84.53.2   DNS C andrej.podzimek.org. Internet Addr ?
      10.84.53.2 -> 10.84.53.64  DNS R andrej.podzimek.org. Internet CNAME charon.podzimek.org.

    Poznámka: Taktéž dig andrej.podzimek.org @217.112.173.73 funguje správně. Snoop pak ukáže:

     10.84.53.64 -> 217.112.173.73   DNS C andrej.podzimek.org. Internet Addr ?
      217.112.173.73 -> 10.84.53.64  DNS R andrej.podzimek.org. Internet CNAME charon.podzimek.org.

    Třetí pokus: ssh

    Výpis je dlouhý, proto ho sem nedávám. Výsledek je přesně stejný jako v případě ping. Při zadání konkrétní IP adresy funguje ssh bez problémů. Při zadání doménového jména se vůbec nepokusí resolvovat a ohlásí chybu.

    # ssh andrej@217.112.173.73
    andrej@217.112.173.73's password: 
    Last login: Tue Nov  6 16:47:42 2007 from vpn-friends.ms.mff.cuni.cz
    [andrej@charon ~]$ exit
    logout
    Connection to 217.112.173.73 closed.
    
    # ssh andrej@charon.podzimek.org
    ssh: charon.podzimek.org: node name or service name not known
    6.11.2007 20:22 Milan Jurik | skóre: 21 | blog: Komentare | Ova
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    fgrep hosts /etc/nsswitch.conf

    cat /etc/resolv.conf

    ? Vypada to, ze vam DHCP neni schopne dorucit DNS konfiguraci

    Co se tyce toho vmxnet0 vs. pcn0, tak co si matne pamatuju, tak VMware emuluje AMD PCnet kartu, takze by se melo dat jit pres ni. Ale po nainstalovani VMware tools se tam asi nacpe nejaky buffer driver a emulace pcn0 se deaktivuje. Ale to jen hadam. Tohle poresite tim, ze si omrknete obsah adresare /etc, zda se tam nevali veci jako dhcp.pcn0 a hostname.pcn0.

    Osobne bych si tipnul, ze VMware proste nedokoncil instalaci svych driveru do Solarisu a nasekal tam drobny problemek. Ale resitelny :-)
    6.11.2007 21:56 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    Co se tyce toho vmxnet0 vs. pcn0, tak co si matne pamatuju, tak VMware emuluje AMD PCnet kartu

    Ne všechny. V novějších verzích je to (přinejmenším pro 64-bitové hosty) gigabitový Intel (Pro/1000 nebo jak se to oficiálně jmenuje).

    6.11.2007 22:02 Milan Jurik | skóre: 21 | blog: Komentare | Ova
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    Ach, jasne, neco takoveho jsem zaslechl. VMWare jsem uz delsi cas nevidel...

    V tom pripade, dobre by bylo videt i vypis z ifconfig -a
    6.11.2007 22:37 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    (přinejmenším pro 64-bitové hosty)

    Tenhle je 32-bitový (host i guest).

    6.11.2007 22:58 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    Oprava: mělo tam být "přinejmenším pro 64-bitové guesty".
    6.11.2007 22:35 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť

    fgrep hosts /etc/nsswitch.conf

    hosts:	files

    Soubor /etc/resolv.conf by měl být v pořádku. Původně tam bylo:

    domain: localdomain
    nameserver: 10.84.53.2
    Zkoušel jsem tam dát svůj domácí nameserver nebo servery poskytovatele, ale výsledek je pořád stejný.

    ifconfig -a

    lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
            inet 127.0.0.1 netmask ff000000 
    vmxnet0: flags=201004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4,CoS> mtu 1500 index 2
            inet 10.84.53.65 netmask ffffff80 broadcast 10.84.53.127
            ether 0:c:29:0:61:26 
    lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
            inet6 ::1/128

    7.11.2007 08:58 Milan Jurik | skóre: 21 | blog: Komentare | Ova
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť
    Opravte ten radek hosts na "files dns", to same u ipnodes.

    Pak jeste zbyva jeden mozny zadrhel, hlasi neco svcs -x ?

    A co se tyce tech hlasek okolo pcn0 vs. vmxnet0, muzete odstranit /etc/dhcp.pcn0 a /et/hostname.pcn0 ? Tim se nebude system snazit pcn0 plumbnout a hnat pres to DHCP.
    10.11.2007 01:52 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Solaris (SXDE) ve VMWare a síť

    Děkuji mnohokrát za radu, už mi to funguje. Problém s nsswitch.conf jsem už řešil kdysi dávno v Linuxu, ale vůbec mě nenapadlo, že v Solarisu to bude podobné.

    Problém se síťovým rozhraním vznikl skutečně po instalaci VMWare Tools, kdy byl původní „hardware“ nahrazen nějakým lepším, rychlejším. Takže odstraněním pcn0 z /etc se to vyřešilo.

    Kdo změnil soubor nsswitch.conf, to zůstává záhadou. Při prvním bootu resolving normálně fungoval... Na tohle už asi nepřijdu. Hlavní je, že to teď funguje.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.