similar to: verification

I have a centos box that will need to ssh into 2 other centos boxes (with keys). Now one of these boxes is a firewall, and another is a system behind the firewall. I have rules in my firewall to punch into the system behind the FW. Now if i connect to the IP (sine the public one is shared), anytime i connect to the other system, I get the host verification failed error and have to

On 1/29/20 3:26 PM, hw wrote: > On Wednesday, January 29, 2020 6:52:50 PM CET Nataraj wrote: > [...] >> By burst, I mean that you don't have a bandwidth commitment with an SLA >> from your provider. A bandwidth commitment means that you are paying a >> provider to guarantee you so many MB or GB of bandwidth and this is >> guaranteed to you. This means it is

Hi, I tried executing the rpm -V command on the packages of the CentOS 7.2 ISO which I have created, the verification failed for some of them. Here is the log for 'authconfig' : Steps: 1. Execute command : rpm -V authconfig 2. Observe the output Expected Result: If there is no error, nothing should be displayed Actual Result: Verification fails with following error log:

> what does Centos 7 do with UPD packets having invalid checksums? By default I assume they are just dropped - that's what should happen. > > Are such packets inevitably dropped? Applications can specifically disable checksum checking for the kernel network stack on a per application basis, but the default is to check and drop if in error. > Does a network card drop them

Hello! I'm running clamav-milter, clamd, and sendmail on CentOS 3.3 (RHEL3). I'm trying to verify that my milter works. I've sent test emails from testvirus.org but they don't appear to be getting flagged. I don't see anything in the logs to indicate they were. Is there a sure-fire way to know? Also, how should the clamd work? Does it watch the filesystem? Or will it only work

Hi, I installed CentOS 5 from DVD and noticed this warning at the top of /root/install.log: Installing libgcc - 4.1.1-52.el5.i386 warning: libgcc-4.1.1-52.el5: Header V3 DSA signature: NOKEY, key ID e8562897 Wondering if anyone knows why this error occurs. Is this expected? Thanks, Venkat

Hi, what does Centos 7 do with UPD packets having invalid checksums? Are such packets inevitably dropped? Does a network card drop them when it does checksum verification in hardware even before the packets go anywhere? In general, if someone were to send me UPD packets with invalid checksums over the internet, how far would such packets get? In particular, how likely it is that SRTP

I have Cent OS 5.1 I also have http://phpsysinfo.sourceforge.net/ I have asterisk running . Now when I look at System Information , I see that "Physical Memory" keep increasing and at one point it reaches 96%. Then my sever get hang and then I have to restart it. I have 4 GB RAM. Processors 2 Model Intel(R) Core(TM)2 Duo CPU E7200 @ 2.53GHz CPU Speed 2.53 GHz Cache Size 3.00 MB

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

First of all - disclaimer - I'm no network specialist, I just read and am interested in it. I may get things wrong!! > > > Both physical interfaces show the same. But does this mean it's on as in "rx- > checksumming: on" or off as in "tx-checksum-ipv4: off [fixed]"? As far as I understand it rx-checksum is the underlying wire checksumming - and from

On Sun, 26 Jan 2020 at 20:45, hw <hw at gc-24.de> wrote: > > > I'm not sure I understand what you are asking. > > It is about VOIP calls via SRTP being interrupted at irregular intervals. The > intervals appear to depend on the time of day: Such phone calls can last for > a duration of about 5--25 minutes during the day to up to 1.5 hours at around > 3am before

On Tue, 28 Jan 2020 at 15:56, hw <hw at gc-24.de> wrote: > > > For voice, that > > usually means a drop or other ugliness because it is assumed that if > > the quality is too bad, the people would just call each other again. > > That's a funny idea. Phone calls just worked fine and were good quality 25 > years ago, and mostly long before that. I have

On 1/26/20 5:44 PM, hw wrote: > On Sunday, January 26, 2020 11:18:36 PM CET Pete Biggs wrote: >> First of all - disclaimer - I'm no network specialist, I just read and >> am interested in it. I may get things wrong!! >> >>> Both physical interfaces show the same. But does this mean it's on as in >>> "rx- checksumming: on" or off as in

> On Tuesday, January 28, 2020 1:50:57 PM CET Stephen John Smoogen wrote: >> On Sun, 26 Jan 2020 at 20:45, hw <hw at gc-24.de> wrote: >> > > I'm not sure I understand what you are asking. >> > >> > It is about VOIP calls via SRTP being interrupted at irregular >> intervals. >> > The intervals appear to depend on the time of day: Such

Information: 5.4 kernel (2.6.18-164.el5). I have a vmcore (from kdump), if the developers are interested, let me know a place to upload the vmcore file. I used the crash command to do a backtrace. I manage to get machines with later 5.4 and 5.5 to panic the same way. Broadcom or Intel NICs panic the same way. This is an NFS client where the NFS server is restarting several times; NFSv3, mount

Hi, dbus on centos 7 lxc won't work. So I'm unable to start or query status units with systemd, for example: systemctl status Failed to get D-Bus connection: No such file or directory I have no issues with centos 8 container (debian 10 ones work fine too) This is the output of ps aux on centos 7: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root

On Sunday, January 26, 2020 3:58:31 PM CET Pete Biggs wrote: > > what does Centos 7 do with UPD packets having invalid checksums? > > By default I assume they are just dropped - that's what should happen. Hm that's what thought. > > Are such packets inevitably dropped? > > Applications can specifically disable checksum checking for the kernel > network stack

On 08/31/2015 01:39 PM, Mark Selby wrote: > I have seen some talk about this but have not seen any answers. I know > this is a problem on CentOS 7.1 and I also think it is a problem on > CentOS 7.0. > > Basically if I have an NFS client only config - meaning that the > nfs-server.service is not enabled then I have to wait 60 seconds after > boot for the 1st NFSV3 mount to

Does anaconda verifies gpg signatures to ensure the integrity of the packages? Are the keys already imported or how does anaconda do this job? Any suggestions to improve the integrity while kickstarting a system? Do you use repo_gpgcheck? -- Thanks, LF

Is it possible that Samba4 includes a large PAC on the kerberos credential and you're going over the limit in kernel? Against AD you have to disable this PAC inclusion via the userAccountControl attribute to make kerberised NFSv4 work correctly. You /sometimes/ find that testing with a user who is a member of as close to no groups as possible works in this case, but users in many groups