<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Personal website of Dave Hope &#187; Netscreen</title>
	<atom:link href="http://davehope.co.uk/Blog/tag/netscreen/feed/" rel="self" type="application/rss+xml" />
	<link>http://davehope.co.uk</link>
	<description>Open source projects, sysadmin stuff and general geekage</description>
	<lastBuildDate>Tue, 18 May 2010 11:46:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Automatic backup of Netscreen configuration</title>
		<link>http://davehope.co.uk/Blog/automate-backups-of-netscreen-configuration/</link>
		<comments>http://davehope.co.uk/Blog/automate-backups-of-netscreen-configuration/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 13:39:07 +0000</pubDate>
		<dc:creator>Dave</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Backup]]></category>
		<category><![CDATA[Disaster Recovery]]></category>
		<category><![CDATA[Netscreen]]></category>

		<guid isPermaLink="false">http://davehope.co.uk/?p=500</guid>
		<description><![CDATA[I spent some time earlier automating the backups of our appliance configuration to a restricted network share and thought I&#8217;d share a simple batch script to backup the configuration from multiple Juniper Netscreen (ScreenOS) firewalls. @echo off REM ================================================================ REM CONFIGURATION INFO REM ================================================================ set USERNAME=backupAccount set PASSWORD=superSecretPassword set CFGFILE=BackupList.txt set DESTDIR=C:\Backups\ REM ================================================================ REM [...]]]></description>
			<content:encoded><![CDATA[<p>I spent some time earlier automating the backups of our appliance configuration to a restricted network share and thought I&#8217;d share a simple batch script to backup the configuration from multiple Juniper Netscreen (ScreenOS) firewalls.</p>
<pre>@echo off
REM ================================================================
REM CONFIGURATION INFO
REM ================================================================
set USERNAME=backupAccount
set PASSWORD=superSecretPassword
set CFGFILE=BackupList.txt
set DESTDIR=C:\Backups\

REM ================================================================
REM STOP CHANGING HERE OR YOU'LL BREAK SOMETHING
REM ================================================================
SET TIMESTAMP=%date:~-4,4%.%date:~-7,2%.%date:~-10,2%
for /F "tokens=1,2 delims=," %%A in (%CFGFILE%) do (
	IF NOT EXIST "%DESTDIR%%TIMESTAMP%" mkdir "%DESTDIR%%TIMESTAMP%"
	pscp -q -scp -pw %PASSWORD% %USERNAME%@%%B:ns_sys_config "%DESTDIR%%TIMESTAMP%\%%A.cfg"
)</pre>
<p>The above will read the details of the firewalls from a CSV file (BackupList.txt) in <em>hostname,ip address</em> format. PSCP is then used to SCP the configuration from the firewall to the location specified in <em>DESTDIR</em>.</p>
<p>You&#8217;ll need to make sure SSH + SCP is enabled on your firewalls and that pscp is in the same directory as the script. You can find <a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/">the latest version of Putty and PSCP here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://davehope.co.uk/Blog/automate-backups-of-netscreen-configuration/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Juniper SSG140 PPTP Routing</title>
		<link>http://davehope.co.uk/Blog/juniper-ssg140-pptp-routing/</link>
		<comments>http://davehope.co.uk/Blog/juniper-ssg140-pptp-routing/#comments</comments>
		<pubDate>Wed, 30 Jul 2008 07:05:00 +0000</pubDate>
		<dc:creator>Dave</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Netscreen]]></category>
		<category><![CDATA[PPTP]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[SSG140]]></category>

		<guid isPermaLink="false">http://davehope.co.uk/?p=77</guid>
		<description><![CDATA[At work I&#8217;ve just replaced a custom Linux box I&#8217;ve been running as our firewall and proxy with a Juniper Netscreen SSG140. I had a few problems forwarding PPTP traffic so thought I&#8217;d document the problems I came across and the solutions. PPTP Forwarding Firstly, I was having problems even forwarding the PPTP traffic. I&#8217;d [...]]]></description>
			<content:encoded><![CDATA[<p>At work I&#8217;ve just replaced a custom Linux box I&#8217;ve been running as our firewall and proxy with a Juniper Netscreen SSG140. I had a few problems forwarding PPTP traffic so thought I&#8217;d document the problems I came across and the solutions.</p>
<h3>PPTP Forwarding</h3>
<p>Firstly, I was having problems even forwarding the PPTP traffic. I&#8217;d initially setup a VIP on the external interface forwarding a custom PPTP service :</p>
<pre>IP (47) src port: 2048-2048, dst port: 2048-2048
TCP src port: 0-65535, dst port: 1723-1723</pre>
<p>I&#8217;d then setup a Policy to allow the relevant traffic through. Alas, no such luck. Ditching the VIP and having a fixed IP for VPN traffic seemed to work. To put it simply, use MIP rather than VIP.</p>
<h3>Routing PPTP traffic for site to site links</h3>
<p>The second problem was a little weird. At the moment we use MS-RAS for site to site links, I&#8217;d created a route on the Netscreen which was working, but connections would drop after a very short period of time (say 20 seconds). The routing was as follows (outbound shown in green, reutn shown in red).</p>
<p><img class="size-full wp-image-79" title="PPTP routing on SSG140" src="http://davehope.co.uk/wp-content/uploads/2008/07/pptp1.png" alt="Routing problem on SSG140" width="489" height="290" /></p>
<p>Thankfully the solution wasn&#8217;t too messy. Since the Netscreen was missing the return traffic it was dropping the connections. The solution is to log into the Netscreen via telnet and issue the following command:</p>
<pre>unset flow tcp-syn-check</pre>
<p>As if by magic, everything now works.</p>
]]></content:encoded>
			<wfw:commentRss>http://davehope.co.uk/Blog/juniper-ssg140-pptp-routing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
