[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Verwijderd schreef op zaterdag 27 april 2013 @ 20:56:
Wat je zegt over kanalen aanpassen klopt alleen mijn iPhone gaat hier niet goed mee om, 4S. Deze kan de verbinding niet oppakken.
Wat jullie hier beschrijven heb ik nog nooit meegemaakt. Hebben jullie er wel op gelet dat ook het encryptie type hetzelfde moet zijn? Dus bijvoorbeeld op beide WPA2 AES?eymey schreef op zaterdag 27 april 2013 @ 22:18:
Het is (ook al is de theorie goed) helaas in praktijk ook niet zo rooskleurig, dat 'roaming'.
Veel clients, bijvoorbeeld ook de Android smartphones hier, blijven vast houden aan het 'zwakke' signaal tot er echt niets meer doorheen te duwen valt.
Hier heb ik een opstelling zoals mk13139 beschrijft draaien met 2 apparaten van AVM (een Fritz!box 7390 en een repeater van hetzelfde merk die met UTP verbonden is met het netwerk en een 2e AP opbouwt). En inderdaad zelfde SSID, zelfde WPA2 key en kanaal 6 en 11. Maar het is en blijft een gekl........
Wifi roaming gaat hier vlekkeloos, ook op alle mobiele apparaten (inclusief iPhone 4S).
Ook bij mensen waar ik dezelfde setup heb gemaakt gaat het vlekkeloos, nooit klachten over gehad.
Wifi roaming is overigens niet iets raars (of een hack als je dat denkt); het wordt juist veelvuldig toegepast bij bedrijven, universiteiten en andere instanties.
Je kan gewoon upgraden, maar doe dit zonder je configuratie te behouden.Sebazzz schreef op zaterdag 27 april 2013 @ 23:41:
[...]
Kan ik deze gewoon over Backfire installeren of is een factory-reset aan te raden?
Geluktmk13139 schreef op zondag 28 april 2013 @ 11:10:
[...]
Je kan gewoon upgraden, maar doe dit zonder je configuratie te behouden.
DHCPv6 configuratie wacht ik nog even mee, dit heeft toch nog geen zin zolang UPC (mijn provider) geen IPv6 support biedt
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
En radvd is simpeler volgens mij
Gewoon een heel grote verzameling snoertjes
Maar natuurlijk (ik weet wel waar ik mee bezig benmk13139 schreef op zondag 28 april 2013 @ 11:09:
[...]
[...]
Wat jullie hier beschrijven heb ik nog nooit meegemaakt. Hebben jullie er wel op gelet dat ook het encryptie type hetzelfde moet zijn? Dus bijvoorbeeld op beide WPA2 AES?
Wifi roaming gaat hier vlekkeloos, ook op alle mobiele apparaten (inclusief iPhone 4S).
Ook bij mensen waar ik dezelfde setup heb gemaakt gaat het vlekkeloos, nooit klachten over gehad.
Wifi roaming is overigens niet iets raars (of een hack als je dat denkt); het wordt juist veelvuldig toegepast bij bedrijven, universiteiten en andere instanties.
Het zijn gewoon de Android devices zelf die ervoor kiezen om zo lang mogelijk aan het zwakkere signaal vast te houden. Als hij eenmaal over de drempel is gaat hij wel moeiteloos 'over'.
Overigens, bij 'die grote bedrijven' gaat het vaak nog wel wat professioneler dan simpel 2 AP's op dezelfde naam en beveiliging zetten. Daar vindt vaak ook nog wel een coordinatie (via het 'vaste' netwerk) plaats tussen de accesspoints, voor zover ik weet. Zoals bijvoorbeeld in de cisco infrastructuur (met dito wifi access points) bij mijn werkgever.
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Ja, het beheer is makkelijker. Je hebt dan namelijk een mesh: Vele APs die aan elkaar gekoppeld zijn zodat je de configuratie centraal kunt doorvoeren.eymey schreef op zondag 28 april 2013 @ 13:43:
[...]
Overigens, bij 'die grote bedrijven' gaat het vaak nog wel wat professioneler dan simpel 2 AP's op dezelfde naam en beveiliging zetten. Daar vindt vaak ook nog wel een coordinatie (via het 'vaste' netwerk) plaats tussen de accesspoints, voor zover ik weet. Zoals bijvoorbeeld in de cisco infrastructuur (met dito wifi access points) bij mijn werkgever.
Maar voor je client ziet het er hetzelfde uit: Een heleboel identiek geconfigureerde APs.
Gewoon een heel grote verzameling snoertjes
Verwijderd
Ik lees wel goede dingen over wshaper maar voor een studentenhuis (4-6 personen) lijken de opties toch iets te beperkt te zijn. Voorlopig dus maar weer QoS.Compizfox schreef op zaterdag 27 april 2013 @ 18:20:
It's not a bug, it's a feature
Ik heb al sinds een paar builds terug luci-app-qos vervangen door luci-app-wshaper. Zorg dus dat je wshaper verwijdert of ten minste uitschakelt als je luci-app-qos wilt gebruiken.
Wat kan hier de oorzaak van zijn?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
| [ 44.270000] ar71xx: pll_reg 0xb8050014: 0x1a000000 [ 44.570000] eth0: link up (1000Mbps/Full duplex) [ 44.580000] device eth0.1 entered promiscuous mode [ 44.580000] device eth0 entered promiscuous mode [ 44.600000] br-lan: port 1(eth0.1) entered forwarding state [ 44.600000] br-lan: port 1(eth0.1) entered forwarding state [ 45.580000] ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready [ 46.600000] br-lan: port 1(eth0.1) entered forwarding state [ 50.110000] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 50.130000] device wlan0 entered promiscuous mode [ 50.160000] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 51.000000] br-lan: port 2(wlan0) entered forwarding state [ 51.010000] br-lan: port 2(wlan0) entered forwarding state [ 51.020000] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 53.010000] br-lan: port 2(wlan0) entered forwarding state [ 54.760000] eth0: no IPv6 routers present [ 54.920000] eth0.2: no IPv6 routers present [ 56.480000] u32 classifier [ 56.480000] Performance counters on [ 56.480000] input device check on [ 56.490000] Actions configured [ 56.760000] Mirror/redirect action on [ 66.660000] ifb0: no IPv6 routers present [ 172.570000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000286c0 [ 172.580000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 216.940000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 216.950000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 217.200000] ath: phy0: Failed to stop TX DMA, queues=0x100! ... [ 255.350000] ath: phy0: Failed to stop TX DMA, queues=0x100! [ 266.800000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 266.810000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 267.290000] ath: phy0: Failed to stop TX DMA, queues=0x100! ... [ 443.810000] ath: phy0: Failed to stop TX DMA, queues=0x100! [ 474.970000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000286c0 [ 474.980000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 516.180000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 516.190000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 516.440000] ath: phy0: Failed to stop TX DMA, queues=0x100! ... [ 530.200000] ath: phy0: Failed to stop TX DMA, queues=0x100! [ 541.390000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 541.400000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 541.420000] ath: phy0: Failed to stop TX DMA, queues=0x100! ... [ 691.320000] ath: phy0: Failed to stop TX DMA, queues=0x100! [ 719.810000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 719.820000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 1226.460000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 1226.470000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 1226.720000] ath: phy0: Failed to stop TX DMA, queues=0x100! ... [ 1247.600000] ath: phy0: Failed to stop TX DMA, queues=0x100! [ 1430.650000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 [ 1430.660000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up [ 1430.680000] ath: phy0: Failed to stop TX DMA, queues=0x100! .... [ 1541.620000] ath: phy0: Failed to stop TX DMA, queues=0x100! |
Die ... geven aan dat het gewoon de telkens hetzelfde is. Dit is direct na een herstart, dus dat heeft niet geholpen.
[ Voor 94% gewijzigd door HaTe op 28-04-2013 16:33 ]
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
heb nu nog een Linksys WRT54GL, maar ben op zoek naar een router met gigabit, nieuwe verbindingen via wlan. Heb nu volgens mij alleen 802.11g.
Heb ondertussen een gigabit netwerk liggen en ook meerdere laptops, tablets en smartphones welke ik via wifi aangesloten heb.
Vind een snel en stabiel wifi signaal dus erg belangrijk, maar ook zeer zeker het bereik.
Nu twijfel ik tussen 2 routers.
De TL-WR1043ND of de TL-WDR4300.
Verschillen niet heel veel van elkaar alleen heeft de TL-WDR4300 750Mbps wireless en de TP-Link TL-WR1043ND 300Mbps.
Is dit het prijsverschil waard? Mijn budget is +/- 70 euro.
Stop chasing the dream, you're already living it
WDR4300: Dualband, tegelijk 2.4GHz en 5GHz. Na 2 weken uptime nog geen enkel probleem gezien.
De megabits moet je niet teveel naar kijken, de 1043ND haalt theoretisch alleen 300Mbps als je een 3x3 client gebruikt met 40MHz kanalen zonder buren. Op 2.4GHz komt dat heel weinig voor. De 750Mbps van de WDR4300 is ook pure marketing, ze hebben nml de theoretische 300Mbps opgeteld bij de theoretische 450Mbps die je met 5GHz kunt halen (wederom met 3x3 terwijl 2x2 veel gangbaarder is).
Als je budget 70 euro is zou ik persoonlijk voor de 4300 gaan. Naast dat ie dualband is, heeft dat ding nml ook 128MB geheugen waar de 1043ND het met 32MB moet doen. Vooral als je OpenWRT wilt draaien kan dat van belang zijn met het oog op applicaties die je zou willen draaien op je router.
En las hier ook al dat de 1043 nog wel eens uit wil vallen.
Wil nu gewoon weer een goede stabiele vervanger van mijn oude router die er weer een tijdje tegenaan kan.
Neem aan dat het sowieso een vooruitgang is tav mijn oude Linksys WRT54GL?
[ Voor 46% gewijzigd door Qosmic op 29-04-2013 12:59 ]
Stop chasing the dream, you're already living it
Dan neem ik voor die 6 euro meer wel de 4300
Stop chasing the dream, you're already living it
Kan iemand dit bevestigen?
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Ben nu die test nog een keer aan het lezen en het is wel opmerkelijk dat hij zoveel beter presteert terwijl hij in theorie langzamer zou zijn dan de WDR4300.
Kan dit ook aan de test liggen, vraag me af als die nog een keer uitgevoerd zou worden, of er dan dezelfde resultaten uit komen
Stop chasing the dream, you're already living it
login zal hiervoor zijn:improperBunny schreef op zondag 28 april 2013 @ 13:48:
Hebben jullie de update van TP-Link van vandaag al bekeken? Nieuw login schermpje o.a.
http://securityevaluators...uters/tp-link_wr1043n.jsp
Nu ook 3000 files voor de mediaserver ipv 100. Nog steeds weinig en ben benieuwd of de router nu wel als echt dlna apparaat gezien wordt.
TL-WR1043ND_v1_130428
http://uk.tp-link.com/sup...el=TL-WR1043ND&version=V1
Welke versie heb je van de router?HaTe schreef op zondag 28 april 2013 @ 18:42:
De laatste chunky van Ultraman
Daarbij gaan ze alleen maar uit van de standaard firmware die bij de router wordt geleverd. Er is niet getest met OpenWRT. Overigens wordt er onterecht opgemerkt dat de firmware bij beiden hetzelfde zou zijn maar gezien de feature list die wordt opgegeven is dat dus absoluut niet zo. De een heeft features die de ander niet heeft en die toch echt softwarematig zijn. Dat is dus een verschil in firmware en juist dat verschil kan het testresultaat verklaren. Als men OpenWRT zou gebruiken en de config gelijk trekt zou er wellicht een heel ander beeld kunnen ontstaan (let wel: de wifi radio's zijn het enige stukje hardware wat verschilt). Wat me verder opviel is dat er een paar waarden waren die toch een behoorlijk verschil tussen beide routers lieten zien maar het over het algemeen dicht bij elkaar ligt. De verschillen die je dan ziet zijn normaal en vallen meer in de categorie van "meetfout" (wifi ontvangst fluctueert nou eenmaal, is goed te zien in de WLAN-LAN en LAN-WLAN tests).HaTe schreef op maandag 29 april 2013 @ 13:00:
Volgens de review van Hardware.info is de WDR3600 goedkoper en beter dan de WDR4300, verder vrijwel identiek.
Ik zie vooral 2 routers die aan elkaar gewaagd zijn zowel qua specs als qua performance. Als er 20 euro verschil tussen zit zoals in het artikel dan zou ik het wel weten. Met 6 euro wordt het moeilijker, dan kijk ik liever naar hoe goed OpenWRT het doet op de betreffende routers en laat dat de doorslag geven.
Als het verschil zou maken dan zou dat klein zijn omdat het verschil tussen die routers nou eenmaal erg klein is. Dat verschil kan gewoon softwarematig zijn (de standaard TP-Link firmware is wel degelijk anders, kijk maar naar de feature list; bij OpenWRT omzeil je dat omdat je een uniforme omgeving kunt maken) maar dat kan ook domweg de natuur van wifi zijn (instabiel waardoor je steeds weer iets anders meet). Die 4300 zou hoogstens wat beter in staat kunnen zijn om meerdere clients op te vangen omdat ie wat meer antennes/bandbreedte tot z'n beschikking heeft.Borromini schreef op maandag 29 april 2013 @ 21:43:
Ik denk dat OpenWrt weinig verschil zal maken tussen beide routers, aangezien de platformen nagenoeg identiek zijn (allebei Atheros etc.). Het zal vooral de hardware zijn die de doorslag geeft.
Dat wordt als het goed is een paar keer eerder in dit topic genoemd en bij de reviews van de router staat hier ook wat info over. Andere antennes kan een optie zijn maar een andere plaatsing van de router of het bijplaatsen van een access point heeft vaak een grotere impact. Speel eens met de positie van de router, dat is de goedkoopste oplossing.Hoppa! schreef op maandag 29 april 2013 @ 22:11:
Iemand hier ervaring met andere antennes op de WR1043? Ik zoek een manier om de ontvangst op zolder een tikkie te verbeteren en wilde eens kijken of andere antennes soelaas bieden.
Ik heb niet helemaal goed gekeken. Verschil is 14 euro.ppl schreef op maandag 29 april 2013 @ 21:02:
[...]
Daarbij gaan ze alleen maar uit van de standaard firmware die bij de router wordt geleverd. Er is niet getest met OpenWRT. Overigens wordt er onterecht opgemerkt dat de firmware bij beiden hetzelfde zou zijn maar gezien de feature list die wordt opgegeven is dat dus absoluut niet zo. De een heeft features die de ander niet heeft en die toch echt softwarematig zijn. Dat is dus een verschil in firmware en juist dat verschil kan het testresultaat verklaren. Als men OpenWRT zou gebruiken en de config gelijk trekt zou er wellicht een heel ander beeld kunnen ontstaan (let wel: de wifi radio's zijn het enige stukje hardware wat verschilt). Wat me verder opviel is dat er een paar waarden waren die toch een behoorlijk verschil tussen beide routers lieten zien maar het over het algemeen dicht bij elkaar ligt. De verschillen die je dan ziet zijn normaal en vallen meer in de categorie van "meetfout" (wifi ontvangst fluctueert nou eenmaal, is goed te zien in de WLAN-LAN en LAN-WLAN tests).
Ik zie vooral 2 routers die aan elkaar gewaagd zijn zowel qua specs als qua performance. Als er 20 euro verschil tussen zit zoals in het artikel dan zou ik het wel weten. Met 6 euro wordt het moeilijker, dan kijk ik liever naar hoe goed OpenWRT het doet op de betreffende routers en laat dat de doorslag geven.
Wat zou je dan doen?
Ik geef het graag uit voor een betere router, maar uit die test blijkt de 3600 sneller en hij is goedkoper.
Stop chasing the dream, you're already living it
Als je openwrt hebt en hem op new zeeland instelt kan je de zendkracht nog een stukje opkrikkenHoppa! schreef op maandag 29 april 2013 @ 22:11:
Iemand hier ervaring met andere antennes op de WR1043? Ik zoek een manier om de ontvangst op zolder een tikkie te verbeteren en wilde eens kijken of andere antennes soelaas bieden.
Misschien werkt dat ook zo met de standaard firmware? maar dat durf ik niet te zeggen.
CPU: i7 4770K @4.8 GHz | GPU: MSI GTX780 Gaming 3GB | MOBO: Asus Z87-pro | RAM: 24GB | OS: Windows 10 x86_64| Wheel: Logitech G25 with Playseat Challenge | VR: Oculus Rift DK2 |
Dat werkt trouwens alleen als je een custom build hebt (bijvoorbeeld een build van Ultraman of van mij). In de officiële builds zit de countrycode 'vast' op US.trion75 schreef op dinsdag 30 april 2013 @ 01:25:
[...]
Als je openwrt hebt en hem op new zeeland instelt kan je de zendkracht nog een stukje opkrikken
Gewoon een heel grote verzameling snoertjes
Verwijderd
Ik heb net ook deze router gekocht. Het ging paar dagen goed. Sinds 2 dagen heb ik er last van dat de router de connectie met internet regelmatig verliest of erg traag wordt. (WAN lampje is OK, en modem direct met netwerk kabel is ook OK).
Wireless werkt ook goed. (kan gewoon op 192.168.1.1)
Aan de instellingen kan ik niks bijzonders vinden. Heb de laatste update geinstallerd en heb hardware versie V1.9
Iemand enig idee waar ik het moet zoeken?
(Heb search functie gebruikt, maar ik zie wel vaak dezelfde problemen voorkomen maar geen oplossing)
[ Voor 10% gewijzigd door Verwijderd op 30-04-2013 15:29 ]
1.9
Ik weet trouwens ook niet zeker of het herstarten van WiFi snachts wel werkt, als ik de commando's handmatig uitvoer krijg ik dit:
# /sbin/wifi "down;" /sbin/wifi up
/sbin/wifi(): Interface type not supported
/sbin/wifi(): Interface type not supported
Command successful (Code: 0)
[ Voor 63% gewijzigd door HaTe op 30-04-2013 15:40 ]
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Sowieso verder kijken dan 1 test/review. Wat ook handig is om te doen: lijstje maken met wat de router sowieso moet kunnen doen en in hoeverre je daar de standaard firmware of iets als OpenWRT voor wil gebruiken. Als er per se OpenWRT op moet dan kun je het beste op hun site in het forum en de wiki kijken hoe goed die routers worden ondersteund (wat werkt wel, wat werkt niet, is het stabiel, is het snel). Als dan de duurdere versie stabieler blijkt zou ik daar eerder geld aan uitgeven. Als de goedkopere echter ook prima blijkt te werken dan kun je weer die 14 euro besparen.Qosmic schreef op maandag 29 april 2013 @ 23:33:
Ik heb niet helemaal goed gekeken. Verschil is 14 euro.
Wat zou je dan doen?
Ik geef het graag uit voor een betere router, maar uit die test blijkt de 3600 sneller en hij is goedkoper.
De countrycode zit in de officiële builds helemaal niet vast. Die kun je instellen op welke je maar wil. Het probleem is alleen dat dit lang niet altijd alle kanalen beschikbaar maakt. Er zal nog het een en ander gepatcht moeten worden zodat dit wel werkt. Het zendvermogen wordt wel netjes aangepast (NL hier instellen levert kanalen 1 t/m 11 op op een zendvermogen van max 100mW).Compizfox schreef op dinsdag 30 april 2013 @ 01:29:
Dat werkt trouwens alleen als je een custom build hebt (bijvoorbeeld een build van Ultraman of van mij). In de officiële builds zit de countrycode 'vast' op US.
Daar staat wel tegenover dat dit niet zo gek veel zin heeft. Veel spullen worden verkocht met de "US" stand aan waardoor je dus niet alle kanalen tot je beschikking hebt. Je kunt dan weliswaar iets op kanaal 12 of 13 gaan instellen maar dat is alleen handig als je weet dat al je huidige en toekomstige devices die kunnen aanspreken. Soms heb je nog wel de mogelijkheid om dat voor elkaar te krijgen door bepaalde settings te wijzigen of dingen te patchen maar vaak niet.
[ Voor 3% gewijzigd door ppl op 30-04-2013 17:35 ]
Is dat dan recent veranderd?ppl schreef op dinsdag 30 april 2013 @ 17:34:
[...]
De countrycode zit in de officiële builds helemaal niet vast. Die kun je instellen op welke je maar wil. Het probleem is alleen dat dit lang niet altijd alle kanalen beschikbaar maakt. Er zal nog het een en ander gepatcht moeten worden zodat dit wel werkt. Het zendvermogen wordt wel netjes aangepast (NL hier instellen levert kanalen 1 t/m 11 op op een zendvermogen van max 100mW).
Bij het builden heb je in menuconfig onder "Kernel Modules --> Wireless Drivers --> kmod-ath --> Configuration --> Force Atheros drivers to respect the user's regdomain settings" (CONFIG_ATH_USER_REGD) de mogelijkheid om het overriden van de regulatory domain toe te laten.
In de officiële builds staat/stond dit uit, waardoor de regulatory domain hardcoded US is/was.
Voor de duidelijkheid: Het is dus wel mogelijk om in de webinterface of direct in /etc/config/wireless NL als countrycode te kiezen, maar het heeft gewoon geen invloed.
[ Voor 9% gewijzigd door Compizfox op 30-04-2013 18:01 ]
Gewoon een heel grote verzameling snoertjes
Dat klinkt niet goed..HaTe schreef op dinsdag 30 april 2013 @ 15:37:
[...]
1.9
Ik weet trouwens ook niet zeker of het herstarten van WiFi snachts wel werkt, als ik de commando's handmatig uitvoer krijg ik dit:
# /sbin/wifi "down;" /sbin/wifi up
/sbin/wifi(): Interface type not supported
/sbin/wifi(): Interface type not supported
Command successful (Code: 0)
Voer je dat commando ook zo in met de quotes erbij?
Probeer eens te upgraden naar mijn build, zonder behoud van je configuratie. Deze build heeft een recentere kernel, wellicht dat je router dan beter functioneert.
Command: /sbin/wifi down; /sbin/wifi up
Dat voer ik dus uit.. misschien dat het niet hetzelfde is als handmatig doen
Nu goed getest, als ik het handmatig doe via putty, dan gaat het goed.
[ Voor 16% gewijzigd door HaTe op 30-04-2013 18:28 ]
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
00 5 * * * reboot # reboot@ 5:00
59 22 * * * /sbin/wifi down # Disable WiFi @ 22:59 every night
30 5 * * * /sbin/wifi up # Enable WiFi @ 5:30 every night
Het enige verschil tussen de 4300 en de 3600 is 3x3 vs 2x2 streams. Dit zie je ook terug in het aantal antennes. Gezien het gros van de wifi apparatuur is uitgerust met dubbele antennes of zelfs met goedkope wifi kaartjes die 1x1 doen is het maar even de vraag of de 4300 wel het extra geld waard is tov de 3600. Enige waar je wel verschil gaat merken is in WDS setups.Qosmic schreef op maandag 29 april 2013 @ 23:33:
[...]
Ik heb niet helemaal goed gekeken. Verschil is 14 euro.
Wat zou je dan doen?
Ik geef het graag uit voor een betere router, maar uit die test blijkt de 3600 sneller en hij is goedkoper.
Geen openwrt hier. Gewoon stock firmware. Ik kan ook niet de voordelen van openwrt bepalen voor een niet-poweruser zoals ik. Ik zie dat nut niet zo, eerlijk gezegd, maar misschien dat ik de kwaliteit van openwrt onderschat.trion75 schreef op dinsdag 30 april 2013 @ 01:25:
[...]
Als je openwrt hebt en hem op new zeeland instelt kan je de zendkracht nog een stukje opkrikken
Misschien werkt dat ook zo met de standaard firmware? maar dat durf ik niet te zeggen.
Mijn doel is om een WR1043ND in de schuur te hangen om het WiFi signaal te versterken in de tuin. Ik haal het net niet tot het eind van de tuin en laten we daar nu net veel zitten. Gelukkig nog een TP-Link over die ik hier mooi voor kon gebruiken zonder extra investeringen te hoeven doen. Uiteraard kun je ook een repeater aanschaffen maar we zijn tenslotte Tweakers.
Onderstaande stappen zullen mogelijk ook op andere type routers met OpenWRT werken maar dat is een kwestie van proberen aangezien de config bestanden dan net iets anders kunnen zijn voor bepaalde hardware onderdelen.
De werkingen van Putty en WinSCP worden niet besproken daar is voldoende over te vinden.
Zorg dat je bekend bent met de fail safe mode zodat je de router kunt herstellen als er iets niet goed gaat. Dit is mij meerdere malen overkomen tijdens het testen.
Fail Safe Mode (router herstellen naar fabrieksinstellingen)
1
2
3
4
5
6
7
8
9
| Sluit je pc bedraad aan op een van de LAN poorten en geeft je PC een ip-adres 192.168.1.5 / 255.255.255.0 (dit stel je in bij de eigenschappen van TCP/IP van de netwerkkaart) Verwijder de stroomplug uit de router en stop deze er weer in. Druk daarna direct heel snel meerdere malen op de QSS knop in, dus los-vast-los) Telnet nu 192.168.1.1 Als stap 3 goed is gegaan krijgt je een command prompt te zien van de router. Geeft hier het commando: mtd -r erase rootfs_data Nu een tijdje zal de router herstarten. Verwijder het ip-adres weer wat je bij stap 1 hebt ingesteld. Klaar je router werkt weer (als je het goed hebt gedaan) |
TP-Link WR1043ND (vanaf nu repeater genoemd) instellen als draadloze WiFi repeater
1. Herstel je repeater naar de fabrieksinstellingen, dan is het uitgangspunt gelijk.
2. Log in op de repeater via 192.168.1.1 en stel een wachtwoord in, anders werkt putty niet.
3. Sluit je PC/Laptop bedraad aan op een van de LAN poorten.
4. Omdat we internet nodig hebben om software te downloaden verbind je een netwerkkabel op de WAN poort (repeater) en de andere kant verbind je op een LAN poort van je bestaande router.
5. Je PC zou nu gewoon kunnen internetten terwijl de pc is verbonden met de repeater.
6. Maak met Putty een verbinding naar de repeater op 192.168.1.1
7. Voer nu de volgende opdrachten uit om relayd te installeren en activeren.
1
2
3
| opkg update opkg install relayd /etc/init.d/relayd enable |
Om ervoor te zorgen dat relyd ook in Luci goed werkt gaan we ook in Luci nog wat software installeren.
1. Log in op je repeater
2. Klik op tabblad Systeem en dan op Software
3. Installeer daar het pakket: luci-proto-relay.
De voorbereidingen zijn nu klaar.
Nu moeten er een aantal config bestanden worden aangepast. Ik doe dit met WinSCP, maar via putty kan uiteraard ook. Nu kun je het beste de gegevens vergelijken en aanpassen waar nodig.
/etc/config/wireless
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| config wifi-device 'radio0'
option type 'mac80211'
option channel '1'
option macaddr 'Vul hier het MAC adres van de repeater in, staan aan de onderkant op de sticker met : tussen de waardes'
option hwmode '11ng'
option htmode 'HT20'
list ht_capab 'SHORT-GI-40'
list ht_capab 'DSSS_CCK-40'
option disabled '0'
option txpower '23'
option country 'US'
config wifi-iface
option ssid 'Vul hier je SSID in van je Router'
option encryption 'psk2'
option device 'radio0'
option mode 'sta'
option network 'wwan'
option key ' Vul hier je wachtwoord in wat hoort bij de SSID'
config wifi-iface
option device 'radio0'
option mode 'ap'
option encryption 'psk2'
option key 'Vul hier je nieuwe SSID in die je wilt gebruiken'
option network 'lan'
option ssid 'Vul hier het nieuwe wachtwoord in wat je wilt gebruiken met de SSID' |
note: omdat je de bestaande Wifi verbinding al gebruikt om draadloos een verbinding te maken moet je een nieuwe verbinding maken voor de repeater. Je moet dus op elke apparaat deze SSID ook toevoegen. Het apparaat schakelt dan automatisch over naar je repeater.
/etc/config/network
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
| config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config interface 'lan'
option ifname 'eth0.1'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.2' # vul het ip-adres in wat je wilt gebruiken voor de repeater
option netmask '255.255.255.0'
option gateway '192.168.1.1' # vul het ip-adres in van je router
option dns '8.8.8.8'
config interface 'wwan'
option proto 'dhcp'
config 'interface' 'stabridge'
option 'proto' 'relay'
option 'network' 'lan wwan'
option ipaddr '192.168.2.2' # gebruik hier een ander ip-range.
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
config switch
option name 'rtl8366rb'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'rtl8366rb'
option vlan '1'
option ports '1 2 3 4 5t'
config switch_vlan
option device 'rtl8366rb'
option vlan '2'
option ports '0 5t' |
/etc/config/dhcp
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| config dnsmasq
option domainneeded 1
option boguspriv 1
option filterwin2k 0 # enable for dial on demand
option localise_queries 1
option rebind_protection 1 # disable if upstream must serve RFC1918 addresses
option rebind_localhost 1 # enable for RBL checking and similar services
#list rebind_domain example.lan # whitelist RFC1918 responses for domains
option local '/lan/'
option domain 'lan'
option expandhosts 1
option nonegcache 0
option authoritative 1
option readethers 1
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
#list server '/mycompany.local/1.2.3.4'
#option nonwildcard 1
#list interface br-lan
#list notinterface lo
#list bogusnxdomain '64.94.110.11'
config dhcp lan
option interface lan
option start 100
option limit 150
option leasetime 12h
option ignore 1
config dhcp wan
option interface wan
option ignore 1 |
Ik heb vervolgens de Firewall uitgezet op de repeater.
In putty geeft je hiervoor de opdrachten
1
2
| /etc/init.d/firewall stop /etc/init.d/firewall disable |
Herstart de router en de repeater zou moeten werken. Het duurt even voordat alles opkomt aangezien de repeater eerst draadloos een verbinding moet opzetten naar je router. Geeft deze dus een paar minuten de tijd voor je gaat testen of alles werkt.
Omdat de repeater in een andere ip range zit kun je hierna niet meer standaard inloggen. Je moet je PC dan tijdelijk een vast ip-adres geven uit die range (in het voorbeeld dus 192.168.2.x) om te kunnen inloggen.
Helaas is het mij niet gelukt om ook een gast netwerk erbij te zetten zoals ik wel heb aangemaakt op mijn router. Bij het toevoegen van een gast netwerk worden alle WiFi verbindingen verbroken.
Er zijn zeker verbeterpunten te bedenken en die mag je uiteraard delen. Voor mij werkt dit systeem op deze manier.
Alles op eigen risico en je kan altijd je router bricken.
Het enige nadeel wat ik ervaar is dat mij WiFi signaal van de router er nog net voor zorgt dat mijn telefoon (HTC One X) verbinding houdt met mijn router ipv dat deze switched naar de repeater.
Ik heb wel op de telefoon de instelling aangepast dat hij moet overschakelen bij een zwak signaal maar waarschijnlijk heeft hij net iets meer ontvangst
Dus als iemand hiervoor tips heeft of het wel voor elkaar krijgt om dezelfde SSID naam te gebruiken voor uitzenden met de repeater dan hoor ik het graag. Nu lukt dat niet omdat de SSID als wordt gebruikt voor een draadloze verbinding te maken naar de router. Een mogelijk optie is om een extra SSID op de router aan te maken die ik dan hiervoor kan gebruiken. Maar de router gebruikt nu al 2x een SSID dus denk dat een 3de niet gaat lukken.
Wensen
1. Gast netwerk toevoegen aan repeater net zoals op de router aanwezig is.
2. SSID namen & wachtwoorden gelijk aan router
[ Voor 106% gewijzigd door MikeOO op 01-05-2013 16:48 ]
Dat is precies het "patchwerk" wat ik bedoelde. Thanks voor de toevoegingCompizfox schreef op dinsdag 30 april 2013 @ 18:00:
[...]
Is dat dan recent veranderd?
Bij het builden heb je in menuconfig onder "Kernel Modules --> Wireless Drivers --> kmod-ath --> Configuration --> Force Atheros drivers to respect the user's regdomain settings" (CONFIG_ATH_USER_REGD) de mogelijkheid om het overriden van de regulatory domain toe te laten.
In de officiële builds staat/stond dit uit, waardoor de regulatory domain hardcoded US is/was.
Er zijn 2 dingen die aangepast zouden moeten worden: het aantal beschikbare kanalen en het zendvermogen. Doordat die kanalen hardcoded op US zijn gezet past hij alleen het zendvermogen aan. Wil je die kanalen ook aangepast hebben dan moet je dus bovenstaand verhaal uitvoeren. Dus ja, het is nogal een halve oplossing/instelling.Voor de duidelijkheid: Het is dus wel mogelijk om in de webinterface of direct in /etc/config/wireless NL als countrycode te kiezen, maar het heeft gewoon geen invloed.
Tja, patchwerk is het letterlijk gezien niet, het is puur een build-optie.ppl schreef op woensdag 01 mei 2013 @ 22:05:
[...]
Dat is precies het "patchwerk" wat ik bedoelde. Thanks voor de toevoeging
Is dat zo? Volgens mij is het hele regulatory domain hardcoded, dit betekent dus zowel het zendvermogen als de beschikbare kanalen.Er zijn 2 dingen die aangepast zouden moeten worden: het aantal beschikbare kanalen en het zendvermogen. Doordat die kanalen hardcoded op US zijn gezet past hij alleen het zendvermogen aan. Wil je die kanalen ook aangepast hebben dan moet je dus bovenstaand verhaal uitvoeren. Dus ja, het is nogal een halve oplossing/instelling.
In bijna alle landen is het limiet trouwens 100 mW EIRP, dus veel verschil ga je daarin niet merken.
Gewoon een heel grote verzameling snoertjes
Nou dan klopt het toch wat ik zeg? Ook de TX power zit gewoon 'vast' op 100 mW (= 20 dBm)ppl schreef op donderdag 02 mei 2013 @ 21:37:
Yep. Dat is de ervaring van velen inclusief die van mij. Ik krijg geen kanaal 12 en 13 maar ik kan niet meer dan 100mW selecteren in de webinterface.
Je weet dat de eenheid in de configfile in dBm is, en geen mW hè? Ik heb hem zelf gewoon op 20 dBm (dus 100 mW) staan, en dat gaat prima.Weet alleen niet wat ie doet wanneer ik het via een configfile instel, de wifi gaat hier behoorlijk over de zeik als ik het zendvermogen te ver opschroef (het wordt boven 50mW een probleem).
Gewoon een heel grote verzameling snoertjes
De webinterface geeft het in zowel dBm als mW weer en dat is fijn want in de wetgeving is er altijd sprake geweest van mW. En zie daar ook de reden waarom ik het over mW heb. Hoe je de config files moet vullen met data is terug te vinden op de wiki van OpenWRT. Dat wil nog wel eens afwijken van de webinterface.
[ Voor 14% gewijzigd door ppl op 02-05-2013 23:51 ]
Toch wel? In je vorige post zeg je dat je in de webinterface niet hoger dan 100 mW kan selecteren.ppl schreef op donderdag 02 mei 2013 @ 23:50:
Hij zou bij het setten van de countrycode zowel het zendvermogen als het aantal kanalen moeten instellen maar doet alleen het zendvermogen omdat die kanalen enigszins hardcoded zijn gedefinieerd. Als ik een ander land zou kiezen waar 200mW is toegestaan dan is het geen probleem om deze in de webinterface te selecteren en de router ook op dat niveau te laten werken.
Lijkt me nog steeds sterk, aangezien overal staat dat de regdomain vast staat. (Zie ook die buildoptie: "Force Atheros drivers to respect the user's regdomain settings") Standaard respecteert ie dus niet de regdomain die je opgeeft (= Country code), en zowel de beschikbare kanalen als de TX power hangen van het regdomain af.De TX power zit in tegenstelling tot de kanalen dus niet vast.
Iemand anders dit toevallig getest?
Gewoon een heel grote verzameling snoertjes
Gewoon een heel grote verzameling snoertjes
Dit 150Mbps die je rechtstreeks op je modem haalt, zul je met de WR1043ND dus nooit gaan halen.
Zie b.v. http://www.smallnetbuilde...-charts/bar/74-wan-to-lan
[ Voor 13% gewijzigd door RvL op 03-05-2013 06:55 ]
Liefde maakt een smal bed breed!
Nu de dekens nog...
Bedankt, zal dan maar snel opzoek gaan naar een nieuwe.RvL schreef op vrijdag 03 mei 2013 @ 06:51:
Dan heb je toch niet de juiste reviews gelezen, want dan had je geweten dat de WAN-LAN throughput van de WR1043ND niet hoger dan zo'n 123Mbps (niet MB, dat is MegaByte).
Dit 150Mbps die je rechtstreeks op je modem haalt, zul je met de WR1043ND dus nooit gaan halen.
Zie b.v. http://www.smallnetbuilde...-charts/bar/74-wan-to-lan
Zojuist geprobeerd, maar was een ramp. Ik kreeg mijn Serial Card lezer (FTDI) niet aan de praat, werd niet herkend, had hem net zo geïnstalleerd als anders.mk13139 schreef op dinsdag 30 april 2013 @ 18:18:
Probeer eens te upgraden naar mijn build, zonder behoud van je configuratie. Deze build heeft een recentere kernel, wellicht dat je router dan beter functioneert.
Ook werkte internet niet (altijd). Ik heb alleen het dhcp en firewall config bestandje teruggezet.
Dus nu maar weer naar de laatste Ultraman build.
Dit doe ik trouwens om oscam te installeren:
Oscam van hier downloaden: http://ecco.selfip.net/attitude_adjustment/ar71xx/packages/
nodige packages installeren:
opkg install --nodeps ccid openssl-util kmod-usb-serial-ftdi
Alleen usb-serial-ftdi moest met --nodeps geïnstalleerd worden, maar kreeg verder geen foutmelding in de kernel log.
[ Voor 22% gewijzigd door HaTe op 03-05-2013 19:10 ]
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Heb je het onderschrift van mijn post gelezen? Ik zet dit er niet voor niets bij...HaTe schreef op vrijdag 03 mei 2013 @ 19:03:
[...]
Zojuist geprobeerd, maar was een ramp. Ik kreeg mijn Serial Card lezer (FTDI) niet aan de praat, werd niet herkend, had hem net zo geïnstalleerd als anders.
Ook werkte internet niet (altijd). Ik heb alleen het dhcp en firewall config bestandje teruggezet.
Dus nu maar weer naar de laatste Ultraman build.
De config files worden bij de nieuwere trunkbuilds compleet anders geïmplementeerd...Voor de upgraders!!
Als men nog niet op de Barrier Breaker branche zit (dus mijn build nog niet eerder heeft geïnstalleerd) is ten zeerste aanbevolen te upgraden zonder de configuratie te behouden! Dit om de werking van mijn build te garanderen en eventuele compabiliteitsissues met andere branches te voorkomen!
Zit je al wel op een oudere build van mij? Dan is upgraden met configuratie geen probleem!
Als je country op NL zit kun je niet hoger dan 100mW en das niet zo raar want we mogen in Nederland niet meer dan 100mW zendvermogen hebben voor wifi. Aangezien ik mijn country op NL heb gezet...Compizfox schreef op donderdag 02 mei 2013 @ 23:55:
[...]
Toch wel? In je vorige post zeg je dat je in de webinterface niet hoger dan 100 mW kan selecteren.
Als ik de mijne op NZ (New Zealand) zet dan kan ik in de webinterface naar 501mW (aka 27dBm). Het is een trucje die velen gebruiken omdat ze hiermee het volledige zendvermogen van de 1043ND kunnen gebruiken. In New Zealand zal het ook wel aardig werken met die open vlaktes maar hier in Nederland heeft dat vrij weinig zin. De volledige 100mW is voor velen al totaal onzinnig. De meesten hebben veel meer baat bij het verbeteren van hun dekking door betere en/of hoger vermogen antennes en/of het plaatsen van meer access points/repeaters. Vergeet ook vooral niet dat het zendvermogen op de router aanpassen ook betekent dat je het zendvermogen op je clients moet aanpassen. Het is tweerichtingsverkeer.
Anyway, zoek anders even wat rond op Google. Het is vaak genoeg voorbij gekomen op het OpenWRT forum waar mensen de ervaring omtrent country codes delen. Daar vindt je ook de eerder genoemde stappen om te zorgen dat je de beschikking krijgt over kanalen 12 en 13.
[ Voor 6% gewijzigd door ppl op 04-05-2013 01:19 ]
Volgende packages zijn geïnstalleerd:
[code]
python-sqlite3
python-expat
python-openssl
pyyaml
distribute
[/code]
Als ik daarna uitvoer:
[code]
root@OpenWrt:~# easy_install flexget
Searching for flexget
Reading http://pypi.python.org/simple/flexget/
Reading http://flexget.com
Reading http://download.flexget.com/
Best match: FlexGet 1.0.3388
Downloading http://download.flexget.com/FlexGet-1.0.3388.tar.gz
Processing FlexGet-1.0.3388.tar.gz
Writing /tmp/easy_install-r2iC2h/FlexGet-1.0.3388/setup.cfg
Running FlexGet-1.0.3388/setup.py -q bdist_egg --dist-dir /tmp/easy_install-r2iC2h/FlexGet-1.0.3388/egg-dist-tmp-bpgFkX
No eggs found in /tmp/easy_install-r2iC2h/FlexGet-1.0.3388/egg-dist-tmp-bpgFkX (setup script problem?)
[/code]
Blijkbaar eerst rebooten en daarna nog eens uitgevoerd en een hele boel files worden gecompileerd.
nu krijg ik op het einde:
[code]
safe = scan_module(egg_dir, base, name, stubs) and safe
File "/usr/lib/python2.7/site-packages/distribute-0.6.36-py2.7.egg/setuptools/command/bdist_egg.py", line 433, in scan_module
code = marshal.load(f); f.close()
EOFError: EOF read where object expected
[/code]
Nog eens een rebootje gedaan en dan maar eens
[code]
easy_install http://download.flexget.com/FlexGet-1.0.3388.tar.gz
[/code]
er wordt weer vanalles gecompileerd, maar op het einde weer een error
[code]
Installed /usr/lib/python2.7/site-packages/FlexGet-1.0-py2.7.egg
Processing dependencies for FlexGet==1.0
Searching for SQLAlchemy>=0.7,<0.7.99
Reading http://pypi.python.org/simple/SQLAlchemy/
Reading http://www.sqlalchemy.org
Best match: SQLAlchemy 0.7.10
Downloading http://pypi.python.org/pa...cd906d17818a5f08fe13ae19e
Processing SQLAlchemy-0.7.10.tar.gz
Writing /tmp/easy_install-hyooMl/SQLAlchemy-0.7.10/setup.cfg
Running SQLAlchemy-0.7.10/setup.py -q bdist_egg --dist-dir /tmp/easy_install-hyooMl/SQLAlchemy-0.7.10/egg-dist-tmp-0eEYfj
No eggs found in /tmp/easy_install-hyooMl/SQLAlchemy-0.7.10/egg-dist-tmp-0eEYfj (setup script problem?)
error: Could not find required distribution SQLAlchemy>=0.7,<0.7.99
[/code]
Mis ik ergens iets of is het niet mogelijk in AA r34457
dask in "[Ervaringen] TP-Link TL-WR1043ND"
Heb je de documentatie goed gelezen?dask schreef op zaterdag 04 mei 2013 @ 14:27:
Momenteel ben ik bezig met het installeren van FlexGet (autodownload tool via RSS). Ik loop tegen nogal wat errors aan, misschien dat iemand hier ervaringen mee heeft?
En ook gechecked hoeveel ruimte je hebt? Of gebruik je een USB stick als root?
Want ik krijg de indruk dat je dit grapje op de flashchip van de router zelf aan het uitvoeren bent, en die is maar 8MB groot...
Kijk ik dan in de documentatie:
Sowieso gebruikt de ROM vaak al tegen de helft van de flash chip. Vaak heb je maar zo'n 4MB over.FlexGet and dependencies currently need ~7MB of free space, plus the stuff you install with opkg (another ~3MB). It can be trimmed down, because there are dependencies only needed for future webui so it would be possible to run FlexGet without them. However easy_install will install them too.
Als je stil blijft staan, komt de hoek wel naar jou toe.
[...]
Heb je de documentatie goed gelezen?
En ook gechecked hoeveel ruimte je hebt? Of gebruik je een USB stick als root?
Want ik krijg de indruk dat je dit grapje op de flashchip van de router zelf aan het uitvoeren bent, en die is maar 8MB groot...
Kijk ik dan in de documentatie:
[...]
Sowieso gebruikt de ROM vaak al tegen de helft van de flash chip. Vaak heb je maar zo'n 4MB over.
[/quote]
Ja, even vergeten te vermelden, ik gebruik een externe root, ik heb toch nog zo'n 234MB vrij:
dask in "[Ervaringen] TP-Link TL-WR1043ND"
dask in "[Ervaringen] TP-Link TL-WR1043ND"
[ Voor 103% gewijzigd door dask op 08-05-2013 19:32 ]
Ook vanaf de IPv6-gateway zelf kan ik niet ping6-en naar mijn PoP. Mijn tunnel endpoint kan ik wel pingen.
Als ik de interface restart met
ifdown sixxs && ifup sixxs
Iemand enig idee wat de oorzaak hiervan zou kunnen zijn?
Gewoon een heel grote verzameling snoertjes
Binnenkort zal ik ook ff een blogje maken over hoe configuratie daarvan op OpenWRT er uit ziet.
Als je stil blijft staan, komt de hoek wel naar jou toe.
Dat is slechts een workaround, geen oplossinghjs schreef op zaterdag 04 mei 2013 @ 16:54:
oorzaak geen idee, maar kun je die commando's niet in je scheduled tasks zetten
1x pd resetten
Daarnaast kan ik me herinneren dat dit niet altijd zo geweest is, een paar builds van OpenWRT terug had ik hier volgens mij geen last van.
Gewoon een heel grote verzameling snoertjes
Deze build bevat weer een nieuwere kernel, versie 3.8.11. Uiteraard bevat deze build ook de meest recente fixes (te zien hier).
Deze build bevat zoals gebruikelijk alle functies van Ultraman's chunky build, met DDNS, hd-idle (ipv sd-parm) en Bootstrap toegevoegd. In tegenstelling tot Ultraman's build is deze build gebaseerd op de trunk Barrier Breaker.
Wat zit er allemaal in:
- Ath9k driver geforceerd de gebruiker-gedefinieerde region instellingen te gebruiken, dit maakt kanaal 12 en 13 beschikbaar.
- IPv6 ondersteuning
- 3G/UMTS,PPPoA, PPPoE en ATM Bridge (AAL5) support
- QoS
- USB storage (bestandssystemen FAT32, ext2/3/4)
- Bestandsdeling over Windows netwerken (Samba)
- UPnP ondersteuning
- Wake-on-LAN instellingen
- DDNS instellingen
- Hd-idle instellingen (kan de 'spin down' tijd van een gekoppelde harde schijf regelen)
- Luci Bootstrap thema toegevoegd
TP-link naar OpenWrt: http://goo.gl/AWkX1
OpenWrt naar OpenWrt (upgrade): http://goo.gl/OER2Y
Voor de upgraders!!
Als men nog niet op de Barrier Breaker branche zit (dus mijn build nog niet eerder heeft geïnstalleerd) is ten zeerste aanbevolen te upgraden zonder de configuratie te behouden! Dit om de werking van mijn build te garanderen en eventuele compabiliteitsissues met andere branches te voorkomen!
Zit je al wel op een oudere build van mij? Dan is upgraden met configuratie geen probleem!
Het lijkt wel of mijn draadloze verbinding ineens een stuk sneller en stabieler is geworden.... Wel klote dat hij bij een upgrade alle instellingen verwijderd. Klein minpuntje, maar alles is weer up to date nu.
Eerste is stabiel, tweede is de ontwikkelversie.hjs schreef op zondag 05 mei 2013 @ 15:23:
Wat is nu het grote verschil tussen de AA of BB versie van openwrt?
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
dask in "[Ervaringen] TP-Link TL-WR1043ND"
[ Voor 106% gewijzigd door dask op 10-05-2013 21:50 ]
http://wiki.openwrt.org/about/latest#choosinghjs schreef op zondag 05 mei 2013 @ 15:23:
Wat is nu het grote verschil tussen de AA of BB versie van openwrt?
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]

Vond de witte kleur helemaal niks naast al me zwarte hardware. Dus even een mat zwarte kleurtje gegeven
[ Voor 4% gewijzigd door CrazyTurk op 06-05-2013 15:51 ]
Mooi, had van mij de standaarduitvoering mogen zijn.CrazyTurk schreef op maandag 06 mei 2013 @ 15:50:
Ik weet niet of dit eerder gedaan is maar zal hem toch voor de grap hier plaatsen![]()
Vond de witte kleur helemaal niks naast al me zwarte hardware. Dus even een mat zwarte kleurtje gegevenVind het erg gelikt uitzien zo
Mooi geworden inderdaadCrazyTurk schreef op maandag 06 mei 2013 @ 15:50:
Ik weet niet of dit eerder gedaan is maar zal hem toch voor de grap hier plaatsen![]()
[afbeelding]
Vond de witte kleur helemaal niks naast al me zwarte hardware. Dus even een mat zwarte kleurtje gegevenVind het erg gelikt uitzien zo
Als je stil blijft staan, komt de hoek wel naar jou toe.
Bedankt! Deze lijkt wel prima te werken tot nu toe met de FTDI kaartlezer. Eens kijken hoe het gaat met WiFI. Ook ben ik weer lekker eigenwijs geweest en heb wel wat config teruggezet, net zoals de vorige keer, want ik zie niet wat hier nou niet meer aan kan werken:mk13139 schreef op zondag 05 mei 2013 @ 13:57:
Nieuwe build: r36545
Deze build bevat weer een nieuwere kernel, versie 3.8.11. Uiteraard bevat deze build ook de meest recente fixes (te zien hier).
Deze build bevat zoals gebruikelijk alle functies van Ultraman's chunky build, met DDNS, hd-idle (ipv sd-parm) en Bootstrap toegevoegd. In tegenstelling tot Ultraman's build is deze build gebaseerd op de trunk Barrier Breaker.
Wat zit er allemaal in:Download links:
- Ath9k driver geforceerd de gebruiker-gedefinieerde region instellingen te gebruiken, dit maakt kanaal 12 en 13 beschikbaar.
- IPv6 ondersteuning
- 3G/UMTS,PPPoA, PPPoE en ATM Bridge (AAL5) support
- QoS
- USB storage (bestandssystemen FAT32, ext2/3/4)
- Bestandsdeling over Windows netwerken (Samba)
- UPnP ondersteuning
- Wake-on-LAN instellingen
- DDNS instellingen
- Hd-idle instellingen (kan de 'spin down' tijd van een gekoppelde harde schijf regelen)
- Luci Bootstrap thema toegevoegd
TP-link naar OpenWrt: http://goo.gl/AWkX1
OpenWrt naar OpenWrt (upgrade): http://goo.gl/OER2Y
Voor de upgraders!!
Als men nog niet op de Barrier Breaker branche zit (dus mijn build nog niet eerder heeft geïnstalleerd) is ten zeerste aanbevolen te upgraden zonder de configuratie te behouden! Dit om de werking van mijn build te garanderen en eventuele compabiliteitsissues met andere branches te voorkomen!
Zit je al wel op een oudere build van mij? Dan is upgraden met configuratie geen probleem!
Heb eerst 1 item toegevoegd om te kijken wat er nou zo anders was.. Niks! (behalve hoofdletters bij het MAC adres, maar dat is bij de andere entries ook in kleine letters)
Ook de config van de firewall heb ik bijna identiek kunnen laten, er waren een aantal regels bijgekomen, maar heb ze gewoon gemerged
Lijkt nu helemaal goed te zijn
Edit:
Toch weer last van WiFi dat wegvalt: http://pastebin.com/4CrP4U6L
[ Voor 6% gewijzigd door HaTe op 06-05-2013 23:39 ]
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Ik heb zelf versie 1.4 en versie 1.8, waarbij versie 1.8 wel eens een DMA error wil geven. Maar dit herstelt zich wel weer vanzelf.
Op de OpenWrt forums wordt gesproken van een mogelijke hardware bug in de chip van router versies 1.8 en hoger..
Als je er veel last van hebt wordt het misschien tijd voor een andere router, aangezien men de hardware niet kan veranderen
TP-Link TL-WR1043ND Mk IICrazyTurk schreef op maandag 06 mei 2013 @ 15:50:
Ik weet niet of dit eerder gedaan is maar zal hem toch voor de grap hier plaatsen![]()
[afbeelding]
Vond de witte kleur helemaal niks naast al me zwarte hardware. Dus even een mat zwarte kleurtje gegevenVind het erg gelikt uitzien zo
Uiteindelijk herbegonnen met een verse factory-install van Ultraman's chunky build r35864.
Even een opsomming van de gevolgde procedure om Flexget werkende te krijgen:
Alvorens je start met de installatie zorg ervoor dat je gebruik maakt van een extroot want er zullen een heel pak files uitgepakt worden en gecompileerd. Misschien ook best een swap file/partition activeren voor de zekerheid want het is een intens proces.
Je kan nakijken ofdat je swapfile werkt met:
1
2
3
4
5
| root@OpenWrt:~# free
total used free shared buffers
Mem: 29256 18056 11200 0 228
-/+ buffers: 17828 11428
Swap: 524284 3188 521096 |
Natuurlijk heb je ook een downloadmanager nodig, begin eerst met transmission te configureren.
Benodigde software Flexget voorbereiding:
- opkg install python python-sqlite3 pyyaml
- opkg install python-sqlite
- opkg install python-expat
- opkg install python-openssl
- opkg install distribute
Vervolgens pip installeren: (meer info over pip)
1
| easy_install pip |
Sinds kort moet je ook Paver installeren:
[code]pip install Paver[/code]
Installatie FlexGet waarbij de packages worden uitgepakt in de tmp folder van de extroot (in mijn geval /overlay/tmp), je kan dit best even nakijken via ftp in die folder:
1
| pip install flexget -b /overlay/tmp |
Neem een tas koffie want dit gaat wel even duren.
Je zal zien dat een hele boel files worden uitgepakt, gecompileerd en uiteindelijk
bij python (/overlay/usr/lib/python2.7/site-packages) toegevoegd.
Indien de installatie ergens onverwacht stopt: IOError's: CRC check failed, End of file...; dan heeft het meestal te maken met dat de extroot niet juist aangesproken wordt.
Uiteindelijk krijg je bij een succesvolle installatie het bericht: Succesfully installed [lijst van de packages]
De installatie verificatie:
1
2
3
| root@OpenWrt:~# flexget -V 1.0.3391 You are on the latest release. |
(om plaats uit te sparen kan je de uitgepakte bestanden in de /overlay/tmp folder verwijderen)
Aanmaken map .flexget en config.yml:
Meer info over de opmaak, belangrijk!!!
in de rootmap een nieuwe map aanmaken: .flexget
(schrijftoegang geven 777)
met daarin een config.yml file:
1
| root@OpenWrt:~/.flexget# cat>config.yml |
Ik gebruik hierbij een reeds gefilterde feed x264 hdtv formaat, je kan desnoods zelf 'quality' restricties opzetten (merk op het gebruik van telkens 2 spaces en geen tabs):
1
2
3
4
| series:
- My Favorite Show
- Another Good Show:
quality: 720p |
1ste voorbeeld config.yml file: (verwijder de //notities)
(nadeel: traag door het constant zoeken naar reeds gedownloadde shows, uitwerking duurt 15-20min)
1
2
3
4
5
6
7
8
9
10
11
| tasks:
RSS feed task:
rss: http://showrss.karmorra.info/rss.php.. //je kan zelf een rss feed aanmaken en in welk formaat x264 of 720
series: //welke shows je uit de feed wil halen
- Breaking Hat
- Family Buy
- Game of Phones
exists_series: //nakijken ofdat de show niet reeds binnengehaald is
- /mnt/shares/TV_Shows/
- /mnt/shares/transmission/done/
download: /mnt/shares/transmission/watchdir/ |
2de voorbeeld config.yml file:
Deze config werkt met het aanmaken van een database van reeds gedownloadde shows en gaat daar op voort. Werkt veel sneller dan de 1ste config (5-6 min) en deze werkwijze is dan ook aangeraden. Het mooie van deze config, is dat na het dl de shows automatisch worden verplaatst naar de juiste mappen. (in dit formaat 'Serie/Serie Season X')
aanmaken van de database gebeurt manueel:
1
| flexget --task seed_series_db --disable-advancement --learn |
config.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
| presets:
# NOTE!! This preset cannot have any other configuration or else it will affect our sort-series.
# Also, you must use series groups, so that we can turn off filtering with the parse_only option in our sort feed.
tv-series:
series:
agroup:
- Breaking Hat
- Family Buy
- Game of Phones
tasks:
download-rss:
rss: http://showrss.karmorra.info/rss.php?user_id=...
preset:
- tv-series
download: /mnt/shares/transmission/watchdir/
sort-series:
find:
path: /mnt/shares/transmission/done/
regexp: '.*\.(avi|mkv|mp4)$'
recursive: yes
seen: local
preset: tv-series
# NOTE: You must set the parse_only option for all of the series groups you have configured in your preset.
# This option prevents the series plugin from accepting or rejecting anything in this feed.
series:
settings:
agroup:
parse_only: yes
# Ignore samples
regexp:
reject:
- sample
# With the require_field and accept_all plugins, we accept anything that the series plugin has successfully parsed.
require_field: series_name
accept_all: yes
move:
to: /mnt/shares/TV_Shows/{{series_name}}/{{series_name}} Season {{series_season|pad(2)}}
seed_series_db:
# The find plugin will find all of your existing episodes
find:
regexp: .*(avi|mkv|mp4)$
path: /mnt/shares/TV_Shows/
recursive: yes
preset: tv-series
# We use the manual plugin so that this task only runs when explicitly called
manual: yes |
Nakijken van config.yml op fouten:
1
2
| root@OpenWrt:~# flexget --check 2013-05-08 18:52 INFO task RSS feed task Task 'RSS feed task' passed |
Indien er fouten zijn, krijg je informatie waar ze te zoeken.
Simulatie met aanmaak van db files:Always use (multiples of) 2 spaces and never use tab-key!
1
| flexget --test |
Op het einde wordt weergegeven welke RSS feeds aanvaard worden.
Als dit allemaal werkt, kan je een crontab aanmaken:
even een andere editor installeren:
1
| root@OpenWrt:~# opkg install nano |
en tijdelijk instellen:
1
| root@OpenWrt:~# export EDITOR=nano |
(teruggaan naar vi editor: export EDITOR=vi)
In de documentatie wordt verwezen naar het 'which flexget' commando om het juiste path in de crontab te bepalen.
1
2
| root@OpenWrt:~# which flexget /usr/bin/flexget |
Dit werkt bij mij niet, het gebruikte path door de extroot is /overlay/usr/bin/flexget
Ik heb het nog eens nagekeken en het werkt blijkbaar wel met /usr/bin/flexget
1
| root@OpenWrt:~# crontab -e |
1
| 0 23,5,8 * * * /usr/bin/flexget --cron |
Er wordt een 'username' crontab aangemaakt dat je terugvindt in /etc/crontabs
Als alles goed loopt start deze cron om 23u,5u en om 8u, de feedsearch duurt bij mij met de 2de config.yml iets van een 5 a 6min, afhankelijk van de grootte vd RSS feed.
Laatste noot:
Mijn eerste installaties waren een beetje trial en error, veel problemen tegengekomen, vooral ivm met de extroot die ik eerst gebruikte. Opnieuw begonnen via deze tutorial http://xathrya.web.id/blog/2012/12/16/openwrt-extroot/
Tot slot hoop ik dat ik geen essentiële onwaarheden beschreven heb, indien dit zo is, gelieve mij ASAP erop te wijzen
PS: om de load na te kijken, ben ik een interessant stukje software tegengekomen
1
| opkg install htop |
[ Voor 17% gewijzigd door dask op 06-09-2013 07:52 ]
Goed, tijd om over te gaan.mcDavid schreef op zaterdag 06 april 2013 @ 17:20:
Ik denk dat even OpenWRT installeren way simpeler is dan wat je nu wilt proberen
Als er in de firmware een button of iets dergelijks is, kun je natuurlijk de request headers even bekijken en dan gewoon met wget dezelfde headers meesturen.
Ik zie hier een aantal custom builds van OpenWRT.
Wat ik graag wil is stabiliteit, dus de keuze voor een AA variant ligt voor de hand.
Geen extra features zijn nodig behalve wifi sterkte instellen als dat kan.
Welke build kies ik?
[ Voor 3% gewijzigd door Saturnus op 09-05-2013 18:03 ]
Kunt met de mijne beginnenSaturnus schreef op donderdag 09 mei 2013 @ 17:58:
[...]
Goed, tijd om over te gaan.
Ik zie hier een aantal custom builds van OpenWRT.
Wat ik graag wil is stabiliteit, dus de keuze voor een AA variant ligt voor de hand.
Geen extra features zijn nodig behalve wifi sterkte instellen als dat kan.
Welke build kies ik?
Die loopt hier nu 44 dagen stabiel, herstart enkel nachtelijks het WiFi middels schuduled tasks.
Als je stil blijft staan, komt de hoek wel naar jou toe.
Deze geflashed via netwerk kabel en nu brand het sys & wlan lampje niet meer
mk13139 schreef op zondag 05 mei 2013 @ 13:57:
Nieuwe build: r36545
Alleen pwr lampje brand en kan hem niet meer benaderen
iemand nog ideeen hoe ik hem aan de praat kan krijgen?
[ Voor 10% gewijzigd door TheGrillmeister op 09-05-2013 22:15 ]
Uiteindelijk heb ik via RS232 de volgende 2 iptable rules via WAN weer kunnen bereiken.
Maar dat is maar tijdelijk.
iptables -t nat -A prerouting_wan -p tcp --dport 80 -j ACCEPT
iptables -A input_wan -p tcp --dport 80 -j ACCEPT
Iemand enig idee hoe het kan dat hij na het resetten alle connecties (ssh/telnet/http) aan de lan en wan kant weigert ?
[ Voor 14% gewijzigd door roelke op 09-05-2013 22:23 ]
I've GoT a solution
Lukt het via Failsafe-mode ook niet meer? http://wiki.openwrt.org/doc/howto/generic.failsafeTichelmanm schreef op donderdag 09 mei 2013 @ 22:12:
Denk net me slave ap gebricked ofzoiets
Deze geflashed via netwerk kabel en nu brand het sys & wlan lampje niet meer
mk13139 schreef op zondag 05 mei 2013 @ 13:57:
Nieuwe build: r36545
Alleen pwr lampje brand en kan hem niet meer benaderen
iemand nog ideeen hoe ik hem aan de praat kan krijgen?
Gewoon een heel grote verzameling snoertjes
Zo'n idee had ik al.Ultraman schreef op donderdag 09 mei 2013 @ 21:14:
[...]
Kunt met de mijne beginnen
Die loopt hier nu 44 dagen stabiel, herstart enkel nachtelijks het WiFi middels schuduled tasks.
Wat is de reden dat ik geen 'stock' build moet nemen van de OpenWRT site, anders gezegd, wat maakt die van jou nog beter?
Los hiervan: Als ik twee 5 dBi antenne's heb heeft het dan nut om die te gebruiken (één blijft dan 3 dBi) of kan dat niet?
[ Voor 72% gewijzigd door sdk1985 op 11-05-2013 00:13 ]
Hostdeko webhosting: Sneller dan de concurrentie, CO2 neutraal en klantgericht.
Ik heb mijn verbindingen als volgt geconfigureerd:

Ik snap alleen niet waarom ik voor lan to wan en guest to wan niet ook Masquerading zou moeten activeren. Ik vraag dit omdat ik in mijn Ziggo modem (gebruikers overzicht) momenteel af en toe een intern ip-adress uit mijn LAN terug zie i.p.v. het toegewezen DHCP address aan de WAN zijde (dit is uiteraard niet de bedoeling).
Alvast bedankt!
Maar andersom is het niet zo, het is immers niet zo dat PCs in jouw LAN het internet via 1 IP moeten bereiken (dat zou helemaal niet kunnen omdat het internet niet 1 subnet is)
Gewoon een heel grote verzameling snoertjes
Kick.Saturnus schreef op donderdag 09 mei 2013 @ 23:07:
[...]
Zo'n idee had ik al.
Wat is de reden dat ik geen 'stock' build moet nemen van de OpenWRT site, anders gezegd, wat maakt die van jou nog beter?
Na het antwoord hoop ik morgen nog aan de slag te kunnen.
My favorite programming language is solder.
Saturnus schreef op zaterdag 11 mei 2013 @ 23:19:
[...]
Kick.
Na het antwoord hoop ik morgen nog aan de slag te kunnen.
- Recentere builds (IIRC)
- Meer spul standaard geïnstalleerd
- Mogelijkheid om je country code anders te zetten (dus kanaal 12, 13 en 14)
Gewoon een heel grote verzameling snoertjes
Geïnstalleerd als in geconfigureerd, of meer extra (voor mij overbodige
Het betreft stock OpenWRT met configuratie zodat kanalen 12 en 13 bruikbaar zijn (stock heeft dat niet), IPv6 en QoS support standaard ingebakken. De chunky variant bevat nog meer indien je wenst. Die functionaliteit kun je ook zelf installeren, behalve de configuratie voor de extra kanalen. Je kunt het dus zo gek maken als je wilt. Maar er is verder weinig verschil tussen mijn builds en stock, juist omdat ik graag dicht bij stock blijf.
Als je stil blijft staan, komt de hoek wel naar jou toe.
Niet. Wij builden het zelf vanaf source.Saturnus schreef op zondag 12 mei 2013 @ 02:36:
Hoe komen jullie dan aan recentere builds?
Correct.Worden die normaal gesproken niet zo aangeboden als http://downloads.openwrt....d-v1-squashfs-factory.bin ?
Meer softwareGeïnstalleerd als in geconfigureerd, of meer extra (voor mij overbodige) software er bij?
Gewoon een heel grote verzameling snoertjes
Ik heb gelezen vooraleer je hiervan gebruik kan maken, dat je de user moet toevoegen in /etc/shadow
1
2
3
4
5
6
| root@OpenWrt:~# cat /etc/shadow root:$1$Er8CFZgb$VHs/0uk21GyQoJSWf1GHnO/:15225:0:99999:7::: daemon:*:0:0:99999:7::: ftp:*:0:0:99999:7::: network:*:0:0:99999:7::: nobody:*:0:0:99999:7::: |
is het dan juist als ik mij zo toevoeg?
1
| filip:*:15226:0:99999:7::: |
Bedankt voor de reacties. De extra channels heb ik niet per se nodig. De halve buurt hangt hier al op channel 11.
Ik ga de flash klaarmaken.
Ah, helemaal duidelijk. Thanks!Compizfox schreef op zaterdag 11 mei 2013 @ 12:52:
Omdat de masquerading eenzijdig is. Het internet moet jouw LAN namelijk kunnen bereiken op het WAN-IP-adres van je router, dus vanaf die zijde (WAN --> LAN) moet je masquerading toepassen.
Maar andersom is het niet zo, het is immers niet zo dat PCs in jouw LAN het internet via 1 IP moeten bereiken (dat zou helemaal niet kunnen omdat het internet niet 1 subnet is)
Ter gelegenheid van de final build van Attitude Adjustment heb ik deze keer ook een AA build gemaakt.
Deze build bevat zoals gebruikelijk alle functies van Ultraman's chunky build, met DDNS, hd-idle (ipv sd-parm) en Bootstrap toegevoegd.
Wat zit er allemaal in:
- Ath9k driver geforceerd de gebruiker-gedefinieerde region instellingen te gebruiken, dit maakt kanaal 12 en 13 beschikbaar.
- IPv6 ondersteuning
- 3G/UMTS,PPPoA, PPPoE en ATM Bridge (AAL5) support
- QoS
- USB storage (bestandssystemen FAT32, ext2/3/4)
- Bestandsdeling over Windows netwerken (Samba)
- UPnP ondersteuning
- Wake-on-LAN instellingen
- DDNS instellingen
- Hd-idle instellingen (kan de 'spin down' tijd van een gekoppelde harde schijf regelen)
- Luci Bootstrap thema toegevoegd
TP-link naar OpenWrt: http://goo.gl/WpZOS
md5sum: 9d6be2a545973b092b3ee57ca8f4ba2c
OpenWrt naar OpenWrt (upgrade): http://goo.gl/czyMM
md5sum: 516bfce1194f73f09910823229d20467
Upgraders, let op!!
Deze keer gaat het iets anders. Omdat deze build op AA gebaseerd is kan men niet (vlekkeloos) een oudere BB build van mij upgraden. Het is aan te raden te upgraden zonder configuratie te behouden.
Zit je op een Ultraman of Compizfox build? Dan is upgraden met configuratie geen probleem.
[ Voor 3% gewijzigd door mk13139 op 22-05-2013 21:42 ]
Misschien nog maar een nieuwe bestellen.
Ik draai hem ook (OpenWrt Attitude Adjustment Ultraman-Chunky-r3586). Elke nacht wifi restart. Al 34 dagen up zonder problemen! Tnx Ultraman.Ultraman schreef op donderdag 09 mei 2013 @ 21:14:
[...]
Kunt met de mijne beginnen
Die loopt hier nu 44 dagen stabiel, herstart enkel nachtelijks het WiFi middels schuduled tasks.
Dat is niet wat masquerading is, het is precies andersom. De adressen die je op je LAN gebruikt zijn alleen voor intern gebruik en mogen niet op het internet voorkomen. Wil je het internet op dan zul je een ander adres moeten gebruiken die wel dat internet op mag. Die zit aan je WAN interface gekoppeld. Wat die interface moet doen voor communicatie naar buiten is jouw interne ip-adres van de betreffende host maskeren zodat het lijkt alsof het allemaal vanaf je router komt die dat internet adres heeft. En juist dat is masquerading: What is IP Masquerade?. Masquerading is dus alleen slim om aan te zetten op de interface waarop je internetverbinding is aangesloten en dat is die WAN.Compizfox schreef op zaterdag 11 mei 2013 @ 12:52:
Omdat de masquerading eenzijdig is. Het internet moet jouw LAN namelijk kunnen bereiken op het WAN-IP-adres van je router, dus vanaf die zijde (WAN --> LAN) moet je masquerading toepassen.
De gemiddelde thuisgebruiker heeft 1 router met 1 internetaansluiting waarbij de isp welgeteld 1 IPv4 adres die op het internet mag komen uitgeeft. Feitelijk moeten de devices in je LAN dus weldegelijk via 1 ip-adres het internet bereiken en dat werkt prima. Dit wordt anders wanneer je IPv6 gebruikt omdat je daar wel ranges kunt krijgen en dus iedere machine een eigen adres kunt geven die op internet mag. Een router heb je dan niet meer nodig, wel een firewall om je LAN af te schermen.Maar andersom is het niet zo, het is immers niet zo dat PCs in jouw LAN het internet via 1 IP moeten bereiken (dat zou helemaal niet kunnen omdat het internet niet 1 subnet is)
@hieronder: dan leg je het wel heel erg beroerd uit en dat komt omdat je het vanuit de verkeerde kant beschreven hebt. Je wil nooit dat het hele internet bij hosts op je netwerk kan vanuit security oogpunt. Het enige wat je wil is dat hosts in het netwerk bij dingen op het internet kan en ja dat betekent ook dat je data moet kunnen ontvangen maar dat is onvermijdelijk: verkeer op internet is tweerichtingsverkeer (als je iets opvraagt dan moet je het antwoord daarop wel kunnen ontvangen). Waarschijnlijk bedoelde je dit.
[ Voor 15% gewijzigd door ppl op 18-05-2013 19:12 ]
Hoef je mij niet uit te leggen hoorppl schreef op dinsdag 14 mei 2013 @ 22:57:
[...]
Dat is niet wat masquerading is, het is precies andersom. De adressen die je op je LAN gebruikt zijn alleen voor intern gebruik en mogen niet op het internet voorkomen. Wil je het internet op dan zul je een ander adres moeten gebruiken die wel dat internet op mag. Die zit aan je WAN interface gekoppeld. Wat die interface moet doen voor communicatie naar buiten is jouw interne ip-adres van de betreffende host maskeren. En juist dat is masquerading: What is IP Masquerade?. Masquerading is dus alleen slim om aan te zetten op de interface waarop je internetverbinding is aangesloten en dat is die WAN.
Wat jij uitlegt is precies hetzelfde als ik zeg, maar dan anders verwoord.
Je begrijpt me verkeerd. Als PC's in je LAN het internet willen bereiken, gaat dat niet via 1 'destination' IP, maar via de echte IPs van de servers.[...]
De gemiddelde thuisgebruiker heeft 1 router met 1 internetaansluiting waarbij de isp welgeteld 1 IPv4 adres die op het internet mag komen uitgeeft. Feitelijk moeten de devices in je LAN dus weldegelijk via 1 ip-adres het internet bereiken en dat werkt prima.
Uiteraard gaat dat wel via 1 'source' IP, namelijk de spreekwoordelijke 'mask' in het masquerading. Maar dat bedoelde ik niet
Andersom moeten PCs vanuit het internet je PCs in het LAN bereiken op 1 'destination' IP: Je public IP die aan de WAN-interface van je router gekoppeld zit.
Ik had dat ff wat duidelijker moeten aangeven, dan hadden we dit misverstand niet gehad
Been there, done thatDit wordt anders wanneer je IPv6 gebruikt omdat je daar wel ranges kunt krijgen en dus iedere machine een eigen adres kunt geven die op internet mag. Een router heb je dan niet meer nodig, wel een firewall om je LAN af te schermen.
[ Voor 17% gewijzigd door Compizfox op 14-05-2013 23:04 ]
Gewoon een heel grote verzameling snoertjes
Kon niks geks vinden in de logs, na router reboot kan ik weer overal bij.
Zijn er nog plekken waar ik het beste kan zoeken?
Extra info:
Model: TP-Link TL-WR1043N/ND v1
Firmware Version OpenWrt by mk13139 r36370 / LuCI Trunk (svn-r9811)
[ Voor 21% gewijzigd door Zaggy op 15-05-2013 17:29 . Reden: extra info ]
Dit heb ik laatst ook meegemaakt met de trunkbuild. Ik kon ook niks in de logs vinden helaas..Zaggy schreef op woensdag 15 mei 2013 @ 17:28:
Verbinding klapte er rond 11:30 uit, kon router prima pingen, dns van google niet.
Kon niks geks vinden in de logs, na router reboot kan ik weer overal bij.
Zijn er nog plekken waar ik het beste kan zoeken?
Extra info:
Model: TP-Link TL-WR1043N/ND v1
Firmware Version OpenWrt by mk13139 r36370 / LuCI Trunk (svn-r9811)
Ik zal binnenkort een nieuwe trunkbuild maken, wellicht is het ondertussen opgelost.
Ik kan hem alleen niet voor je testen, omdat ik op dit moment mijn AA build draai.
Men vindt het hier namelijk niet zo leuk dat internet er (tijdelijk) na elke flash van een nieuwe trunkbuild uit ligt
Hoewel de trunkbuilds beter presteren qua snelheid en stabiliteit van de wifi (minder DMA errors) kan er toch nog soms een onbekende bug, zoals deze, om de hoek komen kijken ten laste van iedereen hier. Veranderingen in de trunk gaan snel en dit is moeilijk bij te houden.
Op dit moment ga ik dan ook voor stabiliteit en draai ik mijn AA build (met herstart van wifi 's nachts).
Ik zal echter wel nieuwe trunkbuilds blijven uitbrengen als er noemenswaardige veranderingen zijn in de changelog
Gisteren blijkbaar alleen 's nachts. Misschien lijkt het dan toch de goede kant op te gaan
Er staan heel veel DMA error's, maar bij/vanaf welke werkt WiFi nou echt niet meer?
offtopic:
Ik heb trouwens een klein tooltje gemaakt om van die domme timestamps na boot in de kernel log, normale tijden te maken. http://crap.ksya.net/openwrt_log_datetime/log.php
Misschien dat dit ook wel op een makkelijkere manier kon, maar dit was voor mij waarschijnlijk sneller om te maken.
Output is als dit, met datum en tijd ervoor:
1
2
3
4
5
6
| 15-05-2013 - 16:14:16 --------------- [781684.840000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up 15-05-2013 - 16:14:31 --------------- [781699.040000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 15-05-2013 - 16:14:31 --------------- [781699.050000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up 15-05-2013 - 16:14:33 --------------- [781701.870000] ath: phy0: Failed to stop TX DMA, queues=0x008! 15-05-2013 - 16:14:33 --------------- [781701.890000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0 15-05-2013 - 16:14:33 --------------- [781701.900000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up |
[ Voor 84% gewijzigd door HaTe op 16-05-2013 00:27 ]
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Ah, soort van bleeding edge?mk13139 schreef op woensdag 15 mei 2013 @ 23:52:
[...]
Dit heb ik laatst ook meegemaakt met de trunkbuild. Ik kon ook niks in de logs vinden helaas..
Ik zal binnenkort een nieuwe trunkbuild maken, wellicht is het ondertussen opgelost.
Ik kan hem alleen niet voor je testen, omdat ik op dit moment mijn AA build draai.
Men vindt het hier namelijk niet zo leuk dat internet er (tijdelijk) na elke flash van een nieuwe trunkbuild uit ligt.
Hoewel de trunkbuilds beter presteren qua snelheid en stabiliteit van de wifi (minder DMA errors) kan er toch nog soms een onbekende bug, zoals deze, om de hoek komen kijken ten laste van iedereen hier. Veranderingen in de trunk gaan snel en dit is moeilijk bij te houden.
Op dit moment ga ik dan ook voor stabiliteit en draai ik mijn AA build (met herstart van wifi 's nachts).
Ik zal echter wel nieuwe trunkbuilds blijven uitbrengen als er noemenswaardige veranderingen zijn in de changelog.
Kan ik de laatste AA build over m'n huidige heen installeren met behoud van de huidige config?
Of anders eroverheen installeren zonder behoud van config en dan later de config terug importeren?