Kezdőlap › Fórumok › Hálózati problémák › Maigret, v. Colombo kerestetik NFS ügyben.
- This topic has 48 hozzászólás, 5 résztvevő, and was last updated 17 years, 10 months telt el by
majorlacko.
-
SzerzőBejegyzés
-
2007-08-30-21:49 #2130169
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
2007-08-30-21:49 #2130170Akkor 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
2007-08-30-22:10 #2130171Szuper! 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.
Így jár, aki éjszaka ül a gép előtt.
É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. 🙂2007-08-30-22:10 #2130172Szuper! 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.
Így jár, aki éjszaka ül a gép előtt.
É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. 🙂2007-08-31-04:17 #2130173Szerk: (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.2007-08-31-04:17 #2130174Szerk: (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.2007-08-31-09:15 #2130176É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.
2007-08-31-09:15 #2130175É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.
2009-12-04-20:02 #1887019Sziasztok!
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. -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz