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 03:44 | Nová verze

    Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.

    Ladislav Hagara | Komentářů: 2
    1.5. 15:11 | IT novinky

    Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.

    Ladislav Hagara | Komentářů: 16
    30.4. 23:33 | Nová verze

    Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    30.4. 23:11 | Nová verze

    Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.

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

    Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.

    Ladislav Hagara | Komentářů: 38
    30.4. 11:44 | Komunita

    Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.

    Ladislav Hagara | Komentářů: 0
    30.4. 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 58
    29.4. 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 4
    29.4. 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    29.4. 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 7
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (24%)
    Celkem 1481 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Připojení přes ssh a resolv.conf

    15.9.2004 20:10 Devilkin | skóre: 17 | blog: domecek | Zlín
    Připojení přes ssh a resolv.conf
    Přečteno: 296×
    Zdravím všechny,
    mám následující problém:
    Pokud zprovozním internet na serveru (FreeBSD 5.2.1-RELEACE), nemůžu se připojit přes ssh z lokální sítě.
    Po dlouhém bádání jsem přišel na to, že dokud nic nezadám do resolv.conf, tak to šlape jak má. Jakmile zadám spravný DNS server do resolv.conf nemůžu se přihlásit (skonci timeoutem na serveru). Přitom přes telnet se přihlásím a proxy (squid) také normálně funguje.
    Nevíte někdo náhodou co s tím ?

    Odpovědi

    15.9.2004 21:06 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Připojení přes ssh a resolv.conf
    SSH se od těch dvou nejspíš liší ověřováním reverzních záznamů. Což by znamenalo, že ten DNS server tak úplně správný není...

    Asi opět poradím to, co vždycky, nech si tpcdumpem vypsat DNS komunikaci (tcpdump -n udp port 53) v obou situacích, a něco uvidíš.
    15.9.2004 23:01 Devilkin | skóre: 17 | blog: domecek | Zlín
    Rozbalit Rozbalit vše Re: Připojení přes ssh a resolv.conf
    tcpdump při funkčním překladu (ping www.linux.cz OK) vypíše tohle :
    22:13:43.738326 192.168.0.184.49181 > 192.168.0.30.53:  30124+ PTR? 2.1.168.192.in-addr.arpa. (42)
    22:13:43.753085 192.168.0.30.53 > 192.168.0.184.49181:  30124 NXDomain* 0/0/0 (44)
    22:13:43.763347 192.168.0.30.53 > 192.168.0.184.49181:  30124 NXDomain* 0/0/0 (44)
    
    než nastane timeout. Pri zakomentovaném resolv.conf nevypíše nic a normálně se připojím. Zajimavý je i ping na DNS :
    PING 192.168.0.30 (192.168.0.30): 56 data bytes
    36 bytes from 192.168.0.80: Redirect Host(New addr: 192.168.0.30)
    Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
     4  5  00 5414 020d   0 0000  3f  01 f775 192.168.0.184  192.168.0.30
    
    64 bytes from 192.168.0.30: icmp_seq=0 ttl=128 time=23.510 ms
    36 bytes from 192.168.0.80: Redirect Host(New addr: 192.168.0.30)
    Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
     4  5  00 5414 0211   0 0000  3f  01 f771 192.168.0.184  192.168.0.30
    
    a traceroute DNS (192.168.0.30) :
    1  192.168.0.80 (192.168.0.80)  16.106 ms MOSTEK.mshome.net (192.168.0.30)  13.692 ms  12.080 ms
    
    Bohužel, když zadám jako DNS 192.168.0.80, tak to nepřekládá. Tak nevim :-(. Já nechápu o co se vlastně sshd snaží? Proč vůbec ověřuje DNS?
    Každopádně moc děkuji.
    16.9.2004 09:19 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Připojení přes ssh a resolv.conf
    Z toho prvního řádku je vidět, že nefunguje reverzní překlad.

    Nicméně co se vlastně děje, když to nic nevypíše, ale připojíš se, to nechápu.
    19.9.2004 18:54 Devilkin | skóre: 17 | blog: domecek | Zlín
    Rozbalit Rozbalit vše Re: Připojení přes ssh a resolv.conf
    Tak jsem na to přišel :-),
    jsem prostě magor, ale ja opravdu nevěděl, že ssh si ověřuje záznamy v DNS. Takže, když jsem něměl zadaný žádný DNS server, tak prostě neměl co ověřovat a já se normálně připojil. Pokud jsem ovšem zadal správný DNS, tak nastal problém. Důvod byl v tom, že tento server neměl záznam o dané doméně (ani nemohl, je to jen moje testovací domena v mé nové laboratorní síti ;-)) a tak mi nedovolil přihlášení.
    Rešení:
    Stačilo jen přidat do
    sshd_config
    řádek
    UseDMS no 
    a bylo po problému. A co jsem tim ztratil času, škoda na to myslet !
    Moc děkuji Yetimu za nakopnutí.

    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.