nmbd is not needed when name resolution is handled externally eg. by DNS.
'disable netbios' is supported by eg. Debian to disable nmbd in init scripts:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/samba/raring/view/head:/debian/samba.nmbd.upstart#L14
Signed-off-by: Catalin Patulea
On 1/21/13 12:39 PM, Felix Fietkau wrote:
On 2013-01-21 6:22 PM, Justin Vallon wrote:
The symptom is that I cannot connect to my wireless network, but
existing connections are ok. Once I try to reconnect from the client
(wifi off > wifi on), that device is then unable to connect. In the
past,
Index: target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
===
--- target/linux/ar71xx/base-files/etc/uci-defaults/01_leds (revision 35995)
+++ target/linux/ar71xx/base-files/etc/uci-defaults/01_leds (working copy)
@@ -114,
* Saverio Proto [12.03.2013 20:08]:
> I successfully imported the patches in my tree.
> Give me a little time for testing.
a simple test is to make such a configuration:
config olsrd
option MainIp .
...
config Interface
list interface 'lan wan'
option Ip4Br
AFAIK NAT reflection in openwrt was originally meant to stay "inside" LAN, and then one could use for example Split-DNS in order to make a DNS name "just the same" for a client, no matter in or outside the LAN... Sami OlmariOn Sun, 10 Mar 2013 23:17:36 +0200, Mark Mentovai wrote:Has the source ad
Use eeprom (art) from included wifi card, not hard coded in flash.
Signed-off-by: Cezary Jackiewicz
---
Index: target/linux/ar71xx/files/arch/mips/ath79/mach-rw2458n.c
===
--- target/linux/ar71xx/files/arch/mips/ath79/mach-rw2458n.c
This is based on juhosg's patch to fully suspend an ag71xx device on phy_stop
and resume it on phy_start [1], along with my addition to set the initial state
to suspended, corresponding to the initial down state of the interface [2].
This makes the hardware link state on an ag71xx device track the
This would work just fine for me, although configuration’s meaning wouldn’t
be nearly as evident without consulting some reference documentation.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/ope
What about turning the reflection parameter from a bool into a string
value which is either "src" or "dest".
If set to "src" it would reflect to the ip of the network referenced by
"option src" (i.e. the external/wan one) and if set to "dest" it would
use the ip of the network referenced by "o
Hello Bastian,
I successfully imported the patches in my tree.
Give me a little time for testing.
ciao,
Saverio
2013/3/11 Bastian Bittorf :
> these inline patches are also here for download them:
> https://github.com/bittorf/kalua/blob/master/openwrt-patches/0001-packages-olsrd-init-for-better
reflection_src_dip? That matches src_dip as used for SNAT rules, but makes
it clear that it’s for reflection. (src_dip has a matching function instead
of a rewriting function for DNAT rules.)
I’ve got a strong preference to allow an interface name argument (“lan”)
instead of requiring an IP addres
EEPROM is an actial serial EEPROM on the WiFi module, therefore we can remove
ralink_eep from the dts.
USB power-enable GPIO turned out to be GPIO #3 (found via probing/brute-force).
PCI works with default settings as long as the vendor bootloader is used.
Signed-off-by: Daniel Golle
diff --git
Hi,
is is just a proof of concept patch other Cygwin users might
need to get a little bit further in the process of using OpenWrt
on Windows. I'll send it as reference and for comments.
The tar pipe Bug in Cygwin is really annoying. The pipe fails
differently each time I configure gcc. Better s
Signed-off-by: Guilhem Lettron
---
Index: target/linux/ar71xx/image/Makefile
===
--- target/linux/ar71xx/image/Makefile (revision 35977)
+++ target/linux/ar71xx/image/Makefile (working copy)
@@ -923,6 +923,7 @@
$(eval $(call
Single
often i see the message:
"Trac wertet Ihre Übertragung als Spam. Um das Gegenteil zu beweisen,
geben Sie bitte Antwort auf folgendes."
but, there is nothing i can "enter" to proove, that i'am not a bot.
bye, bastian
___
openwrt-devel mailing list
openwr
There is a way to do that automatically ??!
Not at the moment.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hello all,
I am studying the OpenWRT configuration manager (UCI) and I am wondering if
there is a way in order to accomplish the "reload" automatically, because if I
understand correctly:
root@OpenWrt:~# uci add firewall rule
root@OpenWrt:~# uci set firewall.@rule[-1].src=wan
root@OpenWrt:~# uc
On Wednesday 27 February 2013 14:49:58 Tijs Van Buggenhout wrote:
> On Monday 25 February 2013 21:30:07 Tijs Van Buggenhout wrote:
> > On Monday 25 February 2013 21:07:09 Hauke Mehrtens wrote:
> > > On 02/25/2013 03:08 PM, Tijs Van Buggenhout wrote:
> > > > On Monday 25 February 2013 14:06:13 Jonas
Thank you all,
I can start OpenVPN server now.
Changing to '127.0.0.1:31194' doesn't work, but removing the line does.
On Tue 12 Mar 2013 02:56:33 PM ICT, Bastian Bittorf wrote:
> * Nguyễn Hồng Quân [12.03.2013 08:47]:
>> option 'management' '127.0.0.1 31194'
>
> maybe '127.0.0.1:31194'
* Nguyễn Hồng Quân [12.03.2013 08:47]:
> option 'management' '127.0.0.1 31194'
maybe '127.0.0.1:31194' ?
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
20 matches
Mail list logo
