Add new attachment

Only authorized users are allowed to upload new attachments.

List of attachments

Kind Attachment Name Size Version Date Modified Author Change note
png
dmz_port.png 54.9 kB 2 09-Oct-2016 18:14 Ben Spink
png
dmz_publickey.png 13.9 kB 1 09-Oct-2016 18:14 Ben Spink
png
dmz_selector.png 30.3 kB 1 09-Oct-2016 18:14 Ben Spink
png
dmz_user.png 57.6 kB 3 09-Oct-2016 18:14 Ben Spink

This page (revision-26) was last changed on 25-Oct-2016 16:59 by Ben Spink

This page was created on 09-Oct-2016 18:14 by Ben Spink

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 3 added 7 lines
Quick video showing the steps described below: [https://youtu.be/qIe6Hyi4R9E]
When a connection comes into the DMZ server over SFTP/FTP(es)/HTTP(s)/WebDAV(s), the DMZ server talks to the internal server on an existing connection it already has from the internal server. This communication is over a SSL socket and is always initiated from the internal to the DMZ. The protocol the DMZ then uses inside this secure connection is HTTP. The internal server then attaches the connection to the first HTTP (not HTTPS) port internally that it finds in its list of ports.
So all interaction between DMZ and Internal is the HTTP protocol (inside a SSL connection). The user may be using SFTP to connect to the DMZ, and ask for a directory listing. This then results in the DMZ asking the internal server for a dir listing using HTTP, and then its translated and delivered to the SFTP client as a SFTP dir listing. This way all protocols are handled by the DMZ, and the internal server does everything using one protocol that can handle everything.
----
At line 5 changed one line
java -jar CrushFTP.jar -dmz 9000 #accept a connection from any IP on port 9000 to receive settings and run
java -jar CrushFTP.jar -dmz 9000
At line 7 removed one line
java -jar CrushFTP.jar -dmz 9000 192.168.1.10,10.0.1.5,192.168.1.11 #accept a connection from these IPs on port 9000 and run
At line 9 removed one line
If you specify acceptable IPs, and the IP isn't int he list, the connection is dropped, and a message logged.
At line 13 changed one line
So duplicate prefs.XML and call it "prefs_dmz1.XML". The "_dmz1" is part of a specific naming scheme. This server will be identified as "dmz1". So if you wanted another name such as 'extra' you would do "prefs_extra.XML".
So duplicate prefs.XML and call it "prefs_dmztest.XML". The "_dmztest" is part of a specific naming scheme. This server will be identified as "dmztest". So if you wanted another name such as 'extra' you would do "prefs_extra.XML".
At line 21 added 35 lines
Create a new port item, set its protocol to be DMZ:// and configure the IP and port for the DMZ server where the core will be connecting out to the DMZ. The IP is the IP of the DMZ server and the port is the port you used above when you started it. The 'name' field that would normally be optional is required here as that is how it identifies what prefs.XML file to use. So the name should match that second part of the filename you made above. In this case 'dmztest'. When the port starts, it sends the prefs_dmztest.XML over the network to the DMZ server, and its kept in memory on the DMZ server. There will be outgoing port connections from the internal server to the DMZ server on the port specified.
[attachments|dmz_port.png]
4.) Now when you go back to the [Server Admin] tab, you will notice a new drop down selector to the right of the tabs allowing you to control the instance you are managing. Select your DMZ instance. If the interface loads, then it means the DMZ server is communicating correctly. Now we need to setup the forwarding user.
[attachments|dmz_selector.png]
5.) Go to the user manager on the DMZ instance. Create a new user named "template". No need for a password as its not used. This is a reserved username that forwards to an internal server.
Create a new remote item using the third button down in the middle of the virtual file system area. Configure it exactly as shown in the screenshot using the username of '{username}' and password of {password}'. Don't change the IP or port, just leave it as the screenshot shows. Then give it full permissions with the checkboxes on the left after you save.
[attachments|dmz_user.png]
Since this is a DMZ server, this remote item will be used by the DMZ to talk to the internal server. It will adjust the IP, port, and fill in the user/pass info as needed dynamically.
If the DMZ will do public key authentication, in the user manager, set the public key path for this 'template' user to be just the three letters in uppercase: DMZ. This will allow automatic public key verification based on keys configured on the internal server to be validated on the DMZ as well.
[attachments|dmz_publickey.png]
----
!No prefs are stored on the DMZ server.
!SSH keys, and SSL certificates are given to the DMZ server from the Internal server.
!No users are stored on the DMZ server.
!No user data files are stored on the DMZ server.
!File transfers are streamed through to the Internal server.
----
You can install the DMZ as a daemon process in windows using:\\
{{{
java -jar CrushFTP.jar -dmzi 9000
}}}
Then alter the new service\wrapper.conf file and change the "plugins/lib/CrushFTPJarProxy.jar" to be "CrushFTP.jar".
Version Date Modified Size Author Changes ... Change note
26 25-Oct-2016 16:59 4.72 kB Ben Spink to previous
25 09-Oct-2016 18:14 4.639 kB Ben Spink to previous | to last
24 09-Oct-2016 18:14 4.654 kB Ben Spink to previous | to last
23 09-Oct-2016 18:14 4.644 kB Ben Spink to previous | to last
22 09-Oct-2016 18:14 4.648 kB Halmágyi Árpád to previous | to last
21 09-Oct-2016 18:14 4.64 kB Ben Spink to previous | to last
« This page (revision-26) was last changed on 25-Oct-2016 16:59 by Ben Spink
G’day (anonymous guest)

OLD WIKI!!!#

New: CrushFTPv9#

OLD WIKI!!!#


CrushFTP8 | What's New
JSPWiki