similar to: Samba AD not listening on ipv4 - 464/tcp

On Fri, 03 May 2024 10:11:48 +0200 PaLi via samba <samba at lists.samba.org> wrote: > Hello > > I'm not able to connect to Samba AD domain by realm. > > sudo realm join OFFICE.COMPANY.COM -U administrator > > Password for administrator: > See: journalctl REALMD_OPERATION=r41422.307314 > realm: Couldn't join realm: Failed to join the domain > >

On Fri, 2024-05-03 at 09:34 +0100, Rowland Penny via samba wrote: > On Fri, 03 May 2024 10:11:48 +0200 > PaLi via samba <samba at lists.samba.org> wrote: > > > Hello > > > > I'm not able to connect to Samba AD domain by realm. > > > > sudo realm join OFFICE.COMPANY.COM -U administrator > > > > Password for administrator: > >

You might want to try with https://github.com/gsliepen/tinc/pull/120 - that said, this bug probably doesn't explain everything because tinc is supposed to log a message from setup_vpn_in_socket() anyway, but there's no such message in your log. In addition, I really don't see any way the "Received UDP packet from unknown source" message could be logged if the UDP socket

Attempting to lookup why rsyslogd is listening on the high port UDP/51427. Have not succeeded in what this port is used for and what directive controls what interface it binds to. [root at bedrock ~]# netstat --listen --inet --program --numeric | grep syslog udp??0??0 0.0.0.0:51427??0.0.0.0:*???66655/rsyslogd? -- Adam Tauno Williams <mailto:awilliam at whitemice.org> GPG D95ED383

Hi all, I have a problem with ntpd daemon in my CentOS7 vm. When I try to list peers, command fails: [root at c7tst ntpstats]# ntpq ntpq> pe ntpq: read: Connection refused ntpq> My actual ntp.conf: # For more information about this file, see the man pages # ntp.conf(5), ntp_acc(5), ntp_auth(5), ntp_clock(5), ntp_misc(5), ntp_mon(5). driftfile /var/lib/ntp/drift # Permit time

On Thu, Sep 06, 2018 at 02:06:37PM -0400, Adam Tauno Williams wrote: > > Attempting to lookup why rsyslogd is listening on the high port > UDP/51427. Have not succeeded in what this port is used for and what > directive controls what interface it binds to. > > [root at bedrock ~]# netstat --listen --inet --program --numeric | grep syslog > udp??0??0

Hi guys, I have now done the obvious - swapped out the kernel. Upgrading to 4.5.7 fixed the problem! udp UNCONN 0 1408 *:655 *:* users:(("tincd",pid=3242,fd=7)) tcp LISTEN 0 3 *:655 *:* users:(("tincd",pid=3242,fd=6)) Thank you very much for your time. Petr On Fri, Jul 15, 2016 at 7:22 AM,

Have anything to do with firewall locations, meaning home vs work vs public vs lockdown. Probably not it at all. On Jul 13, 2016 3:22 PM, "Etienne Dechamps" <etienne at edechamps.fr> wrote: > That's strange. Can you post a detailed log from the affected node (run > tincd -d5 -D), especially the initialization phase? > > On 13 July 2016 at 16:17, Petr Man <petr

All, Running dovecot 2.3.10 on a CentOS 7.x and logging via syslog seems to stop when i restart rsyslog process. Reload doesnt get it working again only a dovecot restart. Tested this with dovecot 2.2.36 and this did not exhibit the same behaviour. systemctl restart dovecot rsyslog ----- this gets a working state systemctl restart rsyslog ------------- this restarts syslog other processes

Good morning, Here is the log, I don't see anything unusual. I took the same tinc binary and tried on two other machines and it works fine - binds to 655/UDP without issues: udp UNCONN 0 0 *:655 *:* users:(("tincd",18872,7)) tcp LISTEN 0 3 *:655 *:*

Hi Etienne, I tried the patch, no change at all. Attached is a new log and also strace log. There is a FD 7 opened (the UDP socket), used and yet "ss -nlptu" doesn't see it. I have a suspicion now there is something wrong with the distro/kernel. As a test: netcat -ul -p600 ss -nlptu | grep netcat gives me no output... Petr On Thu, Jul 14, 2016 at 8:27 PM, Etienne Dechamps

Hi, I get this error: ------------------ Reader.cpp:464: error: `intptr_t' undeclared (first use this function) ------------------ It doesn't seem that you include <stddef.h>, where the intptr_t is declared, in the source file. When I included the header, it compiled without errors. The same error seems to be present for ReaderWrappers.cpp. /Henrik

http://bugzilla.mindrot.org/show_bug.cgi?id=464 Summary: sshd seems to corrupt the wtmpx Product: Portable OpenSSH Version: 3.5p1 Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: minor Priority: P4 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: pas50

http://bugzilla.mindrot.org/show_bug.cgi?id=464 pere at hungry.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pere at hungry.com ------- Additional Comments From pere at hungry.com 2003-04-03 03:03 ------- I see the same problem on IA64 HP/UX

http://bugzilla.mindrot.org/show_bug.cgi?id=464 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |793 nThis| | ------- You are receiving this mail because: ------- You are the assignee for the

http://bugzilla.mindrot.org/show_bug.cgi?id=464 ------- Additional Comments From pas50 at cam.ac.uk 2003-01-09 02:11 ------- This is apparently a bug with compiling in 64 bit. David foster saw this. http://www.sunmanagers.org/pipermail/summaries/2002-October/004018.html ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=464 ------- Additional Comments From netfilter@linuxace.com 2006-07-15 18:38 MET ------- Jurgen: you are behind a box which doesn't understand the SACK option. From your trace: 02:52:32.237095 IP 134.76.88.65.11064 > 84.132.150.225.32805: P 237274514:237275954(1440) ack 372631662 win 181 <nop,nop,timestamp 229942196

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=464 ------- Additional Comments From holm@theorie.physik.uni-goettingen.de 2006-06-14 15:00 MET ------- I run into the same probs with Mandriva kernel. All kernel >2.6.11 are definitly affected. kernel 2.6.8.1 has no problems. Hope this helps a little bit. -- Configure bugmail: