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 17:11 | Komunita

    Konference OpenAlt 2025 hledá přednášející. Proběhne o víkendu 1. a 2. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.

    Ladislav Hagara | Komentářů: 0
    včera 15:33 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 153 (pdf)

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Komunita

    Byl publikován květnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 0
    15.5. 21:33 | Nová verze

    Programovací jazyk Rust (Wikipedie) dnes slaví 10 let od vydání verze 1.0. Přímo na oslavě byla vydána nová verze 1.87.0. Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    15.5. 14:44 | IT novinky

    Evropská komise obvinila provozovatele čínské platformy TikTok z porušování pravidel EU kvůli netransparentnosti v reklamě. Komise, která v EU plní i funkci antimonopolního úřadu, to dnes uvedla v tiskové zprávě. TikTok, který patří čínské firmě ByteDance, se může k předběžnému nálezu vyjádřit. Pokud ale podezření komise nevyvrátí, hrozí mu pokuta až do šesti procent z ročního globálního obratu.

    Ladislav Hagara | Komentářů: 16
    14.5. 20:44 | Komunita

    Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.

    Ladislav Hagara | Komentářů: 0
    14.5. 14:00 | IT novinky

    Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.

    Ladislav Hagara | Komentářů: 16
    14.5. 13:33 | IT novinky

    V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.

    Ladislav Hagara | Komentářů: 16
    13.5. 22:22 | Bezpečnostní upozornění

    Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).

    Ladislav Hagara | Komentářů: 2
    13.5. 14:22 | Komunita

    Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.

    Ladislav Hagara | Komentářů: 7
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (7%)
     (23%)
     (4%)
     (2%)
     (3%)
     (1%)
     (0%)
     (3%)
    Celkem 627 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    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: 248×
    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.