<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
>

<channel>
	<title>Cyconet Blog &#187; Networking</title>
	<atom:link href="http://blog.waja.info/tag/networking/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.waja.info</link>
	<description>Just a place to be!</description>
	<lastBuildDate>Fri, 07 Oct 2011 07:45:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
		<item>
		<title>OpenWRT WDS works like charm</title>
		<link>http://blog.waja.info/2009/10/25/openwrt-wds-works-like-charm/</link>
		<comments>http://blog.waja.info/2009/10/25/openwrt-wds-works-like-charm/#comments</comments>
		<pubDate>Sun, 25 Oct 2009 22:20:18 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[OpenWRT]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[planet]]></category>

		<guid isPermaLink="false">http://blog.waja.info/?p=277</guid>
		<description><![CDATA[A try with OpenWRT 8.09 in April to setup a WDS with additional AP functionality and encryption, like described in the documentation, failed. So I keeped with my halfbroken solution running on DD-WRT, which is going a bit too commercial these days in my eyes. Now I have found time to try OpenWRT again for [...]]]></description>
			<content:encoded><![CDATA[<p>A try with <a target="new" href="http://openwrt.org">OpenWRT</a> 8.09 in April to setup a <a target="new" href="http://en.wikipedia.org/wiki/Wireless_Distribution_System">WDS</a> with additional AP functionality and encryption, like described in the <a target="new" href="http://downloads.openwrt.org/kamikaze/docs/openwrt.html#x1-210001.2.2">documentation</a>, <a target="new" href="https://dev.openwrt.org/ticket/4974">failed</a>. So I keeped with my halfbroken solution running on <a target="new" href="http://dd-wrt.com">DD-WRT</a>, which is going a bit too commercial these days in my eyes.<br />
Now I have found time to try OpenWRT again for this purpose, since the issue was <a target="new" href="https://dev.openwrt.org/changeset/16160">fixed</a> really fast. I just did setup a stock 8.09.1 installation and then dropped the following into /etc/config/wireless:</p>
<p class="code">
config &#8216;wifi-device&#8217; &#8216;wl0&#8242;<br />
&#160&#160&#160 &#160&#160option &#8216;type&#8217; &#8216;broadcom&#8217;<br />
&#160&#160&#160 &#160&#160option &#8216;channel&#8217; &#8217;5&#8242;<br />
&#160&#160&#160 &#160&#160option &#8216;disabled&#8217; &#8217;0&#8242;<br />
config wifi-iface<br />
&#160&#160&#160 &#160&#160option device   &#8220;wl0&#8243;<br />
&#160&#160&#160 &#160&#160option network  lan<br />
&#160&#160&#160 &#160&#160option mode     ap<br />
&#160&#160&#160 &#160&#160option ssid     &#8220;OpenWrt&#8221;<br />
&#160&#160&#160 &#160&#160option encryption  psk2<br />
&#160&#160&#160 &#160&#160option key      &#8220;keyforclients&#8221;<br />
config wifi-iface<br />
&#160&#160&#160 &#160&#160option device   &#8220;wl0&#8243;<br />
&#160&#160&#160 &#160&#160option network  lan<br />
&#160&#160&#160 &#160&#160option mode     wds<br />
&#160&#160&#160 &#160&#160option bssid    00:16:B6:19:63:C8<br />
&#160&#160&#160 &#160&#160option ssid     &#8220;OpenWrtWDS&#8221;<br />
&#160&#160&#160 &#160&#160option encryption psk2<br />
&#160&#160&#160 &#160&#160option key      &#8220;pskforWDS&#8221;
</pre>
<p>And guess what? It worked like a charm! So I could replace the odd DD-WRT boxes. Anyways ... does anybody have an idea where to find the <a target="new" href="http://dd-wrt.com/site/support/other-downloads">sourcecode</a> of anything > v23 SP1?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2009/10/25/openwrt-wds-works-like-charm/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Bayreuth Festival &#8211; Online streaming of &#8220;Die Meistersinger von NÃ¼rnberg&#8221;</title>
		<link>http://blog.waja.info/2008/07/02/bayreuth-festival/</link>
		<comments>http://blog.waja.info/2008/07/02/bayreuth-festival/#comments</comments>
		<pubDate>Wed, 02 Jul 2008 08:00:31 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[real-life^Wsuck]]></category>

		<guid isPermaLink="false">http://blog.waja.info/?p=169</guid>
		<description><![CDATA[Actual I&#8217;m involved into a project which maybe of interest for you if you like opera particular when you are a Richard Wagner enthusiast. Since long time, the waiting period for obtaining tickets increases a lot. At the moment I think you have to wait around 8 years, which is a worse. Time changes also [...]]]></description>
			<content:encoded><![CDATA[<p>Actual I&#8217;m involved into a project which maybe of interest for you if you like opera particular when you are a <a href="http://en.wikipedia.org/wiki/Richard_Wagner" target="new">Richard Wagner</a> enthusiast.<br />
Since long time, the waiting period for obtaining tickets increases a lot. At the moment I think you have to wait around 8 years, which is a worse.<br />
<a href="http://en.wikipedia.org/wiki/Bayreuth_Festival#21st_century" target="new">Time changes</a> also at <a href="http://www.bayreuther-festspiele.de/" target="new">Bayreuth Festival</a>, they seems to refocus their audience. Looks like the aspects of huge waiting list and new medias influenced that process.</p>
<p>This year the opera <a href="http://en.wikipedia.org/wiki/Die_Meistersinger">&#8220;Die Meistersinger&#8221;</a> is broadcasted online under the slogan <a href="http://live.bayreuther-festspiele.de/live.html?lang=en" target="new">&#8220;live dabei&#8221; (live there)</a> via the great thing called &#8220;Internet&#8221; and to a public viewing area in <a target="new" href="http://en.wikipedia.org/wiki/Bayreuth">Bayreuth</a>, which is a premiere in both cases. So if you don&#8217;t have a ticket for the <a target="new" href="http://en.wikipedia.org/wiki/Bayreuth_Festspielhaus">Festspielhaus</a> and not in a position to make use of the public viewing but interested to have a look at the opera, you may want to <a href="https://live.bayreuther-festspiele.de/demo_akamai.html?lang=en">check</a> if your system matches the technical requirements and give it a try.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2008/07/02/bayreuth-festival/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Kabel Deutschland breaks DNS System for it&#8217;s customers</title>
		<link>http://blog.waja.info/2008/05/23/kabel-deutschland-breaks-dns-system-for-its-customers/</link>
		<comments>http://blog.waja.info/2008/05/23/kabel-deutschland-breaks-dns-system-for-its-customers/#comments</comments>
		<pubDate>Fri, 23 May 2008 13:59:26 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blog.waja.info/?p=165</guid>
		<description><![CDATA[Last week I noticed, that Kabel Deutschland, a cable provider in germany, returns for any non existing hosts &#8220;204.9.89.60&#8243;. It seems, thats it is rolled out since last fall. Even for DNSSEC enabled infrastructure it breaks it totally: ; &#60;&#60;&#62;&#62; DiG 9.3.4 &#60;&#60;&#62;&#62; +dnssec web.pixaco.se @83.169.184.161 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, [...]]]></description>
			<content:encoded><![CDATA[<p>Last week I noticed, that <a target="new" href="http://www.kabeldeutschland.de/">Kabel Deutschland</a>, a cable provider in germany, returns for any non existing hosts &#8220;204.9.89.60&#8243;. It seems, thats it is rolled out since last fall. Even for <a target="new" href="http://en.wikipedia.org/wiki/DNSSEC">DNSSEC</a> enabled infrastructure it breaks it totally:</p>
<p class="code">
; &lt;&lt;&gt;&gt; DiG 9.3.4 &lt;&lt;&gt;&gt; +dnssec web.pixaco.se  @83.169.184.161<br />
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1<br />
;; ANSWER SECTION:<br />
web.pixaco.se.          0       IN      A       204.9.89.60
</p>
<p>Beside that, this behavour breaks the whole DNS, since many mechanism rely on a negative answer. The most visible effect for the users is, that when having a typo on surfing, he will forwarded to http://suche.kabeldeutschland.de/de.kde.assist/?domain=&lt;domainyoutypedinyourprompt&gt;. Since 204.9.88.0/21 is located at our transatlantic friends from US, there might be some problem with leaking privacy informations. I don&#8217;t feel happy, if I had a typo in my URL and getting listed for it on any terror list or providing the newest porno links to my american friends inside the organisations with the tree capitals.</p>
<p>All that for getting some extra money, but racing pricedumping for connectivity, this sucks a lot.<br />
If you are a customer and feel pissed, you can send a friendly note to them:</p>
<blockquote><p>Kabel Deutschland Vertrieb und Service GmbH &#038; Co. KG<br />
Beschwerdestelle<br />
99116 Erfurt<br />
kundenservice@kabeldeutschland.de<br />
Fax: 01805299925</p></blockquote>
<p>A quick and dirty workaround for dnsmasq maybe to add &#8220;bogus-nxdomain=204.9.89.60&#8243; to your config file. This doesn&#8217;t fix the DNSSEC problem.<br />
The problem also pops up at <a href="http://lists.oarci.net/pipermail/dns-operations/2008-May/002678.html" target="new">dns-operations</a> and there are traces at <a target="new" href="http://www.google.com/search?q=kabel+deutschland+infospace+dns">google</a> too.</p>
<p>[UPDATE] Over 1 year later zdnet.de <a target="new" href="http://www.zdnet.de/sicherheits_analysen_umsatz_um_jeden_preis_falsche_dns_antworten_der_provider_story-39001544-41524645-4.htm">discoverd</a> the problem. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2008/05/23/kabel-deutschland-breaks-dns-system-for-its-customers/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Routing Suite in an ISP environment?</title>
		<link>http://blog.waja.info/2008/02/20/routing-suite-in-an-isp-environment/</link>
		<comments>http://blog.waja.info/2008/02/20/routing-suite-in-an-isp-environment/#comments</comments>
		<pubDate>Tue, 19 Feb 2008 23:21:10 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[routing]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2008/02/20/routing-suite-in-an-isp-environment/</guid>
		<description><![CDATA[Searching for an alternative for our old Cisco Border Router we are evaluating some software routing suites on &#8220;normal&#8221; server hardware. First we tried Vyatta, but the routing software frequently crashed completly. Maybe this is fixed with VC4 Alpha 1, but we didn&#8217;t test that. Next try was the development version (0.99.9) of quagga from [...]]]></description>
			<content:encoded><![CDATA[<p>Searching for an alternative for our old Cisco Border Router we are evaluating some software routing suites on &#8220;normal&#8221; server hardware.<br />
First we tried <a target="new" href="http://www.vyatta.com/products/index.php">Vyatta</a>, but the routing software frequently crashed completly. Maybe this is fixed with VC4 Alpha 1, but we didn&#8217;t test that.<br />
Next try was the development version (0.99.9) of <a target="new" href="http://www.quagga.net/">quagga</a> from <a target="new" href="http://www.debian.org">Debian</a> <a target="new" href="http://www.debian.org/releases/testing/">testing</a>, but it looks like a peering with one of our cisco router fails after the hold timer expires.<span id="more-154"></span></p>
<p class="code">
2008/02/19 15:08:06 BGP: Performing BGP general scanning<br />
2008/02/19 15:08:06 BGP: scanning IPv4 Unicast routing tables<br />
2008/02/19 15:08:06 BGP: scanning IPv6 Unicast routing tables<br />
2008/02/19 15:08:07 BGP: Import timer expired.<br />
2008/02/19 15:08:13 BGP: 192.168.96.2 rcvd UPDATE w/ attr: nexthop 212.202.214.150, origin i, localpref 100, metric 0, path 20676 2914 2914 2914 2914 4755 4755 4755 4755 4755 9583<br />
2008/02/19 15:08:13 BGP: 192.168.96.2 rcvd 124.7.35.0/24<br />
2008/02/19 15:08:13 BGP: Zebra send: IPv4 route add 124.7.35.0/24 nexthop 212.202.214.150 metric 0<br />
2008/02/19 15:08:17 BGP: 192.168.96.2 sending KEEPALIVE<br />
2008/02/19 15:08:17 BGP: 192.168.96.2 KEEPALIVE rcvd<br />
2008/02/19 15:08:17 BGP: %NOTIFICATION: received from neighbor 192.168.96.2 4/0 (Hold Timer Expired) 0 bytes<br />
2008/02/19 15:08:17 BGP: %ADJCHANGE: neighbor 192.168.96.2 Down BGP Notification received
</p>
<p>Any ideas are welcome &#8230; also some other routing suite alternatives.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2008/02/20/routing-suite-in-an-isp-environment/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Ignoring security (usability)</title>
		<link>http://blog.waja.info/2007/07/07/ignoring-security-usability/</link>
		<comments>http://blog.waja.info/2007/07/07/ignoring-security-usability/#comments</comments>
		<pubDate>Fri, 06 Jul 2007 23:39:18 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[WLan]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2007/07/07/ignoring-security-usability/</guid>
		<description><![CDATA[Since some time, Deutsche Bahn rolled public wireless lan called &#8220;WLAN am Bahnhof&#8221; out at 25 railroad stations, you can choose between 4 providers. Sounds really nice, but beside the economical conditions, there is also at least one security issue. Connecting to the network and opening your favorite browser redirects you to a encrypted portal. [...]]]></description>
			<content:encoded><![CDATA[<p>Since some time, <a target="new" href="http://www.db.de">Deutsche Bahn</a> rolled public wireless lan called &#8220;WLAN am Bahnhof&#8221; out at 25 railroad stations, you can choose between 4 providers. Sounds really nice, but beside the economical conditions, there is also at least one security issue.<br />
Connecting to the network and opening your favorite browser redirects you to a encrypted portal. So far, so good &#8230; the really bad news is, that the certificate expired over 6 years ago.<br />
<img src="http://blog.waja.info/wp-content/photos/zertifikat.png" alt="Broken certificate" /><br />
This seems to be a normal behavior, since it happens often, that invalid certificates are used. This leeds to blunted users, which aren&#8217;t verifying such certificates anymore, even when it&#8217;s important.<br />
Does anybody know a reasonable way to notify anybody who can solve the problem there beside the normal contact forms?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2007/07/07/ignoring-security-usability/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Booting Linux on Cisco 7513</title>
		<link>http://blog.waja.info/2007/06/18/booting-linux-on-cisco-7513/</link>
		<comments>http://blog.waja.info/2007/06/18/booting-linux-on-cisco-7513/#comments</comments>
		<pubDate>Mon, 18 Jun 2007 12:15:57 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[planet]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2007/06/18/booting-linux-on-cisco-7513/</guid>
		<description><![CDATA[Today I was reconfiguring a Cisco 7513 with a RSP 16 and a FastEthernet module inside. So I did a &#8220;erase nvram&#8221; and a &#8220;reload&#8221;. After booting I was surprised to see the following in my Terminal: Would you like to enter the initial configuration dialog? [yes/no]: Loading pxelinux.0 from 10.42.10.50 (via FastEthernet4/0/0): !!! [OK [...]]]></description>
			<content:encoded><![CDATA[<p>Today I was reconfiguring a <a target="new" href="http://www.cisco.com/en/US/products/hw/routers/ps359/ps362/index.html">Cisco 7513</a> with a <a target="new" href="http://www.cisco.com/en/US/products/hw/routers/ps359/products_data_sheet09186a008009201c.html">RSP 16</a> and a <a target="new" href="http://www.cisco.com/en/US/products/hw/modules/ps2033/ps2546/index.html">FastEthernet</a> module inside.<br />
So I did a &#8220;erase nvram&#8221; and a &#8220;reload&#8221;. After booting I was surprised to see the following in my Terminal:</p>
<p class="code">
Would you like to enter the initial configuration dialog? [yes/no]:<br />
Loading pxelinux.0 from 10.42.10.50 (via FastEthernet4/0/0): !!!<br />
[OK - 13156 bytes]
</p>
<p>So the box took an IP via DHCP and tried to netboot. (Un)fortunately it only breaks my terminal, so no worries! ;)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2007/06/18/booting-linux-on-cisco-7513/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Is DNSSEC ready for wild life?</title>
		<link>http://blog.waja.info/2007/04/20/is-dnssec-ready-for-wild-life/</link>
		<comments>http://blog.waja.info/2007/04/20/is-dnssec-ready-for-wild-life/#comments</comments>
		<pubDate>Fri, 20 Apr 2007 19:57:11 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[ripe]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2007/04/20/is-dnssec-ready-for-wild-life/</guid>
		<description><![CDATA[Today the RIPE DNS for LIRs Training Course did take place. (some not up to date course material can be found here) Managing some thousands of zones inclusive nameserver infrastructure behind since several years, I thought it would be neat to provide a secure dns chain to our costumers. After going deeper into the material [...]]]></description>
			<content:encoded><![CDATA[<p>Today the <a target="new" href="http://www.ripe.net/training/dns/index.html">RIPE DNS for LIRs Training Course</a> did take place. (some not up to date course material can be found <a target="new" href="http://www.ripe.net/training/dns/material/">here</a>)<br />
Managing some thousands of zones inclusive nameserver infrastructure behind since several years, I thought it would be neat to provide a secure dns chain to our costumers.<br />
After going deeper into the material within the course, I recognized the following impacts:</p>
<ul>
<li>only <a target="new" href="http://www.isc.org/sw/bind/">bind9 (>= 9.3)</a> and <a target="new" href="http://en.wikipedia.org/wiki/NSD">NSD</a> privides support (yet)</li>
<li>bandwidth will be increased 2-3 times with max. key size</li>
<li>increased memory usage depending on your server software</li>
<li>operational costs will increasing dramaticaly due significant higher amount of regular work</li>
<li>more computing power (hardware) needed to generate dnssec ready zones and signing</li>
<li>unknown influence on resolving nameservers (load/memory/bandwidth)</li>
<li><strong>chain of trust</strong> ends at resolving nameserver and <strong>is not provided to enduser</strong></li>
</ul>
<p>Since the last issue isn&#8217;t solved (yet), it doesn&#8217;t make any sence for me to invest resources into setting up DNSSec infrastructur, cause the end user would not recognize if the communication with the resolving nameserver or the resolving nameserver itself is taken over.</p>
<p>Any complaints and/or hint? Did I missed something?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2007/04/20/is-dnssec-ready-for-wild-life/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Wireless Bridge and WPA(2) on Linksys Router &#8230; or how to look for a needle in a haystack</title>
		<link>http://blog.waja.info/2006/07/02/wireless-bridge-and-wpa2-on-linksys-router/</link>
		<comments>http://blog.waja.info/2006/07/02/wireless-bridge-and-wpa2-on-linksys-router/#comments</comments>
		<pubDate>Sun, 02 Jul 2006 19:56:44 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[OpenWRT]]></category>
		<category><![CDATA[WLan]]></category>
		<category><![CDATA[linksys]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2006/07/02/wireless-bridge-and-wpa2-on-linksys-router-or-how-to-look-for-a-needle-in-a-haystack/</guid>
		<description><![CDATA[I was searching half a night and 2 hours today to get a Linksys Router working a wireless bridge with WPA(2) encryption. I tried Openwrt White Russian RC5 and DD-Wrt V23 SP1 and many combinations of WPA, WPA2, TKIP, AES. The bridge works well with WEP and without any encryption&#8230;. So &#8230; after more than [...]]]></description>
			<content:encoded><![CDATA[<p>I was searching half a night and 2 hours today to get a Linksys Router working a wireless bridge with WPA(2) encryption. I tried <a href="http://openwrt.org">Openwrt</a> White Russian RC5 and <a href="http://www.dd-wrt.com">DD-Wrt</a> V23 SP1 and many combinations of WPA, WPA2, TKIP, AES. The bridge works well with WEP and without any encryption&#8230;.</p>
<p><span id="more-89"></span></p>
<p>So &#8230; after more than one hour googling I found the following in the broadcom kernel module source:</p>
<blockquote><p>
<code>if (val &#038;&#038; strstr(v, "psk")) {<br />
    val = (strstr(v, "psk2") ? 0x84 : 0x4);<br />
    v = nvram_safe_get(wl_var("wpa_psk"));<br />
    if ((strlen(v) >= 8) &#038;&#038; (strlen(v) < 63)) {</p>
<p>        bcom_ioctl(skfd, ifname, WLC_SET_WPA_AUTH, &#038;val, sizeof(val));</p>
<p>        if (nvram_match(wl_var("mode"), "wet")) {<br />
            /* Enable in-driver WPA supplicant */<br />
            wsec_pmk_t pmk;</p>
<p>            pmk.key_len = (unsigned short) strlen(v);<br />
            pmk.flags = WSEC_PASSPHRASE;<br />
            strcpy(pmk.key, v);<br />
            bcom_ioctl(skfd, ifname, WLC_SET_WSEC_PMK, &#038;pmk, sizeof(pmk));<br />
            bcom_set_int(skfd, ifname, "sup_wpa", 1);<br />
        }<br />
    }<br />
}</code></code></p></blockquote>
<p>So &#8230; this means, that the WPA-PSK length has to be >= 8 and < 63, mine was 65. This wasnÃƒâ€šÃ‚Â´t a problem yet, cause I used the routers only in AP mode, where this restriction doesn't effect. Shorting the WPA-PSK length 62 did the trick!</p></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2006/07/02/wireless-bridge-and-wpa2-on-linksys-router/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>WRTSL54GS debridged</title>
		<link>http://blog.waja.info/2006/06/28/wrtsl54gs-debridged/</link>
		<comments>http://blog.waja.info/2006/06/28/wrtsl54gs-debridged/#comments</comments>
		<pubDate>Wed, 28 Jun 2006 08:47:27 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[OpenWRT]]></category>
		<category><![CDATA[WLan]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[linksys]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2006/06/28/wrtsl54gs-debridged/</guid>
		<description><![CDATA[Okay &#8230; we got the serial port running (same like WRT54GS), so we could be more risky. After some tries I decided to work analog the WRT54G models. Successfull was the following modifications to factory (linksys) defaults: nvram set vlan0ports=&#8221;0 1 2 5*&#8221; nvram set vlan1ports=&#8221;4 5*&#8221; nvram set vlan0hwname=&#8221;et0&#8243; nvram set vlan2ports=&#8221;3 5&#8243; nvram [...]]]></description>
			<content:encoded><![CDATA[<p>Okay &#8230; we got the serial port running (same like WRT54GS), so we could be more risky. After some tries I decided to work analog the WRT54G models.</p>
<p><span id="more-87"></span></p>
<p>Successfull was the following modifications to factory (linksys) defaults:
</p>
<p class="code">nvram set vlan0ports=&#8221;0 1 2 5*&#8221;<br />
nvram set vlan1ports=&#8221;4 5*&#8221;<br />
nvram set vlan0hwname=&#8221;et0&#8243;<br />
nvram set vlan2ports=&#8221;3 5&#8243;<br />
nvram set vlan2hwname=&#8221;et0&#8243;<br />
nvram set dmz_ifname=&#8221;vlan2&#8243;<br />
nvram set lan_ifname=&#8221;br0&#8243;<br />
nvram set lan_ifnames=&#8221;vlan0&#8243;<br />
nvram set wan_ifname=&#8221;ppp0&#8243;</p>
<p>Now the door is open to extend the functionality of the openwrt router</p>
<p class="code"># df<br />
Filesystem           1k-blocks      Used Available Use% Mounted on<br />
/dev/root                 7296      3420      3876  47% /<br />
none                     15276        36     15240   0% /tmp</p>
<p>Hrhrhrhr &#8230; :-) Disassemble photos can be found <a href="http://gallery.cyconet.org/v/wrtsl54gs1/">here</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2006/06/28/wrtsl54gs-debridged/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>We got some Linksys WRTSL54GS imported from US</title>
		<link>http://blog.waja.info/2006/06/27/we-got-some-linksys-wrtsl54gs-imported-from-us/</link>
		<comments>http://blog.waja.info/2006/06/27/we-got-some-linksys-wrtsl54gs-imported-from-us/#comments</comments>
		<pubDate>Tue, 27 Jun 2006 11:14:43 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenWRT]]></category>
		<category><![CDATA[WLan]]></category>
		<category><![CDATA[hardware-hacking]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OpenSource]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2006/06/27/we-got-some-linksys-wrtsl54gs-imported-from-us/</guid>
		<description><![CDATA[DonÃƒâ€šÃ‚Â´t ask how, but we got some units to europe. The first thing we does, was to install openwrt and to try debridge the switch to have multiple interfaces instead. We was able to remove ports from the switch, but cant create additional working vlans like on WRT54G. So at this point its useless for [...]]]></description>
			<content:encoded><![CDATA[<p><img align="left" alt="Linksys WRTSL54GS" title="Linksys WRTSL54GS" style="margin: 0pt 6px 2px 0pt; padding: 3px; display: inline; float: left" src="http://blog.waja.info/wp-content/photos/wrtsl54gs.jpeg" /></p>
<p>DonÃƒâ€šÃ‚Â´t ask how, but we got some units to europe. </p>
<p>The first thing we does, was to install <a href="http://www.openwrt.org">openwrt</a> and to try debridge the switch to have multiple interfaces instead. We was able to remove ports from the switch, but cant create additional working vlans like on <a href="http://blog.waja.info/2005/11/23/break-the-switch-into-separated-ethernet-ports-vlans/">WRT54G</a>. So at this point its useless for our purpose. But we will start exploring as son as possible we have a running serial console.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2006/06/27/we-got-some-linksys-wrtsl54gs-imported-from-us/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
