search for: 1412

https://bugzilla.mindrot.org/show_bug.cgi?id=1412 Summary: Support for users in more than 16 groups on Mac OS X. Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: Other OS/Version: Mac OS X Status: NEW Severity: normal Priority: P2...

...y shows a larger gap between two consecutive TFTP requests: 3.86: fast, works 4.07: fast, sometimes corrupt, broken localboot > 14:27:50.322512 IP dell.phahn.dev.49153 > xen12.phahn.dev.49886: UDP, length 4 > 14:27:50.322588 IP xen12.phahn.dev.49886 > dell.phahn.dev.49153: UDP, length 1412 > 14:27:50.323114 IP dell.phahn.dev.49153 > xen12.phahn.dev.49886: UDP, length 4 > 14:27:50.323193 IP xen12.phahn.dev.49886 > dell.phahn.dev.49153: UDP, length 1412 5.01: fast, corrupt, broken localboot > 14:26:27.999200 IP dell.phahn.dev.49155 > xen12.phahn.dev.48338: UDP, lengt...

CentOS Errata and Bugfix Advisory 2016:1412 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-1412.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fff0dd32f665f2b79fa4ebeeb6ae7a11b301a6c834e0fbb36df4e9c1df1d1445 squid-3.1.23-16.el6_8.5.i686.rpm x86...

https://bugzilla.netfilter.org/show_bug.cgi?id=1412 Bug ID: 1412 Summary: ip6tables-nft not accepting "icmp" as shorthand for "icmpv6" Product: nftables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW...

https://bugzilla.samba.org/show_bug.cgi?id=1412 ------- Additional Comments From bob@proulx.com 2004-12-23 09:59 ------- I do not believe this bug is completely fixed in 2.6.3. I am still seeing many errors of the type described. Here is one example: rsync: mkdir "/mnt/a/hpsvoh/incr-2004-12-23/home/haehre/filtered_backup/wjemulat...

On Mon, Feb 9, 2015 at 9:40 AM, Holger Baust via Syslinux <syslinux at zytor.com> wrote: > Am 07.02.2015 um 19:50 schrieb Geert Stappers via Syslinux: >> On Sat, Feb 07, 2015 at 01:06:06PM -0500, Gene Cumm wrote: >>> On Fri, Feb 6, 2015 at 4:57 AM, Holger Baust wrote: >>>> Am 06.02.2015 um 07:44 schrieb Geert Stappers: >>>>>>> On Thu, Feb

...suddenly stops acknowledging tftp packets, apparently before the server is done sending the kernel: 06:08:49.645053 IP (tos 0x0, ttl 64, id 37770, offset 0, flags [none], proto UDP (17), length 1440) 10.196.129.1.43197 > 10.196.129.123.1722: [bad udp cksum 0x1da2 -> 0xc464!] UDP, length 1412 06:08:49.645129 IP (tos 0x0, ttl 64, id 59240, offset 0, flags [none], proto UDP (17), length 32) 10.196.129.123.1722 > 10.196.129.1.43197: [udp sum ok] UDP, length 4 06:08:49.645143 IP (tos 0x0, ttl 64, id 37771, offset 0, flags [none], proto UDP (17), length 1440) 10.196.129.1.43197 &g...

> On Fri, Oct 2, 2015 at 4:07 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> I have a patch that I think may help your situation of syslinux.efi >> being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if >> any of you are using an EFI ia32 platform). >> >> The basics are that we try to enable UseDefaultAddress as it helps >>

...= 10 net.ipv4.route.gc_elasticity = 1 net.ipv4.route.gc_interval = 1 net.ipv4.route.gc_timeout = 0 net.ipv4.route.gc_min_interval = 0 net.ipv4.route.gc_thresh = 2048 The tcpdump traffic goes like this: From the gateway: 19:08:37.404963 praia1.praiacamboriu.com.br.ftp-data > 141.porttal.com.br.1412: . 11025485:11026945(1460) ack 1 win 58400 (DF) 19:08:37.432250 141.porttal.com.br.1412 > praia1.praiacamboriu.com.br.ftp-data: . ack 11028405 win 8760 (DF) 19:08:37.521619 praia1.praiacamboriu.com.br.ftp-data > 141.porttal.com.br.1412: . 11029865:11031325(1460) ack 1 win 58400 (DF) 19:08:37....

...83.227.190.129 dev eth0 root@fw:~ # ip mroute show (195.54.109.38, 239.1.1.103) Iif: eth0 Oifs: eth1 root@fw:~ # Shorewall messages when I changed the default actions: Shorewall:net2all:DROP:IN=eth0 OUT= MAC=01:00:5e:01:01:67:00:d0:52:0b:3a:f9:08:00 SRC=195.54.109.38 DST=239.1.1.103 LEN=1412 TOS=0x10 PREC=0x80 TTL=52 ID=41142 PROTO=UDP SPT=1027 DPT=31858 LEN=1392 Shorewall:all2all:REJECT:IN=eth1 OUT= MAC= SRC=195.54.109.38 DST=239.1.1.103 LEN=1412 TOS=0x10 PREC=0x80 TTL=51 ID=41142 PROTO=UDP SPT=1027 DPT=31858 LEN=1392 -- Gerhard To reply, remove the first nospam but not the second.

...at about 6.03-pre18 (or newer)? > http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/ 6.03-pre18 is still slow: > 16:06:07.494125 IP dell.phahn.dev.49232 > xen12.phahn.dev.57501: UDP, length 4 > 16:06:07.494250 IP xen12.phahn.dev.57501 > dell.phahn.dev.49232: UDP, length 1412 > 16:06:07.512225 IP dell.phahn.dev.49232 > xen12.phahn.dev.57501: UDP, length 4 > 16:06:07.512359 IP xen12.phahn.dev.57501 > dell.phahn.dev.49232: UDP, length 1412 Philipp

...5    10 104.2 1399 1985    11 138.0 1400 1985    12 120.4 1401 1986     1  12.6 1402 1986     2  19.4 1403 1986     3   1.0 1404 1986     4  58.8 1405 1986     5  98.4 1406 1986     6  56.6 1407 1986     7 280.4 1408 1986     8 128.2 1409 1986     9 100.0 1410 1986    10 166.0 1411 1986    12  68.1 1412 1987     2  46.0 1413 1987     3  35.0 1414 1987     4  75.0 1415 1987     5  90.8 1416 1987     6 189.0 1417 1987     7 110.6 1418 1987     8  87.2 1419 1987     9  50.0 1420 1987    10  41.8 1421 1987    11  64.0 1422 1987    12  75..6 1423 1988     1  34.6 1424 1988     2  36.0 1425 1988     3 ...

Hello Tom, I am not sure if you can help with this but I am at my wits end. If you hit this site and do a force refresh (ctrl + F5) the site will time out and lose connections. Do the same on port 443 and it does not time out??? The web site I am reffering to is www.tituswill.com I think the only problem is port 80. Do you have any idea how to diagnose this I have sent a dump of just

...090601f debug1: Reading configuration data /opt/openssh-2.9p1/etc/ssh_config debug1: Seeded RNG with 42 bytes from programs debug1: Seeded RNG with 3 bytes from system calls debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 1412 geteuid 0 anon 1 debug1: Connecting to nighthawk [134.87.114.11] port 22. debug1: temporarily_use_uid: 1412/67 (e=0) debug1: restore_uid debug1: temporarily_use_uid: 1412/67 (e=0) debug1: restore_uid debug1: Connection established. debug1: read PEM private key done: type DSA debug1: read PEM privat...

Hi, I have a linux box with two dsl modems on it (connection is done via pppoe), I''m trying to route default traffic on the primary connection (ppp0) and mail traffic on another one (ppp1). This traffic will come from the localhost. I run Slackware 9.1 (Kernel 2.4.22), recompiled with necessary options for using iproute2. According to the advanced routing howto, I did the following

...o create channel of type 'MGCP' --------------------<snip>------------------------- Otherwise, vice versa it looks good. ----------------------------<snip>--------------------- Sip read: SIP/2.0 180 Ringing Via: SIP/2.0/UDP 172.16.98.52:5060;branch=z9hG4bK0fe6a009 From: "1412" <sip:1412@172.16.98.52>;tag=as2ae905a1 To: <sip:1407@172.16.103.10:5060;line=xo91ds1x>;tag=ycfd6114eu Call-ID: 7916fc9b5a6e3323751554a33603cbb9@172.16.98.52 CSeq: 102 INVITE Contact: <sip:1407@172.16.103.10:5060;line=xo91ds1x> Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS,...

I want to get kernel-2.6.32-71.36.1.el6.src.rpm(RHBA-2011:1412-1). I have no RHEL subscriptions. There's no EUS srpms in ftp.redhat.com.

I am trying to generate a plot whose x-axis values are the following: data_out[,1] [1] 1979 1958 1937 1916 1895 1874 1853 1832 1811 1790 1769 1748 1727 1706 1685 1664 1643 1622 1601 1580 1559 [22] 1538 1517 1496 1475 1454 1433 1412 1391 1370 1349 1328 1307 1286 1265 1244 1223 1202 1181 1160 1139 1118 [43] 1097 1076 1055 1034 1013 992 971 950 929 908 887 866 845 824 803 782 761 740 719 698 677 [64] 656 635 614 593 572 551 530 509 488 467 446 425 404 383 362 341 320 299 278 257 236 [85]...

...nowledging > tftp packets, apparently before the server is done sending the kernel: > > 06:08:49.645053 IP (tos 0x0, ttl 64, id 37770, offset 0, flags [none], proto UDP (17), length 1440) > 10.196.129.1.43197 > 10.196.129.123.1722: [bad udp cksum 0x1da2 -> 0xc464!] UDP, length 1412 > 06:08:49.645129 IP (tos 0x0, ttl 64, id 59240, offset 0, flags [none], proto UDP (17), length 32) > 10.196.129.123.1722 > 10.196.129.1.43197: [udp sum ok] UDP, length 4 > 06:08:49.645143 IP (tos 0x0, ttl 64, id 37771, offset 0, flags [none], proto UDP (17), length 1440) > 1...

...ets are dropped but i have at the top of my rules an accept. the configuration looks like: rules-file: ----------- ACCEPT net fw tcp 22 - TCPDUMP-log: ------------ 12:16:08.153934 84.153.98.30.1322 > [my-destination-machine].ssh: S 3717288415:3717288415(0) win 64240 <mss 1412,nop,nop,sackOK> (DF) [tos 0x10] SYSLOG-log: ----------- Mar 4 12:16:08 [kernel] Shorewall:logdrop:DROP:IN=ppp0 OUT= MAC= SRC=84.153.98.30 DST=[my-destination-machine] LEN=48 TOS=0x10 PREC=0x00 TTL=125 ID=59988 DF PROTO=TCP SPT=1322 DPT=22 WINDOW=64240 RES=0x00 SYN URGP=0 i can connect from an...