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 00:11 | Nová verze

    Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.

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

    Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.

    ʚĭɞ 🍉 | Komentářů: 0
    včera 01:44 | Komunita

    Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.

    Ladislav Hagara | Komentářů: 0
    12.9. 18:11 | Nová verze

    Byl vydán Debian 13.7, tj. sedmá 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
    12.9. 02:00 | Zajímavý článek

    Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě

    … více »
    Ladislav Hagara | Komentářů: 19
    11.9. 18:00 | Bezpečnostní upozornění

    Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.

    Ladislav Hagara | Komentářů: 5
    11.9. 14:33 | Komunita

    Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.

    Ladislav Hagara | Komentářů: 0
    11.9. 11:44 | Nová verze

    Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    11.9. 11:33 | Nová verze

    Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    11.9. 04:33 | Komunita

    Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.

    Ladislav Hagara | Komentářů: 10
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (4%)
     (21%)
     (29%)
     (7%)
     (5%)
     (2%)
     (14%)
     (21%)
    Celkem 2661 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: NFS IPCop FreeNAS Ubuntu server... problém s mountováním disku po síti

    5.8.2010 23:24 SoGood | skóre: 2
    NFS IPCop FreeNAS Ubuntu server... problém s mountováním disku po síti
    Přečteno: 560×
    Přílohy:
    Zdravím, mám problém ohledně protokolu NFS a připojení složky na FreeNASu k serveru na kterym běží x64 ubuntu 9.10 server. Kdo zná IPCop ví že má rozdělené interfacy na celkem 4 druhy, DMZ(192.168.2.1-10) green(192.168.0.2-254) red(veřejná IP) blue(192.168.1.2-254). FreeNAS se nachází v zelené zóně a server v dmz. Po správném nastavení NFS služby na FreeNASu, kde se nastaví pouze sdílená složka a práva(screen jak to vypadá jsem dal do přílohy), jsem se zkusil ze serveru připojit
    root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy
    mount.nfs: mount system call failed
    root@server:~#
    
    špatně, něco se tomu nelíbí, podle rpcinfo -p
    root@server:/etc# rpcinfo -p
       program vers proto   port
        100000    2   tcp    111  portmapper
        100000    2   udp    111  portmapper
        100024    1   udp  46167  status
        100024    1   tcp  37996  status
        100021    1   udp  40360  nlockmgr
        100021    3   udp  40360  nlockmgr
        100021    4   udp  40360  nlockmgr
        100021    1   tcp  54289  nlockmgr
        100021    3   tcp  54289  nlockmgr
        100021    4   tcp  54289  nlockmgr
        100003    2   udp   2049  nfs
        100003    3   udp   2049  nfs
        100003    4   udp   2049  nfs
        100003    2   tcp   2049  nfs
        100003    3   tcp   2049  nfs
        100003    4   tcp   2049  nfs
        100005    1   udp  41953  mountd
        100005    1   tcp  59999  mountd
        100005    2   udp  41953  mountd
        100005    2   tcp  59999  mountd
        100005    3   udp  41953  mountd
        100005    3   tcp  59999  mountd
    jsem zjistil který porty jsou nfs využívaný na serveru a dopsal jsem je do iptables, restartoval a
    root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy
    mount.nfs: mount system call failed
    root@server:~#
    
    zkusil nastavit portforwarding (dmz pinholes) v ipcopu na porty, které využívá nfs na serveru ale zase jsem se daleko nedostal
    root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy
    mount.nfs: mount system call failed
    root@server:~#
    
    ale posléze zjistil že po výpisu
    root@server:/etc# rpcinfo -p 192.168.0.100
       program vers proto   port
        100000    4   tcp    111  portmapper
        100000    3   tcp    111  portmapper
        100000    2   tcp    111  portmapper
        100000    4   udp    111  portmapper
        100000    3   udp    111  portmapper
        100000    2   udp    111  portmapper
        100000    4     7    111  portmapper
        100000    3     7    111  portmapper
        100000    2     7    111  portmapper
        100005    1   udp    654  mountd
        100005    3   udp    654  mountd
        100005    1   tcp    654  mountd
        100005    3   tcp    654  mountd
        100003    2   udp   2049  nfs
        100003    3   udp   2049  nfs
        100003    2   tcp   2049  nfs
        100003    3   tcp   2049  nfs
        100024    1   udp    769  status
        100024    1   tcp    792  status
        100021    0   udp    990  nlockmgr
        100021    0   tcp    632  nlockmgr
        100021    1   udp    990  nlockmgr
        100021    1   tcp    632  nlockmgr
        100021    3   udp    990  nlockmgr
        100021    3   tcp    632  nlockmgr
        100021    4   udp    990  nlockmgr
        100021    4   tcp    632  nlockmgr
    porty které nfs na Freenasu bere nejsou stejné. V tomhle jsem nováček, NFS mi moc neříká proto se ptám, ale očividně je třeba nastavit tomu NFS pevné porty (sjednotit) pro komunikaci, kvůli firewallu který střeží území mezi zelenou a DMZ zónou ale zakopanej pes může být uplně jinde. Předem díky za přečtení ;)

    Řešení dotazu:


    Odpovědi

    Řešení 1× (SoGood (tazatel))
    19.11.2010 13:37 SoGood | skóre: 2
    Rozbalit Rozbalit vše Re: NFS IPCop FreeNAS Ubuntu server... problém s mountováním disku po síti

    problém jsem vyřešil mountem curlftps, který se umí chovat pomocí parametru allow_other podobně jako nfs - všichni vidí adresář v počítači a mohou do něj přistupovat

    curlftpfs -o allow_other ftp://uzivatel:heslo@192.168.0.100 /mnt/sitovydisk/

    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.