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í
×

včera 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
včera 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
včera 00:22 | Pozvánky

V sobota 7. dubna proběhne v Brně na FIT VUT nekomerční konference Security Session '18 věnovaná novinkám a aktuálním problémům v oblasti bezpečnosti mobilních a informačních technologií. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 4. března. Spuštěna byla registrace.

Ladislav Hagara | Komentářů: 0
16.2. 23:55 | Nová verze

Byla vydána verze 1.10 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání. Zdůraznit lze vylepšené cachování buildů.

Ladislav Hagara | Komentářů: 1
15.2. 22:55 | Komunita

V sobotu 21. dubna proběhne v Bratislavě na Fakultě informatiky a informačních technologií STU konference Bratislava OpenCamp 2018. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 10. března. Spuštěna byla registrace.

Ladislav Hagara | Komentářů: 0
15.2. 21:22 | Nová verze

Byla vydána verze 1.24 programovacího jazyka Rust (Wikipedie). Z novinek vývojáři zdůrazňují nový nástroj rustfmt pro reformátování zdrojových kódů dle požadovaného programovacího stylu a inkrementální překlad. Více v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust By Example.

Ladislav Hagara | Komentářů: 6
15.2. 13:00 | Komunita

Desktopovému týmu Ubuntu by se hodilo více informací o desktopech uživatelů Ubuntu. V diskusním listu ubuntu-devel byl k diskusi předložen návrh řešení a seznam odesílaných informací. Ve výchozím stavu by mělo být odesílaní informací povoleno. Uživatel by měl mít možnost odesílaní kdykoli jednoduše zakázat [reddit].

Ladislav Hagara | Komentářů: 21
15.2. 05:55 | Komunita

V úterý 13. února vypršela platnost posledního patentu US 7,334,248 souvisejícího s MPEG-2 [Hacker News].

Ladislav Hagara | Komentářů: 23
15.2. 04:44 | Komunita

Organizace Electronic Frontier Foundation (EFF) na svém blogu oznámila, že otevřená certifikační autorita Let's Encrypt dosáhla dalšího milníku. Počet platných certifikátů překročil 50 milionů, viz statistiky. Cekově bylo vydáno již přes 217 milionů certifikátů.

Ladislav Hagara | Komentářů: 0
15.2. 00:22 | Pozvánky

Konference SUSE Expert Days 2018 proběhnou mimo jiné také 1. března v Bratislavě a 15. března v Praze.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (3%)
 (27%)
 (62%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 339 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    Rozcestník

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

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

    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: 44 | blog: Republic of Mordor | Zürich
    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: 44 | blog: Republic of Mordor | Zürich
    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: 44 | blog: Republic of Mordor | Zürich
    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: 44 | blog: Republic of Mordor | Zürich
    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.