similar to: debugging TLS with wireshark and a custom application ?

Hi, I have a box with freebsd 9.1-Stable uname -a FreeBSD master.bogdanturcanu.ro 9.1-STABLE FreeBSD 9.1-STABLE #3: Fri Mar 8 18:43:56 EET 2013 root at master.bogdanturcanu.ro:/usr/obj/usr/src/sys/MASTER amd64 The server is connected ussing alc0 interface. If i run: Ifconfig alc0 inet6 x:x:x:x prefixlen 64 it's working. But, if I put in my rc.conf: ifconfig_alc0_ipv6="inet6

Hi, I am trying to debug a new (to me) printer, that should be able to use AD (for LDAP / address book lookups as well as authentication). It's been a while since I needed to dump traffic with wireshark; and evidently it's got harder since I last tried :) I have generated a wireshark dump on my DC, to see what the printer is trying to do, using: dc1$ sudo tcpdump host myprinter and port

I thought this was working as intended, but I have recently been getting some random messages put into this mailbox that definitely have list-ip headers (including some messages from this list) and that do not have multiple addresses. I believe this started happening on 20200922, which would hav been when I applied the most recent update to dovecot, as that is when the listCC box seemed to

Hi all, I moved from 8.0-RELEASE to last week's -STABLE: $ uname -v FreeBSD 8.1-STABLE #0: Thu Sep 2 16:38:02 SAST 2010 root@XXXXX:/usr/obj/usr/src/sys/GENERIC and all seems well except my network card is unusable. On boot up: em0: <Intel(R) PRO/1000 Network Connection 7.0.5> port 0x3040-0x305f mem 0xe3200000-0xe321ffff,0xe3220000-0xe3220fff irq 10 at device 25.0 on pci0 em0: Setup

Hi I'm having trouble routing a call between two A*k servers I admin. SERVER- A: has a simple extensions set, and just needs to Dial to server B, but authenticate as part of the dial: exten => 777,1,Dial(SIP/abc-777:mypassword at someip.no-ip.info:5071/777,40,trw) exten => 777,2,Hangup So that should pass the call to the server listening on port 5071 of someip.no-ip.info,

http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152154 It has been suggested to me (by a committer) that I should raise the issue of this PR here on these lists, because the problem described within the PR remains a real problem, and despite my having proposed something that seems to be a perfectly workable fix, no action has been taken on this PR for some years now. Regards, rfg P.S. The

Hi: I could not figure out how to restrict users or other users from certain privileges to execute certain commands in FreeBSD/NanoBSD? What I meant is I want to create a NanoBSD image in which there will be an additional user, say 'admin'. I need to give this new user (admin) some privileges to run some root-can-only-execute commands, but not all (ACL similar to the firmwares in adsl

Hi! There is a posting public about Intel ethernet adapters and their packets of death: http://blog.krisk.org/2013/02/packets-of-death.html Now, how can we test the EEPROM from FreeBSD, similar to the ethtool of Linux ? Thanks for any pointer! -- pi at opsec.eu +49 171 3101372 7 years to go !

I need to build up a few servers and routers, and am wondering how FreeBSD 9.1 is shaping up. Will it be likely to be more stable and robust than 9.0-RELEASE? Are there issues that will have to wait until 9.2-RELEASE to be fixed? Opinions welcome. --Brett Glass

I upgraded to Dovecot 2.3.0.1 as advised, but it still seems broken. In the Postfix log I now see: Mar? 6 13:49:03 myhost amavis[7165]: (07165-10) K00VtLRHdrYw FWD from <admin at mydomain.tld> -> <"@"@mydomain.tld>, BODY=7BIT 250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as B8CA22DA1B37 Mar? 6 13:49:03 myhost amavis[7165]: (07165-10) Passed CLEAN

I wrapped the LDA command in a script. I can see that Postfix passes "@@mydomain.tld" as the -d argument, without quotes. I then adapted the script to specifically replace this address with "@"@mydomain.tld, but this results in the following error message by Dovecot: ??? auth: Info: userdb(?): Username character disallowed by auth_username_chars: 0x22 (username:

Hi list, I've a strange issue with Windows 7 (also occurs on 8.1) when accessing shares on domain controllers. If I use IP address or in-domain FQDN (server.domain.name), all is right. If I use another DNS entry pointing to the same IP, share access fails with following message (translated from french) : \\somehost.somsuffix\someshare is not accessible. […] Invalid parameter Issue

Op 7-3-2018 om 15:40 schreef Stephan Bosch: > > > Op 7-3-2018 om 13:46 schreef Philipp Berger: >> I wrapped the LDA command in a script. I can see that Postfix passes >> "@@mydomain.tld" as the -d argument, without quotes. >> I then adapted the script to specifically replace this address with >> "@"@mydomain.tld, but this results in the

CentOS Errata and Security Advisory CESA-2008:0059 wireshark security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2008-0059.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/libsmi-0.4.5-3.el3.i386.rpm updates/i386/RPMS/libsmi-devel-0.4.5-3.el3.i386.rpm updates/i386/RPMS/wireshark-0.99.7-EL3.1.i386.rpm

CentOS Errata and Security Advisory CESA-2008:0059 wireshark security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2008-0059.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/libsmi-0.4.5-3.el3.x86_64.rpm updates/x86_64/RPMS/libsmi-devel-0.4.5-3.el3.x86_64.rpm

CentOS Errata and Security Advisory 2008:0058 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0058.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 603d4a610100b836e37c1e77cabc4c0d libsmi-0.4.5-2.el5.x86_64.rpm 07e316c40b9935f55ca91bde6fd70f0f libsmi-devel-0.4.5-2.el5.x86_64.rpm

CentOS Errata and Security Advisory 2008:0058 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0058.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 44ab8398b4f1013b96fe9430b7d8b032 libsmi-0.4.5-2.el5.i386.rpm 5c2d7fa2b213d3e57727e23db7b81f80 libsmi-devel-0.4.5-2.el5.i386.rpm

CentOS Errata and Security Advisory 2008:0059 https://rhn.redhat.com/errata/RHSA-2008-0059.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64:

CentOS Errata and Security Advisory 2008:0058 https://rhn.redhat.com/errata/RHSA-2008-0058.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64:

CentOS Errata and Security Advisory 2008:0059 https://rhn.redhat.com/errata/RHSA-2008-0059.html The following updated files have been uploaded and are currently