<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
<channel>
<title><![CDATA[Qbik New Zealand Limited]]></title>
<link><![CDATA[https://support.qbik.com/]]></link>
<description />
<generator><![CDATA[Kayako fusion v4.71.0]]></generator>
<item>
<title><![CDATA[Client connection methods]]></title>
<link><![CDATA[https://support.qbik.com/index.php?/Knowledgebase/Article/View/50]]></link>
<guid isPermaLink="false"><![CDATA[c0c7c76d30bd3dcaefc96f40275bdc0a]]></guid>
<pubDate><![CDATA[Thu, 18 Aug 2005 15:43:16 +1200]]></pubDate>
<dc:creator><![CDATA[Adrien de Croy (Import)]]></dc:creator>
<description><![CDATA[

After TCP/IP is installed on the client machines and IP addressing has been configured, the next step is to choose which connection method your clients will use to access the Internet. 
WinGate offers the choice of three different methods that client...]]></description>
<content:encoded><![CDATA[<div style= "margin-left: 15px;">
<a name="top"></a>
<p>After TCP/IP is installed on the client machines and IP addressing has been configured, the next step is to choose which connection method your clients will use to access the Internet. </p>
<p>WinGate offers the choice of three different methods that clients on the LAN can use when connecting through WinGate. </p>
<p>These are:</p>
<ol>
  <li><a href="#nat"><font color="#FF0000">Network Address Translation</font></a></li>
  <li><a href="#wgic"><font color="#FF0000">Wingate Internet Client</font></a></li> 
  <li><a href="#proxy"><font color="#FF0000">Proxy Method</font></a></li></ol><BR>
<p>
Follow the links below for instructions on configuring your LAN clients to connect to a WinGate server using:
<p><ul><li><a href="http://support.qbik.com/index.php?_a=knowledgebase&_j=questiondetails&_i=119">
<b>NAT</b></a></li>
<li><a href="http://support.qbik.com/index.php?_a=knowledgebase&_j=questiondetails&_i=120"><b>WGIC</b></a></li>
<li><a href="http://support.qbik.com/index.php?_a=knowledgebase&_j=questiondetails&_i=121"><b>Proxy</b></a></li></ul>

<p><a name="nat"></a>
<b>Network Address Translation (NAT)</b>
<p>NAT is the easiest of the client connection methods to configure and use. </p>
<p> Network Address Translation happens when clients send their Internet requests 
  to the WinGate server. </p>
<p>The WinGate server keeps track of which client is making the request. The WinGate 
  server then makes the request on behalf of the client, out to the location on 
  the Internet using its public IP address (appearing to the outside world as 
  though it is the computer that originated the request.)</p>
<p>When the Web or remote server sends back the information to the public IP address 
  of the WinGate server, the WinGate server translates the address back to the 
  private address of the relevant client on the LAN, and redirects the incoming 
  data back to that client who originally requested the information.</p>
<strong>Pros</strong> 
<ul>
  <li>NAT provides fast and seamless low-level sharing of a connection to the 
    internet. It is the simplest approach to sharing an internet connection as 
    all clients Internet requests (regardless of the type of program or activity) 
    are sent to the WinGate server for it to handle on behalf of the client. With 
    little overhead, it is very reliable. 
  <li>It is also extremely flexible as it gives access to a shared Internet connection 
    for any platform that supports TCP/IP (e.g. Windows, Mac, Unix, Linux) unlike 
    the Windows Internet client that can on be installed on a Windows based machine. 
    This makes it ideal when you have non-Windows operating systems on the network 
    that need to use WinGate to access the Internet. 
  <li>Since all Internet requests will be sent to the WinGate (gateway) machine, 
    virtually any TCP/IP based client application (web browsers, mail programs, 
    newsgroups, FTP etc.) should be able to use it without having to configure 
    that application itself. 
  <li>There is no software to install and no applications to configure. 
  <li>With transparent redirection there is easy integration with the power of 
    WinGate proxy services. 
</ul>
  
<p><strong>Cons</strong></p>
<ul>
  <li>Because NAT is implemented as a low-level driver, there may occasionally 
    be some compatibility problems with some hardware.
  <li>Due to its light weight nature, NAT alone does not allow the access or policy 
    control available when clients are using WGIC, or running applications directly 
    through WinGate proxies. However this can now be alleviated by the use of 
    transparent redirection. 
</ul>
<p><strong>Conclusion</strong> </p>
<p>For many, NAT is an excellent choice. It's particularly well-suited to LANs 
  that contain a mix of Windows platform and non-Windows machines. It is also 
  ideal in situations where you dont want to have to install client software or 
  configure individual applications on many different machines. </p>
<p><a href="#top">Click here to return to the top</a> </p>
<p><a name="wgic"></a>
<b>WinGate Internet Client (WGIC)</b>
<p><br>
  The WinGate Internet Client is small application that can be installed on client 
  machines in order to communicate with the WinGate server. </p>
<p>When the WGIC is installed, all network/Internet requests from WinSock based applications (most Windows programs) on the client computer will be intercepted 
  and serviced by the the WinGate Server. This allows administrators to have strong 
  control over what applications clients use to access the Internet, and how they 
  will access the Internet.<br>
</p>
<p><strong>Pros</strong></p>
<ul>
  <li>Provides tight control over users Internet usage and allows the efficient 
    running of server applications. 
  <li>Provides an elegant way for users to authenticate for Internet usage. It 
    can be configured so the user has to enter username and password the first 
    time they access the Internet making it ideal for tracking and auditing purposes. 
  <li> Allows policy control from just one place in WinGate (the WRP service, 
    which is the service that intercepts the WGIC requests) rather then configuring 
    policies per WinGate service. 
  <li> When used with a WinGate Enterprise licence, WGIC user Internet access 
    and operations can be controlled from a central configuration menu in Gatekeeper 
    on the WinGate server. </li>
  <li>With the WGIC software packaged in an MSI installer, system administrators 
    in an Active directory can set automatic installation to client machines across 
    the domain.</li>
</ul>
  <p><strong>Cons</strong></p>
<ul>
   <li>You have to install client software.
  <li>Can only be installed to Windows based machines, and used by Winsock based 
    programs. 
</ul>  
  
<p><strong>Conclusion</strong></p> 
    
<p>If you have a small to medium sized LAN of Windows clients or a domain scenario, 
  where control of user Internet applications is required, we recommend using 
  the WGIC. </p>
<p><a href="#top">Click here to return to the top</a> </p>
<p><a name="proxy"></a>
<b>Proxy </b>
<p>The Proxy connection is one of the most direct client connection methods used 
  by WinGate.</p>
<p>Rather then configuring the client machine to use WinGate for all Internet 
  access, each application on the client machine such as web browser, mail program, 
  chat program etc must be configured individually to connect through WinGate 
  (proxy server) to the Internet. </p>
<p>Most TCP/IP based programs will have an option to use a Proxy server. This 
  is where access through WinGate will need to be configured.</p>
WinGate's specific proxy services (such as HTTP,FTP,Telnet) etc have been specifically 
designed to handle these types of connections and as such handle the entire connection 
between the client application and the remote server/site on the Internet. 
<p>The WinGate Internet Client and NAT connection methods have decreased the importance 
  of application proxies. </p>
<p>You may still choose to use proxies to exert per-service control over policies, 
  however the advent of transparent 
  redirection means that there is nothing you can do with proxies that you 
  now cannot do with the other two client connection methods.</p>
 <p><strong>Pros</strong></p> 
    <ul>
	
  <li>Since the client application request is handled by the specific WinGate 
    proxy service, it allows you the greatest control over data passing through 
    your network as you can set policies and restrictions etc in the relevant 
    proxy service used in WinGate. Although, with <strong>transparent direction</strong>, 
    these benefits are now available through NAT and WGIC. 
</ul>
  
<p><strong>Cons</strong></p> 
  <ul>
   
  <li>Works only for existing protocols that each Proxy service in WinGate is 
    designed for. 
  <li>If a new protocol is devised and used by a client application, you wont 
    be able to set the application to use WinGate as a proxy server, since there 
    will be no proxy service available in WinGate for it. 
</ul>
    
<p><a href="#top">Click here to return to the top</a></p>]]></content:encoded>
</item>
<item>
<title><![CDATA[Configuring LAN clients to make a NAT connection]]></title>
<link><![CDATA[https://support.qbik.com/index.php?/Knowledgebase/Article/View/51]]></link>
<guid isPermaLink="false"><![CDATA[2838023a778dfaecdc212708f721b788]]></guid>
<pubDate><![CDATA[Wed, 14 Sep 2005 13:19:47 +1200]]></pubDate>
<dc:creator><![CDATA[Adrien de Croy (Import)]]></dc:creator>
<description><![CDATA[

Configuring WinGate clients to use NAT is relatively simple.  NAT connections to the WinGate server require that the WinGate server has at least two network adapters, and there must be an internal and an external adapter listed on the network tab in G...]]></description>
<content:encoded><![CDATA[<div style= "margin-left: 15px;">
<p>
Configuring WinGate clients to use NAT is relatively simple.  NAT connections to the WinGate server require that the WinGate server has at least two network adapters, and there must be an internal and an external adapter listed on the network tab in GateKeeper. 
<p>
<b>To configure your client machines to use the NAT method:</b> 
<p>
On the client machine:
<ol>
<li>Open the network connection properties by accessing the Windows control panel and selecting the Network and Dial up connections icon.</li>
<li>Double click on the Local Area Connection icon that is the network interface for the LAN.</li> 
<li>This will bring up the Local Connection Status dialog, click on the Properties button.</li> 
<li>In the Local Connection's Properties window select Internet (TCP/IP) and click the Properties button.</li> 
<b>Note:</b> You can confirm that this is the correct interface to configure as the actual physical name of the adapter is listed at the top of the Local Connection Properties window. 
<li>On the TCP/IP properties window select the Default Gateway setting and enter the private IP address used by the WinGate Server.</li> 
<li>In the Preferred DNS Server setting enter the private IP address used by the WinGate server.</li> 
<li>No other configuration is required for this network interface.</li> 
<li>Click OK through the open properties screens to save the changes.</li>
</ol> 
<br> 

If you have chosen to run the WinGate DHCP service then you can configure WinGate to issue clients with their IP address details:
<ol>
<li>Open Gatekeeper</li> 
<li>Select the DHCP Service on the System tab of the Gatekeeper control panel.</li> 
<li>Open the DHCP Modes screen and make sure this is set to Fully Automatic mode.</li> 
<li>Click OK to apply the changes.</li></ol>
 
This will assign an IP address to the client machine. In fully automatic mode, it will also assign the IP address used by the WinGate server as the Gateway setting on the client machine, allowing clients to access the Internet via NAT through the WinGate server. 
<p>
<a href="http://support.qbik.com/index.php?/Knowledgebase/Article/View/51">Click here</a> to return to the Client Connection Methods article.

]]></content:encoded>
</item>
<item>
<title><![CDATA[Configuring LAN clients to make a Proxy connection]]></title>
<link><![CDATA[https://support.qbik.com/index.php?/Knowledgebase/Article/View/53]]></link>
<guid isPermaLink="false"><![CDATA[d82c8d1619ad8176d665453cfb2e55f0]]></guid>
<pubDate><![CDATA[Wed, 14 Sep 2005 14:09:41 +1200]]></pubDate>
<dc:creator><![CDATA[Adrien de Croy (Import)]]></dc:creator>
<description><![CDATA[
To use the Proxy method for clients connections, configure the particular application on the client machine to point at the IP address (and enter the appropriate port) of the WinGate server.

You will need to check with specific Application documentat...]]></description>
<content:encoded><![CDATA[<div style= "margin-left: 15px;"><br />
To use the Proxy method for clients connections, configure the particular application on the client machine to point at the IP address (and enter the appropriate port) of the WinGate server.<br />
<br />
You will need to check with specific Application documentation on how this is done for your particular program.<br />
<br />
There is no other configuration required for the client workstation. <br />
<br />
Note: Whenever an application is configured to use the Proxy method, that application(program) will be directed through the appropriate proxy service in WinGate. The application will not use any other connection method (NAT or WGIC) even if they are installed and working on the the same machine. <br />
<br />
Since the introduction of using NAT and Transparent Redirection abilities in WinGate, there are now very few occasions where you should need to use a proxy directly.  <br />
<br />
<a href="http://support.qbik.com/index.php?/Knowledgebase/Article/View/51">Click here to return to the Client Connection Methods article.</a><br />
<br />
<br />
<br />
]]></content:encoded>
</item>
<item>
<title><![CDATA[Configuring LAN clients to make a WGIC connection]]></title>
<link><![CDATA[https://support.qbik.com/index.php?/Knowledgebase/Article/View/52]]></link>
<guid isPermaLink="false"><![CDATA[9a1158154dfa42caddbd0694a4e9bdc8]]></guid>
<pubDate><![CDATA[Wed, 14 Sep 2005 13:54:11 +1200]]></pubDate>
<dc:creator><![CDATA[Adrien de Croy (Import)]]></dc:creator>
<description><![CDATA[
Before installing the WinGate Internet Client(WGIC), you should setup the WinGate server and make sure that the Winsock Redirection Service is enabled and running on the WinGate server before you begin installing the WGIC. 

You should also check that...]]></description>
<content:encoded><![CDATA[<div style= "margin-left: 15px;">
Before installing the WinGate Internet Client(WGIC), you should setup the WinGate server and make sure that the <b>Winsock Redirection Service</b> is enabled and running on the WinGate server before you begin installing the WGIC. 

You should also check that the machines that the WGIC is to be installed on meet the minimum requirements.

The requirements for installing the WGIC are as follows:<ul><li>Running Windows 95, 98, NT4, 2000 or XP</li><li>The computer is NOT running the WinGate server</li><li>If running Windows 95 then WinSock 2 must be installed</li></ul>
<b>The WGIC Installer</b>
<p>
Once your computer satisfies these basic requirements, you can install the WGIC:
<ol><li>Run the installer program on your client computer. 
<b>Wingate.exe</b> 
(This is the same installer you used for the WinGate server)

or

<b>WGIC.msi</b> (Client installer found in the WinGate\Client directory on the WinGate Server machine) 

<li>The installer should detect the WinGate server on the network and default to the client install. If it does not you can select to install the WinGate Internet Client manually.</li></ol> 

The WinGate Internet Client Installer doesnt require any settings during the installation process and so installs with little user intervention. Once the installation is complete there should be no requirement to restart the client machine.

Like the WinGate engine, the WinGate Internet Client runs as a Windows Service. This means that it will always run in the background, whether you are logged in or not. You can run the WGIC applet for further configuration from the Windows Control Panel (click Start/Settings/Control Panel). 
<p>
<b>Configuring Applications to Use the WGIC:</b>  
<p>
Once the installer has finished, your applications will connect to the Internet with no further configuration (the Winsock Redirection Service must be running on the WinGate server). The WGIC will seamlessly provide all outgoing and incoming access to and from the Internet. 

If you were using proxies before you installed the WGIC then you should remove any old proxy settings because your applications should be configured to connect directly to the Internet (rather than through proxies). 

If you do not remove these settings, your applications will still work but they will be using the WinGate proxies, not the WGIC.   
<p>
<a href="http://support.qbik.com/index.php?/Knowledgebase/Article/View/51">Click here to return to the Client Connection Methods article.</a>

]]></content:encoded>
</item>
<item>
<title><![CDATA[Problems with a NAT connection]]></title>
<link><![CDATA[https://support.qbik.com/index.php?/Knowledgebase/Article/View/71]]></link>
<guid isPermaLink="false"><![CDATA[e2c420d928d4bf8ce0ff2ec19b371514]]></guid>
<pubDate><![CDATA[Wed, 24 Jan 2007 19:54:13 +1300]]></pubDate>
<dc:creator><![CDATA[Adrien de Croy (Import)]]></dc:creator>
<description><![CDATA[NAT offers a simple method of connecting LAN clients to the internet through the WinGate server.  NAT should work where other connection methods fail because it simply routes the client connections out through WinGate.

As long as you have NAT set up pr...]]></description>
<content:encoded><![CDATA[NAT offers a simple method of connecting LAN clients to the internet through the WinGate server.  NAT should work where other connection methods fail because it simply routes the client connections out through WinGate.<br />
<br />
As long as you have NAT set up properly it should require very little configuration or management.  If you are having problems with your NAT connections you can check the following:<br />
<br />
<b>1. Is the Extended Networking driver installed?</b><br />
<br />
When you install WinGate you can decide whether you want to install the "Extended Networking Service" (ENS). ENS is required for NAT, VPNs, Firewall, Routing etc.  If you did not install ENS when you installed WinGate then you won't have an Extended Networking menu on the system tab in GateKeeper, you will need to reinstall WinGate to add ENS services.<br />
<br />
The screenshot below shows the Extended Networking menu, with the status of the driver as "installed and active".  In the Extended Networking menu there is an option to enable/disable NAT, this should be checked to allow NAT connections from the LAN.<br />
<br />
<img src="kbimage/check_you_have_NAT_XP.GIF" height="561" width="785" alt="Check you have NAT"><br />
<br />
<br />
<b>2. Have your network adapters been correctly identified by WinGate?</b><br />
<br />
NAT connections require an internal and an external adapter in the WinGate server to work properly.  Often if you're behind a DSL router your external adapter will have a private IP address, so you may need to change the adapter settings in WinGate.<br />
<br />
WinGate determines whether an adapter is internal or external based on the IP address of the adapter.  An adapter with a public IP address is seen as external and firewalled, an adapater with a private IP address is seen as internal and services are bound to this adapter.<br />
<br />
Therefore the network adapter pointing at the Internet should be marked as "External" and the network card pointing towards your private network should be marked as "Internal"; as shown in the image below.  If you need to change the adapter usage just double click the adapter and choose the appropriate setting.<br />
<br />
<br />
<img src="kbimage/Check_Internal_External_cfg_XP.GIF" height="365" width="772" alt="Check your network cards / modems are detected by WinGate correctly"><br />
<br />
<br />
<b>3. Network settings</b><br />
<br />
Having more than one default gateway in your WinGate server can cause you routing problems and we recommend that you don't do this.  Your WinGate server should have its network cards configured as below.  We have chosen the 192.168.0.* subnet for our example, but any private IP address range is fine.<br />
<br />
<b>WinGate server:</b><br />
<br />
External adapter:<br />
IP address : (Assigned by ISP/router)<br />
Subnet mask: (Assigned by ISP/router)<br />
default gateway: (Assigned by ISP/router)<br />
DNS server : (Assigned by ISP/router)<br />
<br />
Internal adapter:<br />
IP address : 192.168.0.1<br />
Subnet mask: 255.255.255.0<br />
Defaulte gateway: (left blank)<br />
DNS server : (left blank)<br />
<br />
Your LAN clients should have an IP address on the same subnet as the WinGate server, ie 192.168.0.*.  They should have their default gateway and DNS server pointing at the WinGate server.<br />
<br />
<b>LAN Client:</b><br />
IP address : 192.168.0.2<br />
Subnet mask: 255.255.255.0<br />
Default gateway: 192.168.0.1<br />
DNS server : 192.168.0.1<br />
<br />
Subsequent LAN clients will be on the same subnet, but their IP address will change.<br />
<br />
For more information on setting up NAT on the clients please see this <a href="http://support.qbik.com/index.php?/Knowledgebase/Article/View/52"> Knowledge Base article.</font></a><br />
<br />
<br />
<br />
<b>Additional considerations:</b><br />
<br />
If you are running third party security applications on the WinGate server then you may see a driver conflict with the WinGate driver.  For the purposes of testing you can uninstall the third party applications and see if that solves the problem.  If it does please contact support for further information by submitting a support request <A href="http://support.qbik.com/index.php?_m=tickets&_a=submit" title="click here to submit a ticket"><font color="#FF0000">here</font></A><br />
<br />
If you are using Windows XP(SP2)/Windows 2003 on your LAN, then we recommend turning off the Windows Firewall.  The only way to make sure it stays off is to disable it from the services applet.<br />
<br />
If you have a Realtek 8029 network card please navigate to (Windows) Start menu-->Programs-->WinGate-->Advanced Options-->Hardware Specific-->Check the box "Realtek 8029 Chipset in use".<br />
]]></content:encoded>
</item>
<item>
<title><![CDATA[WPAD - Web Proxy Auto Detection]]></title>
<link><![CDATA[https://support.qbik.com/index.php?/Knowledgebase/Article/View/74]]></link>
<guid isPermaLink="false"><![CDATA[ad61ab143223efbc24c7d2583be69251]]></guid>
<pubDate><![CDATA[Wed, 24 Jan 2007 19:59:26 +1300]]></pubDate>
<dc:creator><![CDATA[Adrien de Croy (Import)]]></dc:creator>
<description><![CDATA[

Most web browsers allow the user to specify whether the proxy settings will be:

Automatically Detected
Configured via a Script
Manually Specified



In Internet Explorer this can be configured in the following location: 

Internet Explorer ...]]></description>
<content:encoded><![CDATA[<div style="margin-left: 15px;">
<br>
Most web browsers allow the user to specify whether the proxy settings will be:

<ul><li>Automatically Detected
<li>Configured via a Script
<li>Manually Specified
</ul>
<br>

In Internet Explorer this can be configured in the following location: 
<br>
Internet Explorer --> Tools menu --> Internet Options --> Connections --> LAN Settings.
<br><br>

<img src="kbimage/ie_proxy_settings_options_wpad.GIF" align="center">
<br><br>
*Please note, all are selected in image for the sake of clarity, usually you would have one selected.
<br><br><br>
<b>With regards to Automatically Detect Settings:</b>
<br><br>
Internet Explorer will make a DNS request to <b>WPAD</b>.
If WinGate is the DNS Server it will return its internal network card address. If WinGate is not the DNS Server then it will need to be added to the third party DNS server that the LAN Clients have specified.
Then Internet Explorer will request the WPAD.PAC file from the IP address returned by the <b>WPAD</b> DNS record.
<br><br><br>
<b>With regards to "Use automatic configuration script":</b>
<br><br>
It needs to be specified in the following format.
<b>http://192.168.0.1/wpad.dat</b>
<br><br><br>

<b>Additional notes:</b>
<br><br>

<ul><li> Using "Automatically Detect Settings" can give inconsistent results with different Internet Explorer versions; contact Microsoft if you believe there is an issue.
<li>The WPAD files are automatically created if they do not exist. They are located within C:\Progam File\WinGate\Resources and can be edited.
<li>When creating a WPAD file we suggest turning off caching of the WPAD file on the LAN Client as per the Microsoft Knowledge base article below.  Caching the WPAD file may result in any changes to the WPAD file taking 30 minutes to become evident.
http://support.microsoft.com/kb/271361/en-us
</ul>

If you have any questions about this article please contact <a href="http://support.qbik.com/index.php?_m=tickets&_a=submit"><font color="#FF0000">Qbik Support</font></a>.]]></content:encoded>
</item>
</channel>
</rss>