[BC3] ipmasqadm geeft foutmelding

Pagina: 1
Acties:

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
ik probeer ipmasqadm te gebruiken zoals ik altijd deed om de poorten 8888 en 6699 door te sturen naar mijn win-pc:

ipmasqadm portfw -a -P tcp -L x.x.x.x 6699 -R 192.168.0.1 6699

Dan lijkt goed te gaan, maar is niet zo. Als ik dan met ipmasqadm portfw -l nu ik RH7.1 heb, zegt ie ineens:

"Could not open /proc/net/ip_masq/portfw"
Check if you have enabled portforwarding.

Tja, dat wilde ik eigenlijk met die regel aanzetten, maar dat gaat dus kennelijk niet.

Oplossing?? Desnoods ander programma om mee te portforwarden... (ook udp:8675 in dat geval)

  • Jordi
  • Registratie: Januari 2000
  • Niet online

Jordi

#1#1

ff tikfout in topictitel aangepast

ehmz... heb je portforwarding support in je kernel zitten? /proc filesystem? dat laatste zal vast wel, maar je weet maar nooit.

Het zal wel niet, maar het zou maar wel.


  • banaan-X
  • Registratie: Februari 2001
  • Niet online
Ik heb geen flauw idee, hoe controleer ik dat?
Ik las trouwens in de man-pages dat het misschieen een bug is, maar ik begreep de tekst niet helemaal... :?

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
Als je het bestand: /proc/filesystems bedoelt?:

nodev sockfs
nodev tmpfs
nodev shm
nodev pipefs
nodev proc
ext2
iso9660
nodev devpts
nodev autofs

Meer niet, maar heeft dat te maken met portforwarding?? :?

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
Ik kom er nu ook nog eens achter dat ip_masq_ftp en ip_masq_raudio, etc ook helemaal ontbreken op mijn HD... Bij welk programma horen die modules eigenlijk? (btw ftp en realaudio werken wel prima, zonder dat ik die modules heb geladen :) )

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
niemand?

Verwijderd

De volgende modules horen allemaal bij ipmasquerading:
ip_masq_cuseeme.o
ip_masq_ftp.o
ip_masq_irc.o
ip_masq_quake.o
ip_masq_raudio.o
ip_masq_user.o
ip_masq_vdolive.o

Deze file vind je in /lib/modules/2.x.xx/ipv4
Heb je zelf een kernel gemaakt of gebruik je redhat kernel ?

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
Ik gebruik de standaard kernel 2.4.2-2 (RedHat 7.1). Maar het probleem is dus of dat portforwarding niet aan staat (hoe controleer ik dat, en verbeter ik dat), of er is nog iets anders...
Wie? :?

edit:

en die modules zijn er niet, die dir bestaat niet eens. Er is wel iets te vinden onder /lib/modules/2.4.2-2/kernel/net/ipv4/ipvs
daar staan nl. ip_vs_ftp.o
verder niet iets interessants...


[edit2]
Moet je soms een (rpm) installeren voor ipmasquerade of portforwarding support? Vooral die laatste zal dan wel niet geinstalleerd zijn. Weet iemand dit??
[/edit2]

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
niemand?

  • banaan-X
  • Registratie: Februari 2001
  • Niet online
Echt niemand?
Hoe zet ik die portforwarding in de kernel aan of wat kan ik aan die bug doen, zodat het toch werkt? In RH6.2 en 7.0 werkte het prima!

  • Dromer
  • Registratie: Juni 2000
  • Laatst online: 08:43
Iemand de oplossing al ?
Ik heb nml hetzelfde probleem

  • imdos
  • Registratie: Maart 2000
  • Laatst online: 05-08 12:09

imdos

I use FreeNAS and Ubuntu

Volgens mij gebruik je dan geen ipchains meer maar iptables! Vooral omdat je een vrij nieuwe redhat distro heb zal je het dus met iptables hebben i.p.v. ipchains

pvoutput. Waarom makkelijk doen, als het ook moeilijk kan! Every solution has a new problem


  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
Zowieso even kijken of je deze wel in je rc.firewall hebt staan:

echo "1" > /proc/sys/net/ipv4/ip_forward


Indien je Iptables gebruikt dan dien je niet ipmasqadm te gebruiken, maar bv:

iptables -t nat -A PREROUTING -d x.x.x.x -p tcp --dport 6699 -j DNAT --to 192.168.0.1

bekijk ook de onderstaande links voor meer info:

http://netfilter.filewatcher.org (howto''s)
http://ldp.nllgg.nl

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


  • Dromer
  • Registratie: Juni 2000
  • Laatst online: 08:43
Ikzelf gebruik dus RH 7.1 met ipchains.
Nou al die modules die ik kon inladen onder RH 6.2 doen het dus niet meer :(
Ftp''en e.d. gaan nu dus erg moeizaam tot niet.
Nou zoek ik dus of nieuwe modules of een andere oplossing.
IPtables is ooit wel de bedoeling alleen nu even niet.

  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
Ik denk dat je dan je kernel opnieuw moet compileren met de juiste opties aan..

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


  • Dromer
  • Registratie: Juni 2000
  • Laatst online: 08:43
Okee maar wat zou ik dan mee moeten compilen ?
Ipchains staat aan ..
daar kan je weinig aan veranderen denk ik

  • BC3 Victim
  • Registratie: Juli 2001
  • Laatst online: 29-09-2006
* Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) [Y/n/?]
- YES: though not required for IP MASQ, this option allows the kernel to create the MASQ modules and enable the option for port forwarding

-- Non-MASQ options skipped --

* Enable loadable module support (CONFIG_MODULES) [Y/n/?]
- YES: allows you to load kernel IP MASQ modules

-- Non-MASQ options skipped --

* Networking support (CONFIG_NET) [Y/n/?]
- YES: Enables the network subsystem

-- Non-MASQ options skipped --

* Sysctl support (CONFIG_SYSCTL) [Y/n/?]
- YES: Enables the ability to enable disable options such as forwarding,
dynamic IPs, LooseUDP, etc.

-- Non-MASQ options skipped --

* Packet socket (CONFIG_PACKET) [Y/m/n/?]
- YES: Though this is OPTIONAL, this recommended feature will allow you to use TCPDUMP to debug any problems with IP MASQ

* Kernel/User netlink socket (CONFIG_NETLINK) [Y/n/?]
- YES: Though this is OPTIONAL, this feature will allow the logging of advanced firewall issues such as routing messages, etc

* Routing messages (CONFIG_RTNETLINK) [Y/n/?]
- NO: This option does not have anything to do with packet firewall logging

-- Non-MASQ options skipped --

* Network firewalls (CONFIG_FIREWALL) [Y/n/?]
- YES: Enables the kernel to be comfigured by the IPCHAINS firewall tool

* Socket Filtering (CONFIG_FILTER) [Y/n/?]
- OPTIONAL: Though this doesn''t have anything do with IPMASQ, if you plan
on implimenting a DHCP server on the internal network, you WILL need this
option.

* Unix domain sockets (CONFIG_UNIX) [Y/m/n/?]
- YES: This enables the UNIX TCP/IP sockets mechanisms

* TCP/IP networking (CONFIG_INET) [Y/n/?]
- YES: Enables the TCP/IP protocol

-- Non-MASQ options skipped --

* IP: advanced router (CONFIG_IP_ADVANCED_ROUTER) [Y/n/?]
- YES: This will allow you to configure advanced MASQ options farther down

* IP: policy routing (CONFIG_IP_MULTIPLE_TABLES) [N/y/?]
- NO: Not needed by MASQ though users who need advanced features such as
TCP/IP source address-based or TOS-enabled routing will need to
enable this option.

* IP: equal cost multipath (CONFIG_IP_ROUTE_MULTIPATH) [N/y/?]
- NO: Not needed for normal MASQ functionality

* IP: use TOS value as routing key (CONFIG_IP_ROUTE_TOS) [N/y/?]
- NO: Not needed for normal MASQ functionality

* IP: verbose route monitoring (CONFIG_IP_ROUTE_VERBOSE) [Y/n/?]
- YES: This is useful if you use the routing code to drop IP spoofed packets (highly recommended) and you want to log them.

* IP: large routing tables (CONFIG_IP_ROUTE_LARGE_TABLES) [N/y/?]
- NO: Not needed for normal MASQ functionality

* IP: kernel level autoconfiguration (CONFIG_IP_PNP) [N/y/?] ?
- NO: Not needed for normal MASQ functionality

* IP: firewalling (CONFIG_IP_FIREWALL) [Y/n/?]
- YES: Enable the firewalling feature

* IP: firewall packet netlink device (CONFIG_IP_FIREWALL_NETLINK) [Y/n/?]
- OPTIONAL: Though this is OPTIONAL, this feature will allow IPCHAINS to copy some packets to UserSpace tools for additional checks

* IP: transparent proxy support (CONFIG_IP_TRANSPARENT_PROXY) [N/y/?]
- NO: Not needed for normal MASQ functionality

* IP: masquerading (CONFIG_IP_MASQUERADE) [Y/n/?]
- YES: Enable IP Masquerade to re-address specific internal to external TCP/IP packets

* IP: ICMP masquerading (CONFIG_IP_MASQUERADE_ICMP) [Y/n/?]
- YES: Enable support for masquerading ICMP ping packets (ICMP error codes will be MASQed regardless). This is an important feature for troubleshooting connections.

* IP: masquerading special modules support (CONFIG_IP_MASQUERADE_MOD) [Y/n/?]
- YES: Though OPTIONAL, this enables the OPTION to later enable the TCP/IP Port forwarding system to allow external computers to directly connect to specified internal MASQed machines.

* IP: ipautofw masq support (EXPERIMENTAL) (CONFIG_IP_MASQUERADE_IPAUTOFW) [N/y/m/?]
- NO: IPautofw is a legacy method of port forwarding. It is mainly old code and has been found to have some issues. NOT recommended.

* IP: ipportfw masq support (EXPERIMENTAL) (CONFIG_IP_MASQUERADE_IPPORTFW) [Y/m/n/?]
- YES: Enables IPPORTFW which allows external computers on the Internet to directly communicate to specified internal MASQed machines. This feature is typically used to access internal SMTP, TELNET, and WWW servers. FTP port forwarding will need an additional patch as described in the FAQ section of the MASQ HOWTO. Additional information on port forwarding is available in the Forwards section of this HOWTO.

* IP: ip fwmark masq-forwarding support (EXPERIMENTAL) (CONFIG_IP_MASQUERADE_MFW) [Y/m/n/?]
- OPTIONAL: This is a new method of doing PORTFW. With this option, IPCHAINS can mark packets that should have additional work on. Using a UserSpace tool, much like IPMASQADM or IPPORFW, IPCHAINS would then automaticaly re-address the packets. Currently, this code is less tested than PORTFW but it looks promising. For now, the recommended method is to use IPMASQADM and IPPORTFW. If you have thoughts on MFW, please email me.

* IP: optimize as router not host (CONFIG_IP_ROUTER) [Y/n/?]
- YES: This optimizes the kernel for the network subsystem though it isn''t known if it makes a siginificant performance difference.

* IP: tunneling (CONFIG_NET_IPIP) [N/y/m/?]
- NO: This OPTIONAL section is for IPIP tunnels through IP Masq. If you
need tunneling/VPN functionality, it is recommended to use either GRE or
IPSEC tunnels.

* IP: GRE tunnels over IP (CONFIG_NET_IPGRE) [N/y/m/?]
- NO: This OPTIONAL selection is to enable PPTP and GRE tunnels through the IP MASQ box

-- Non-MASQ options skipped --

* IP: TCP syncookie support (not enabled per default) (CONFIG_SYN_COOKIES) [Y/n/?]
- YES: HIGHLY recommended for basic TCP/IP network security

-- Non-MASQ options skipped --

* IP: Allow large windows (not recommended if <16Mb of memory) * (CONFIG_SKB_LARGE) [Y/n/?]
- YES: This is recommended to optimize Linux''s TCP window

-- Non-MASQ options skipped --

* Network device support (CONFIG_NETDEVICES) [Y/n/?]
- YES: Enables the Linux Network device sublayer

-- Non-MASQ options skipped --

* Dummy net driver support (CONFIG_DUMMY) [M/n/y/?]
- YES: Though OPTIONAL, this option can help when debugging problems

== Don''t forget to compile in support for your network card !! ==

-- Non-MASQ options skipped --

== Don''t forget to compile in support for PPP/SLIP if you use a modem or
use a PPPoE DSL modem ==

-- Non-MASQ options skipped --

* /proc filesystem support (CONFIG_PROC_FS) [Y/n/?]
- YES: Required to enable the Linux network forwarding system

De username van de oorspronkelijke plaatser van deze posting is bij Big Crash 3 eind mei 2001 verloren gegaan. Om toch de posting zelf terug te kunnen plaatsen is de user BC3 Victim in het leven geroepen


  • Dromer
  • Registratie: Juni 2000
  • Laatst online: 08:43
Thx
Pagina: 1