This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Port forwarding trouble with a custom service

Hi everyone,

I am new to this forum and i hope you can help me with my little problem.
I do have an ASG 425 here with Software Release 7.5 and i can't get the port forwarding for a custorm service working.

I read the instructions at the knowledge base und looked at different threads here at this board.

I wasn't having difficulties enabling the port forwarding for a standard http service on port 80. This works perfectly. 

But i like to have my custom port being forwarded (TCP 5544)
So this is what i have been doing so far:

1. Create a Service Definition:
Name: myService
Type of Definition: TCP
Destination Port: 5544
Source Port: 1024:65535

2. Create a Network Definition
Name: myHost
Type: Host
Address: 10.10.50.1
Interface: >

3. Setting up NAT Rule
Name: myRule
Group: :[:P]lease Select::
Position: 1
Traffic Source: Any
Traffic Service: myService
Traffic Destination: WAN (Address)
NAT Mode: DNAT
Destination: myHost

Log initial packets: true
Automatic filter rule: true

I also experimented with a special packet filter, allowing packets from "ANY" with Service "myService" to "myHost" but it didn't work either.

All i get is a connection refused error. 
In the packet filter's live log i can't see any information regarding my connection attempt.

Is there any other logfile where i could get more information from?
Where is the initial packets log, which i enabled with the NAT rule?

Sorry for those many questions but i am bit desperate because i can't get it working for hours.

Thanks for your help

best regards 

royce


This thread was automatically locked due to age.
  • Don't be mad at me for asking a silly question: You did turn on the NAT rule, right? [;)]

    Your settings look pretty good but as you don't see anything in the packetfilter log where it should show the initial packets for the address translation in grey color I believe you're having a problem with the connecting side. When you use automatic packet filter rules, they will NOT show in the log either, so for troubleshooting it is best to deactivate automatic filter rules and create them yourself with enabled logging.
    Can you try to use telnet to try to get a connection on that port and see if the packetfilter has a log entry for the translation?
  • Hi Krycek,

    yes the NAT rule is activated [;)]

    When i try to connect (via telnet right now, which is actually working on the lan side) should i see an entry in the packet filter log? Or where are those initial packets logged? Because right now i don't get any message in the packet filter live log

    I now have my own packet filter with the following settings:

    Source: Any
    Service: myService
    Destination: myHost
    Action: Allow 
    Time Event: >
    Log Traffic: true

    Still i can't see anything in the packet filter live log. Is there any other place where i should look?
    Does it mean that already NAT doesn't work because there is no entry in the packet filter log? 
    Could it be that there is something with NAT globally turned of in the firewall?

    Thanks for your help

    best regards

    royce
  • Anytime you access something on "wan-address:5544" from external (!) there should be an entry in your packetfilter now (grey for showing it translated the address, green for allowing the packets), even if the protocol or request is one that the target server cannot handle. 
    Do you have IPS activated? You might want to check that log too.
    If there's nothing and not even a blocked entry it is most likely not even reaching the astaro and you would have to look at a different place liek firewalls blocking outgoing traffic at your external location or something.
  • It seems like you are right and the traffic is already blocked somewhere earlier.
    when i try port forwarding from my mobile phone it works. 
    but from the office internet connection i never reach the destination and no packets are logged.

    so thanks a lot for your hints.