Maigret, v. Colombo kerestetik NFS ügyben.

Kezdőlap Fórumok Hálózati problémák Maigret, v. Colombo kerestetik NFS ügyben.

9 bejegyzés megtekintése - 41-49 / 49
  • Szerző
    Bejegyzés
  • #2130169
    Vladi
    Felhasználó

      Akkor a tűzfal volt a ludas. Egyébként beállítható az nfs. Firewall és Selinux: nfs4-et kipipálod. Vagy megadod egyéb portnak a 2049 tcp/udp-t. Most, hogy tudjuk a tűzfal volt, így már könnyű. 😉

      Code:
      su -c ‘gedit /etc/services’

      Itt láthatod, hogy melyik portot használja az nfs.

      Code:
      su -c ‘system-config-securitylevel’

      Itt pedig a portokat. Pont ahogy azureusnak is csináltad. Így már vissza lehet kapcsolni a tűzfalat.

      Egyébként nekem is router mögött van a gépem, és mégis megy a tűzfal és a SELinux is. De nem vagyok paranoid, ne aggódj. ;D

      #2130170
      Vladi
      Felhasználó

        Akkor a tűzfal volt a ludas. Egyébként beállítható az nfs. Firewall és Selinux: nfs4-et kipipálod. Vagy megadod egyéb portnak a 2049 tcp/udp-t. Most, hogy tudjuk a tűzfal volt, így már könnyű. 😉

        Code:
        su -c ‘gedit /etc/services’

        Itt láthatod, hogy melyik portot használja az nfs.

        Code:
        su -c ‘system-config-securitylevel’

        Itt pedig a portokat. Pont ahogy azureusnak is csináltad. Így már vissza lehet kapcsolni a tűzfalat.

        Egyébként nekem is router mögött van a gépem, és mégis megy a tűzfal és a SELinux is. De nem vagyok paranoid, ne aggódj. ;D

        #2130171
        majorlacko
        Felhasználó

          Szuper! Látod ezt aztán soha ki nem találtam volna, hogy a 2049 tcp/udp kell neki. Persze soha nem is néztem meg ezt a fájlt ezidáig, ami több mint bűn, hiba. 2.gif  Így jár, aki éjszaka ül a gép előtt.8.gif 
          Én sem vagyok parás, ezt gondolom már ki is találtad, mindössze figyeltem a dolgaidat és igyekeztem követni is a tanácsaidat, még akkor is, ha nem szóltam bele. ha pedig van ez a kát szépség és el is lehet velük bíbelődni[:)], akkor miért ne dolgozzanak?
          A tegnapelőtti Azus is azért volt sikerélmény, mert csak rá lehetett venni , hogy menjen minden és ne hibákat soroljon fel a bootnál.
          Azóta null SELinux jelentés, ezt az apróságot talán nem is észlelte a rendszer, vagy nem tulajdonított akkora jelentőséget neki, mint a lúzerjúzere.
          Máris nekiesek és megcsinálom.
          Szerk.: Egy pill. még pls. Ha kipipálom az nfs4-et akkor is be kell állítani a tcp/udp portokat?
          Hupsz! Megvan!
          nfs   2049/tcp    nfsd
          nfs   2049/udp    nfsd
          maradjon így és semmi változtatás, csak az nfs4 pipa?
          Szerk.2: Ok Watson, beállítottam, egyelőre minden ok. Most már nem indítok újra, ha holnap (ma) gáz lenne, amit nem remélek,  akkor újrázok. Nem lesz semmi baj, érzem. 🙂

          #2130172
          majorlacko
          Felhasználó

            Szuper! Látod ezt aztán soha ki nem találtam volna, hogy a 2049 tcp/udp kell neki. Persze soha nem is néztem meg ezt a fájlt ezidáig, ami több mint bűn, hiba. 2.gif  Így jár, aki éjszaka ül a gép előtt.8.gif 
            Én sem vagyok parás, ezt gondolom már ki is találtad, mindössze figyeltem a dolgaidat és igyekeztem követni is a tanácsaidat, még akkor is, ha nem szóltam bele. ha pedig van ez a kát szépség és el is lehet velük bíbelődni[:)], akkor miért ne dolgozzanak?
            A tegnapelőtti Azus is azért volt sikerélmény, mert csak rá lehetett venni , hogy menjen minden és ne hibákat soroljon fel a bootnál.
            Azóta null SELinux jelentés, ezt az apróságot talán nem is észlelte a rendszer, vagy nem tulajdonított akkora jelentőséget neki, mint a lúzerjúzere.
            Máris nekiesek és megcsinálom.
            Szerk.: Egy pill. még pls. Ha kipipálom az nfs4-et akkor is be kell állítani a tcp/udp portokat?
            Hupsz! Megvan!
            nfs   2049/tcp    nfsd
            nfs   2049/udp    nfsd
            maradjon így és semmi változtatás, csak az nfs4 pipa?
            Szerk.2: Ok Watson, beállítottam, egyelőre minden ok. Most már nem indítok újra, ha holnap (ma) gáz lenne, amit nem remélek,  akkor újrázok. Nem lesz semmi baj, érzem. 🙂

            #2130173
            gendelider
            Felhasználó

              Szerk: (Bocs, most láttam hogy van második oldal is, mert az elsön állt még. De bennhagyom)

              Elvileg akkor a gépeid egy belső hálózaton lógnak, közöttük nincs a router firewall. (Ez elvileg a két gép között csak „buta” switch). Tehát a linuxaidban nézd meg esetleg.

              Sajnos most nem tudok pontos választ adni, de megpróbálok utánakérdezni. Addig is:
              Nákunk több (al)hálózat van a dolgozóban, és cisco pix firewallokkal van „összeNATolva”. (Full NAT, tehát nem masquerading, azaz az IP címek 1:1 megfeleltethetők egymásnak!)  A portok közül viszont csak kevés van engedélyezve.  Majdnem minden ment szépen, csak az NFS tünt el időnként. A különböző vérprofikkal (tűzfalas, nfs-es, …) ültünk le keresni, és az derült ki, hogy NFS-nél, ha nincs valamelyik név a /etc/services-ben definiálva, akkor „időnként változhat” a használt port. Mármint az, hogy melyik porton próbálnak összejönni. Viszont csak egy port volt megnyitva. A végső megoldás az volt, hogy beírtuk a /etc/sevices -be, amit kellett, hogy mindig ott próbálkozzanak. Előzőleg azonban, teszt szinten elég volt, hogy az összes port forwardolását megengedtük. Ezért gondoltam, hogy esetleg tűzfal gond lehet.

              Egyébként pl ethereal – lel (mostanában azt hiszem, wireshark – nak hívják) nézz bele az adatforgalomba (hogy kevés legyen a szemét, minden mást, browser, azureus, stb állíts le) mert esetleg kiderül, ki mit nem akar…

              Jó munkát!

              Szerk: megnéztem (ez egy suse 8.x), és a /etc/services -be a köv. két sort írtuk be:
              mount 33333/tcp
              mount 33333/udp
              És ehhez állítottuk a tüzfalat.

              #2130174
              gendelider
              Felhasználó

                Szerk: (Bocs, most láttam hogy van második oldal is, mert az elsön állt még. De bennhagyom)

                Elvileg akkor a gépeid egy belső hálózaton lógnak, közöttük nincs a router firewall. (Ez elvileg a két gép között csak „buta” switch). Tehát a linuxaidban nézd meg esetleg.

                Sajnos most nem tudok pontos választ adni, de megpróbálok utánakérdezni. Addig is:
                Nákunk több (al)hálózat van a dolgozóban, és cisco pix firewallokkal van „összeNATolva”. (Full NAT, tehát nem masquerading, azaz az IP címek 1:1 megfeleltethetők egymásnak!)  A portok közül viszont csak kevés van engedélyezve.  Majdnem minden ment szépen, csak az NFS tünt el időnként. A különböző vérprofikkal (tűzfalas, nfs-es, …) ültünk le keresni, és az derült ki, hogy NFS-nél, ha nincs valamelyik név a /etc/services-ben definiálva, akkor „időnként változhat” a használt port. Mármint az, hogy melyik porton próbálnak összejönni. Viszont csak egy port volt megnyitva. A végső megoldás az volt, hogy beírtuk a /etc/sevices -be, amit kellett, hogy mindig ott próbálkozzanak. Előzőleg azonban, teszt szinten elég volt, hogy az összes port forwardolását megengedtük. Ezért gondoltam, hogy esetleg tűzfal gond lehet.

                Egyébként pl ethereal – lel (mostanában azt hiszem, wireshark – nak hívják) nézz bele az adatforgalomba (hogy kevés legyen a szemét, minden mást, browser, azureus, stb állíts le) mert esetleg kiderül, ki mit nem akar…

                Jó munkát!

                Szerk: megnéztem (ez egy suse 8.x), és a /etc/services -be a köv. két sort írtuk be:
                mount 33333/tcp
                mount 33333/udp
                És ehhez állítottuk a tüzfalat.

                #2130176
                majorlacko
                Felhasználó

                  Értem és köszönöm szépen. Biztosan ugyanez a gond nálam is, mert ma ismét csak lekapcsolt tűzfallal csatolt az Ubi. Megnézem a wiresharkot is, remélem kiderül belőle a gond.

                  #2130175
                  majorlacko
                  Felhasználó

                    Értem és köszönöm szépen. Biztosan ugyanez a gond nálam is, mert ma ismét csak lekapcsolt tűzfallal csatolt az Ubi. Megnézem a wiresharkot is, remélem kiderül belőle a gond.

                    #1887019
                    csaba
                    Felhasználó

                      Sziasztok!
                      Nem értem mi történt, de a huzamos idejű együttműköködés mára felmondta a szolgálatot. Az egyik oldal F 7, a másik Feisty és az az érdekes, hogy az F 7 oldalon minden ok, de a Feisty oldal kap egy hibaűzit. Annyi történt, hogy a  KDE  témaváltott és  emiatt,  szabály szerint, szerettem volna elmenteni  a /home-ból, de no valid-ot kaptam és ezért  aljas módon kitöröltem a /.kde-t. Újraindításkor visszaállt normálisan, volt némi NAT hiba, amit sikerült megoldani, de most a másik gép nem látja. Engedélyeztem és vissza is vontam az F 7  jogosultságokat, de semmi változás. Nem csatolja fel a Feisty az F 7-et.
                      Ellenőriztem minden erre vonatkozó /etc fájlt és semmi hiba, mégis valami elállítódott, vagy félrenyúltam akár, egyelőre tanácstalan vagyok.

                    9 bejegyzés megtekintése - 41-49 / 49
                    • Be kell jelentkezni a hozzászóláshoz.