Network Gateway Problem :: Pingviini veeb
Network Gateway Problem
Pingviini veeb foorumi pealeht » Distributsioonid » BSD » Network Gateway Problem
postitatud: 10.02.2007, 15:07 postituse pealkiri: Network Gateway Problem
Nonii unix ässad vaja abi sellega et teen oma serverist gateway aga ei sa neti :S sain lani tööle kuid lani ei sa neti
NET - GATEWAY - LAN -PC1 PC2 jne
kuid gateway ei anna neti edasi rc.confi panind enable_gateway="YES" Ja siis ip fowarding oli 1 kuid enam ei oska
postitatud: 10.02.2007, 17:59 postituse pealkiri: (teema puudub)
Kas natd daemon ka töötab ?
postitatud: 11.02.2007, 16:06 postituse pealkiri: (teema puudub)
Ma arvan et mite. Aga kui teil on aega siis teheke kiir õpetus sest mina ei saanud freebsd handbookist aru.
postitatud: 11.02.2007, 18:38 postituse pealkiri: (teema puudub)
Sa ei saa privaat aadressidega netis kolada sellepärast natd daemon muudab need aadressid välise interface ruuditava aadressi omaks.
Natd peab ka arvet väljaminevate ühenduste kohta ja muudab vastused neile ühendustele tagasi privaat aadressi omaks.
natd_interface="sinuvälineinterface"
Natd konfis on siis andmed portide ümbersuunamise kohta, kui sul näiteks on ftp server lanis sees siis porti 21 saab ümber suunata sinna.
postitatud: 12.02.2007, 01:30 postituse pealkiri: (teema puudub)
Aga mull pole natd.conf failigi. Ei oska arvatagi mis selle sisu peaks olema
postitatud: 12.02.2007, 02:08 postituse pealkiri: (teema puudub)
Seal on näiteks portide edasisuunamine võib jätta ka tühjaks:
Ma lihtsalt mõtlesin, et portide edasisuunamine on ikka vajalik ja see käib sinna.
postitatud: 09.05.2007, 16:06 postituse pealkiri: (teema puudub)
Oke proovisin ei funka ip gateway ei anna manuaalselt ka ip panek ei aita ei funka nohh natd töötab :S
postitatud: 12.05.2007, 14:33 postituse pealkiri: (teema puudub)
Põhimõtteliselt on FreeBSD igal võimalikul tulemüüril oma mehhanism NATi tegemiseks ehk siis hetkel laias laastus 3 tk (ipfw, pf, ipf).
NATd on kasutuses IPFW kasutamise puhul. Diagonaalis manuali lugedes tundub mulle et sealt
on tõesti jäetud välja täiesti fundamentaalne asi mida IPFW poolelt tuleb nati toimimasaamiseks teha. Nimelt on NATd tavaline userland programm ja, et ta saaks midagi kuskilt kuhugi forwardida / rewriteida peab miski talle kernelist kõigepealt neid pakkette saatma.
Selleks miskiks on IPFW divert rule. Tekita näiteks fail /etc/ipfw.rules sisuga:
/sbin/ipfw add divert natd all from any to any via <sinu ISP poolse võrkari interface, ntx. fxp0>
ja anna käsk chmod +x /etc/ipfw.rules
ja lisa /etc/rc.conf sisse juurde read:
Peale restarti peakski kõik toimima. Võid ka lihtsalt /etc/ipfw.rules käsu anda ja peaks toimima hakkama restarditagi.
Teine täiesti erinev meetod NATi tegemiseks on kasutada PF tulemüüri. Sellisel juhul pole sul vajalik ei IPFW kasutamine ega NATd.
/etc/rc.conf sisse läheks sellisel juhul:
Ja siis tuleks redigeerida /etc/pf.conf faili, oluline on alguses ext_if, int_if jms. muutujatele õiged väärtused lisada ja sisse kommenteerida, sisse kommenteerida tuleks ka järgnevad read:
näiteks võik tulemus olla selline:
internal_net="192.168.1.1/24"
Peale restarti võikski kõik toimida, ilma restardita peaks käima ajama käsud (root kasutajana):
Lähemalt räägib PFi NATi võimalustest:
postitatud: 10.10.2009, 04:00 postituse pealkiri: (teema puudub)
pf ei funka enam FreeBSD7.2 peal
tegin endale lihtsa config
nat on re0 from sk0 to any -> re0
pf kernelisse lastud
ja kernelisse lasin varasemalt ka ipfw
option IPDIVER
kuvitav kas neet mõjutavad pf tegevust ja ning ruuter masinast ei sa ka välja ühendust enam kui pf lubatud
postitatud: 10.10.2009, 15:46 postituse pealkiri: (teema puudub)
Mul küll funkab, kusjuures rohkem kui ühes masinas...
Kui eesmärgiks on NATida sk0 taga olevat sisevõrku, siis peaks vist olema:
nat on re0 from sk0:network to any -> re0
See peaks olema samaväärne sellega kui reegleid üldse ei ole...
Ise ma pole sellist asja proovinud et kernelis on korraga pf ja ipfw, aga ma oletan et see *peaks* töötama.
Õpetlik oleks ilmselt vaadata, mida pflog räägib...
postitatud: 10.10.2009, 18:56 postituse pealkiri: (teema puudub)
pfiga selline asi et log on tyhi ja ma olen proovinud 3 erinevat õpetust ja confi ja proovinud oma confi mite kui midagi näiteks dhcp ütleb cant send packet premission denied kui Pf lubatud. njha eks ma uurin ise 80% kindel et ma leian ise lahenduse
postitatud: 10.10.2009, 23:22 postituse pealkiri: (teema puudub)
Oled sa ikka kindel et reeglid laetakse sellest failist mida sa muudad? (kas 'pfctl -s rules' näitab õigeid reegleid?)
postitatud: 11.10.2009, 00:04 postituse pealkiri: (teema puudub)
jah kui viskan nt pfctl -s nat
1) see vale
nat on re0 inet from 192.168.0.1 to any -> välineip
2) See peaks õige nat reegel olema eks
nat on re0 inet from 192.168.0.0/24 to any -> välineip
postitatud: 11.10.2009, 09:57 postituse pealkiri: (teema puudub)
Vaata minu üle-eelmist postitust, seal on õige reegel kirjas
Aga see vigane reegel ei tohiks siiski liiklust blokeerida nii nagu sa kirjeldad.
postitatud: 11.10.2009, 11:58 postituse pealkiri: (teema puudub)
Ipfw vaikimisi reegel keelab kõik liikluse.
Siit ei ole saanud selgust kas oled ikka ipfw kaudu lubanud liikluse ?
postitatud: 11.10.2009, 15:09 postituse pealkiri: (teema puudub)
kas äki see lõeb
#firewall_enable="YES või peab nii panema firewall_enable="NO"
postitatud: 11.10.2009, 17:39 postituse pealkiri: (teema puudub)
Noh kui sul see kernelisse sisse on keevitatud pead laadima lubava reegli.