search for: steini

hey all Here is what I get when I try to install utorrent on 64 bit arch linux, kernel version 2.6.33.4-1. I've never used wine before and I'm rather new to linux so I don't really know what to make of it. Code: [steini at myhost downloads]$ wine utorrent.exe wine: created the configuration directory '/home/steini/.wine' err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": libmpg123.so.0: cannot open shared object file: No such file or directory err:module:load_builtin_d...

Hi, I am using dovecot: 1.0.rc15 I was upgrading Debian and installed new versions of lots of things. My mail came fine and I though there was not problem until a user called and said it was not working through webmail. I tried, it it worked fine and I realized the problem was with dovecot. I have created new users, tried different UIDs. Removed any protections but when I telnet to the

Hello Maximilian, I think may be cause by MTU proble if you have many peer. you can run tincd with -d 5 or tincd -n "yournetname" -k INT , check the log file to see what happen. if so, you can use my patch to fix this. thanks PHB On Sat, Mar 21, 2020 at 7:00 PM <tinc-request at tinc-vpn.org> wrote: > Send tinc mailing list submissions to > tinc at tinc-vpn.org

Hi maximilian, the problem of MUTproble is happened here for me, and the patch is working fine, should be helpful anyway. which mode you used? router, switch or HUB? thanks PHB -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20200402/fb3597ed/attachment.html>

Hi Lars, Am 20.03.20 um 15:43 schrieb Lars Kruse: > Did you really try the nice visualizations in the "Statistics" menu? > These should allow you to see, which protocols and which peers cause the > traffic. > > I am slightly confused, that you already took a look at the traffic, but you did > not mention, which type of traffic makes up the bulk of the excessive packets

Hallo, Am Thu, 19 Mar 2020 16:31:57 +0100 schrieb Maximilian Stein <m at steiny.biz>: > Do you have any idea about how to analyze the situation further? Or > about the actual reasons behind the issue? you could write the packets via tcpdump into a file and open this pcap later in wireshark. Wireshark should give you a good visualization of the traffic distribution. Or maybe you

Hallo Maximilian, Am Thu, 19 Mar 2020 16:31:57 +0100 schrieb Maximilian Stein <m at steiny.biz>: > There I learned the basic patterns of these situations (communication with > many peers on ethernet but nearly nothing on the virtual tinc link). Did you really try the nice visualizations in the "Statistics" menu? These should allow you to see, which protocols and which

Hello Maximilian, Am Fri, 20 Mar 2020 19:43:35 +0100 schrieb Maximilian Stein <m at steiny.biz>: > My current mitigation is to stop some tinc peers for ten seconds and to > start them again afterwards, that usually causes the excessive traffic > to stop without interrupting service too much. I am guessing now: the rise of traffic on the ethernet link is caused by packets being

Yes, exactly. There are lots of packages exchanged between tinc processes on port 655, accounting to 99 % of the Ethernet traffic, while the virtual interface stays almost idle. Best, Maximilian Am 20. März 2020 21:09:18 MEZ schrieb Lars Kruse <lists at sumpfralle.de>: >Hello Maximilian, > >Am Fri, 20 Mar 2020 19:43:35 +0100 >schrieb Maximilian Stein <m at steiny.biz>:

Hello, I use caldera 2.4 , and evrything goes well with samba. Login, shares, homes and neighborhood but the windows stations cannot change their samba password on the Linux serveur. It allways answers that the old password is wrong and it is no. anyway the password was recognise at the login... Their is no relation with passwd sync or passwd chat. Thank you for your help (and your work ! ).

Hi everybody, I am operating a tinc network with nearly 200 peers connected over the internet. Some peers are permanently connected and offer a public, fixed IP ("servers") while others are behind NAT firewalls ("clients") and connect to the former primarily. Unfortunately, sometimes (~ once a day) the traffic on the ethernet links seems to explode way beyond whats normal

Hi, thanks for your suggestion. Am 19.03.20 um 20:15 schrieb Lars Kruse: > you could write the packets via tcpdump into a file and open this pcap later in > wireshark. Wireshark should give you a good visualization of the traffic > distribution. > Or maybe you already did this without further conclusions? Yeah, this is actually what I did: record with tcpdump, than open the files in

Hi, I wrote earlier to mention that I am having touble with LSUB command reporting "permission denied' on some accounts and not others that are identical as far as I can see. I am trying various combinations of stuff, so i set up a new IMAP account in Thunderbird that went to one of the accounts I am having trouble with. I was not surprised to get "Server says permission