ftp is configured on the server to accept on port 28 (tested internally, works)
the ns is configured to allow all traffic to the ftp serv's MIP
the ns is configured: set ftp data-port any
ftping from outside times out every time on that port, from bftp, msftp, and in unix.
the ns doesnt even log the session/drop in debug. there is no record of the attempt.
set your flow filters to the ip address of the machine you are sourcing from and then do a debug flow basic... start your ftp session... once it hangs up... press esc and get db stream... read the output and see what is being dropped.
Quote :
FW: ns100 os2.6.0
FTP: msftpsvc
ftp is configured on the server to accept on port 28 (tested internally, works)
the ns is configured to allow all traffic to the ftp serv's MIP
the ns is configured: set ftp data-port any
ftping from outside times out every time on that port, from bftp, msftp, and in unix.
the ns doesnt even log the session/drop in debug. there is no record of the attempt.
****** <six digit number>: <self> packet received ******
is all that I recieve from the dbug. i tried to do this with tcp as well and cant find a reference to port 28 or the trusted ip anywhere. im just going to ditch using alternate ftp porting an push for secure ftp.
apache on a very minimal unix kernel, cant run anything too complex, plus there is no gui. in any case apache can specify the port (and is) and can be programmed for passive mode (and it is). thanks anyway
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.