mal's questions

当我运行时，mysql --verbose --help我得到的值与 my.ini 文件中的值不同。特别是，我的 my.ini 文件中设置了以下属性（基于我们公司 wiki 中的建议），如下所示：

max_allowed_packet=134217728
net_buffer_length=1000000 

但是当我跑步时，mysql --verbose --help我得到：

max-allowed-packet                16777216
net-buffer-length                 16384

我已经检查了mysql命令说它从以下位置获取默认选项的位置：

C:\WINDOWS\my.ini 
C:\WINDOWS\my.cnf 
C:\my.ini 
C:\my.cnf 
C:\Program Files\MySQL\my.ini 
C:\Program Files\MySQL\my.cnf 
C:\opt\mysql-8.0.19-winx64\my.ini 
C:\opt\mysql-8.0.19-winx64\my.cnf

文件存在的唯一地方是C:\Program Files\MySQL\my.ini 我已经更新了那里的设置，但mysql --verbose --help仍然输出原始值。我错过了什么？

我最近在语言环境设置和 JVM 方面遇到了一些问题。但这比现在更大。我今天做了一个 Yum 更新，对所有内容进行了全面更新。它已经有一段时间没有完成了。
一切都运行良好，除了系统区域设置似乎已恢复为 UTC 时间。我曾经localectl set-locale修改过语言环境，并重新启动了服务器。
当我运行时，localectl status我得到以下信息：

System Locale: LANG=en_GB.UTF-8
                  LC_NUMERIC=sv_SE.UTF-8
                  LC_TIME=sv_SE.UTF-8
                  LC_MONETARY=sv_SE.UTF-8
                  LC_PAPER=sv_SE.UTF-8
                  LC_MEASUREMENT=sv_SE.UTF-8
       VC Keymap: us
      X11 Layout: us

我没有设置VC Keymap: us，或者x11 Layout: us它们只是那样出现。但其余设置与我预期的一样。
然而，我的主要问题是时间；该设置LC_TIME=sv_SE.UTF-8似乎对系统时间没有影响，这意味着我所有的服务时钟都关闭了两个小时，报告的是 UTC 时间而不是 CEST 时间。这会导致时间敏感的服务出现问题。
我对其余的设置并不在意，尽我所能告诉他们它们似乎是正确的，但我真的需要系统时间才能正确。
当我运行时，date我得到以下信息：

tis sep 20 12:44:38 UTC 2016

文本应该是瑞典语，但时间是 UTC 而不是 CEST。
我怎样才能解决这个问题？

我在一家小公司工作，我们使用ASUS RT-N18U设置了 LAN 。我们在一个小型办公室中，作为商业园的一部分，我们的网络通过有线网络进入，作为商业园提供的一揽子服务的一部分。

昨天我们停电了，从那以后我们就不能上网了。我可以连接到我们的本地服务器、打印机等，仅此而已。我不知道问题是什么，但是如果我什至可以知道问题是我们的 LAN 内部还是外部问题，那将是一个开始

编辑：我无法从路由器控制台 ping 谷歌（或任何其他）服务器。

路由器日志显示以下内容：

Aug  1 02:00:11 syslogd started: BusyBox v1.17.4
Aug  1 02:00:11 kernel: klogd started: BusyBox v1.17.4 (2016-02-03 06:01:20 CST)
Aug  1 02:00:11 kernel: Linux version 2.6.36.4brcmarm (gitserv_asus@wireless-pub1) (gcc version 4.5.3 (Buildroot 2012.02) ) #1 PREEMPT Wed Feb 3 06:09:47 CST 2016
Aug  1 02:00:11 kernel: CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c53c7f
Aug  1 02:00:11 kernel: CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Aug  1 02:00:11 kernel: Machine: Northstar Prototype
Aug  1 02:00:11 kernel: Ignoring unrecognised tag 0x00000000
Aug  1 02:00:11 kernel: Memory policy: ECC disabled, Data cache writeback
Aug  1 02:00:11 kernel: Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 60416
Aug  1 02:00:11 kernel: Kernel command line: root=/dev/mtdblock2 console=ttyS0,115200 init=/sbin/preinit earlyprintk debug
Aug  1 02:00:11 kernel: Memory: 255708k/255708k available, 6436k reserved, 0K highmem
Aug  1 02:00:11 kernel: Virtual kernel memory layout:
Aug  1 02:00:11 kernel:     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
Aug  1 02:00:11 kernel:     fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
Aug  1 02:00:11 kernel:     DMA     : 0xf7e00000 - 0xffe00000   ( 128 MB)
Aug  1 02:00:11 kernel:     vmalloc : 0xd0800000 - 0xf0000000   ( 504 MB)
Aug  1 02:00:11 kernel:     lowmem  : 0xc0000000 - 0xd0000000   ( 256 MB)
Aug  1 02:00:11 kernel:     modules : 0xbf000000 - 0xc0000000   (  16 MB)
Aug  1 02:00:11 kernel:       .init : 0xc0008000 - 0xc0037000   ( 188 kB)
Aug  1 02:00:11 kernel:       .text : 0xc0037000 - 0xc0390000   (3428 kB)
Aug  1 02:00:11 kernel:       .data : 0xc03a8000 - 0xc03c7ec0   ( 128 kB)
Aug  1 02:00:11 kernel: * Invalid signature of oopsbuf: FF-FF-FF-BE-FE-FF-FF-FF (len 4294967295)
Aug  1 02:00:11 kernel: External imprecise Data abort at addr=0x0, fsr=0x1c06 ignored.
Aug  1 02:00:11 kernel: Mount-cache hash table entries: 512
Aug  1 02:00:11 kernel: Found a AMD NAND flash:
Aug  1 02:00:11 kernel: Total size:  128MB
Aug  1 02:00:11 kernel: Block size:  128KB
Aug  1 02:00:11 kernel: Page Size:   2048B
Aug  1 02:00:11 kernel: OOB Size:    64B
Aug  1 02:00:11 kernel: Sector size: 512B
Aug  1 02:00:11 kernel: Spare size:  16B
Aug  1 02:00:11 kernel: ECC level:   8 (8-bit)
Aug  1 02:00:11 kernel: Device ID: 0x 1 0xf1 0x 0 0x1d 0x 1 0xf1
Aug  1 02:00:11 kernel: bio: create slab <bio-0> at 0
Aug  1 02:00:11 kernel: PCI: no core
Aug  1 02:00:12 kernel: PCI: no core
Aug  1 02:00:12 kernel: PCI: Fixing up bus 0
Aug  1 02:00:12 kernel: PCI: Fixing up bus 0
Aug  1 02:00:12 kernel: PCI: Fixing up bus 1
Aug  1 02:00:12 kernel: VFS: Disk quotas dquot_6.5.2
Aug  1 02:00:12 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Aug  1 02:00:12 kernel: pflash: found no supported devices
Aug  1 02:00:12 kernel: bcmsflash: found no supported devices
Aug  1 02:00:12 kernel: Boot partition size = 524288(0x80000)
Aug  1 02:00:12 kernel: lookup_nflash_rootfs_offset: offset = 0x200000
Aug  1 02:00:12 kernel: nflash: squash filesystem with lzma found at block 28
Aug  1 02:00:12 kernel: Creating 4 MTD partitions on "nflash":
Aug  1 02:00:12 kernel: 0x000000000000-0x000000080000 : "boot"
Aug  1 02:00:12 kernel: 0x000000080000-0x000000200000 : "nvram"
Aug  1 02:00:12 kernel: 0x000000200000-0x000004000000 : "linux"
Aug  1 02:00:12 kernel: 0x00000038d3e0-0x000004000000 : "rootfs"
Aug  1 02:00:12 stop_nat_rules: apply the redirect_rules!
Aug  1 02:00:12 kernel: Registering the dns_resolver key type
Aug  1 02:00:12 kernel: Spare area=64 eccbytes 56, ecc bytes located at:
Aug  1 02:00:12 kernel:  2 3 4 5 6 7 8 9 10 11 12 13 14 15 18 19 20 21 22 23 24 25 26 27 28 29 30 31 34 35 36 37 38 39 40 41 42 43 44 45 46 47 50 51 52 53 54 55 56 57 58 59 60 61 62 63
Aug  1 02:00:12 kernel: Available 7 bytes at (off,len):
Aug  1 02:00:12 kernel: (1,1) (16,2) (32,2) (48,2) (0,0) (0,0) (0,0) (0,0) 
Aug  1 02:00:12 kernel: Options: NO_AUTOINCR,NO_READRDY,BBT_SCAN2NDPAGE,
Aug  1 02:00:12 kernel: Creating 2 MTD partitions on "brcmnand":
Aug  1 02:00:12 kernel: 0x000004000000-0x000007ec0000 : "brcmnand"
Aug  1 02:00:12 kernel: 0x000007ec0000-0x000008000000 : "asus"
Aug  1 02:00:12 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
Aug  1 02:00:12 kernel: et: module license 'Proprietary' taints kernel.
Aug  1 02:00:12 kernel: Disabling lock debugging due to kernel taint
Aug  1 02:00:12 kernel: et_module_init: passivemode set to 0x0
Aug  1 02:00:12 kernel: et_module_init: txworkq set to 0x1
Aug  1 02:00:12 kernel: et_module_init: et_txq_thresh set to 0x400
Aug  1 02:00:12 kernel: eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 6.37.14.105 (r485445)
Aug  1 02:00:12 kernel: wl_module_init: passivemode set to 0x0
Aug  1 02:00:12 WAN Connection: ISP's DHCP did not function properly.
Aug  1 02:00:12 kernel: wl_module_init: igs set to 0x0
Aug  1 02:00:12 kernel: wl_module_init: txworkq set to 0x1
Aug  1 02:00:12 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.105 (r485445)
Aug  1 02:00:16 dnsmasq[382]: warning: interface ppp1* does not currently exist
Aug  1 02:00:16 RT-N18U: start httpd
Aug  1 02:00:17 syslog: Generating SSL certificate...
Aug  1 02:00:17 disk monitor: be idle
Aug  1 02:00:17 hour monitor: daemon is starting
Aug  1 02:00:17 hour monitor: daemon terminates
Aug  1 02:00:17 miniupnpd[427]: version 1.9 started
Aug  1 02:00:17 miniupnpd[427]: HTTP listening on port 54077
Aug  1 02:00:17 miniupnpd[427]: Listening for NAT-PMP/PCP traffic on port 5351
Aug  1 02:00:18 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug  1 02:00:18 syslog: module ledtrig-usbdev not found in modules.dep
Aug  1 02:00:18 syslog: module leds-usb not found in modules.dep
Aug  1 02:00:18 kernel: SCSI subsystem initialized
Aug  1 02:00:20 kernel: xt_connbytes: Forcing CT accounting to be enabled
Aug  1 02:00:21 kernel: nf_conntrack_rtsp v0.6.21 loading
Aug  1 02:00:21 kernel: nf_nat_rtsp v0.6.21 loading
Aug  1 02:00:21 kernel: jnl: driver (lke_9.2.0, Feb  3 2016 06:59:53, LBD=ON) loaded at bf5fa000
Aug  1 02:00:21 wan: finish adding multi routes
Aug  1 02:00:22 kernel: ufsd:: trace mask set to 0000000f
Aug  1 02:00:22 kernel: ufsd: driver (lke_9.2.0 lke_9.2.0_r248656_b5, build_host("wireless-pub1"), acl, ioctl, bdi, sd2(0), wb, bz, tr, rsrc) loaded at bf607000
Aug  1 02:00:22 kernel: NTFS support included
Aug  1 02:00:22 kernel: Hfs+/HfsJ support included
Aug  1 02:00:22 kernel: optimized: speed
Aug  1 02:00:22 kernel: Build_for__ASUS_PRODUCTS_003_k2.6.36_2013-11-07_lke_9.2.0_r248656_b5
Aug  1 02:00:22 kernel: xhci_hcd 0000:00:0c.0: Failed to enable MSI-X
Aug  1 02:00:22 kernel: xhci_hcd 0000:00:0c.0: failed to allocate MSI entry
Aug  1 02:00:22 kernel: usb usb1: No SuperSpeed endpoint companion for config 1  interface 0 altsetting 0 ep 129: using minimum values
Aug  1 02:00:22 WAN Connection: WAN was restored.
Aug  1 02:00:48 hour monitor: daemon is starting
Aug  1 02:00:48 hour monitor: ntp is not syn
Aug  1 02:01:06 rc_service: udhcpc 432:notify_rc stop_upnp
Aug  1 02:01:06 rc_service: udhcpc 432:notify_rc start_upnp
Aug  1 02:01:06 rc_service: waitting "stop_upnp" via udhcpc ...
Aug  1 02:01:06 miniupnpd[427]: shutting down MiniUPnPd
Aug  1 02:01:08 miniupnpd[629]: version 1.9 started
Aug  1 02:01:08 miniupnpd[629]: HTTP listening on port 47237
Aug  1 02:01:08 miniupnpd[629]: Listening for NAT-PMP/PCP traffic on port 5351
Aug  1 02:01:09 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Aug  1 02:01:09 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Aug  1 02:01:09 dhcp client: bound 192.168.0.102 via 192.168.0.254 during 60 seconds.
Aug  1 02:01:17 hour monitor: daemon is starting
Aug  1 02:01:17 hour monitor: ntp is not syn
Aug  1 02:01:47 hour monitor: daemon is starting
Aug  1 02:01:47 hour monitor: ntp is not syn
Aug  1 02:02:17 hour monitor: daemon is starting
Aug  1 02:02:17 hour monitor: ntp is not syn
Aug  1 02:02:47 hour monitor: daemon is starting
Aug  1 02:02:47 hour monitor: ntp is not syn
Aug  1 02:03:17 hour monitor: daemon is starting
Aug  1 02:03:17 hour monitor: ntp is not syn

我正在编写一些服务器软件来升级电子设备上的固件。这是一项棘手的任务，因为目前这些设备在安装之前没有足够的内存来保存完整的固件。结果，我的服务器会将设备切换到引导加载程序模式，并指示引导加载程序做什么，通过网络发送指令和固件数据。可以想象，这有一些潜在的巨大缺点。

我现在关心的是，我发送的单个 TCP 段是否会被分成多个以太网帧？

由于引导加载程序的性质，我可以在 TCP 段中发送的最大有效负载为 255 字节。

从 Wireshark 中抓取数据包来看，包含我的 TCP 段之一的帧的帧大小似乎是 309 字节（2,472 位），完全在以太网帧上的维基百科页面允许的范围内：

我目前正在尝试处理如果与设备的连接被切断会发生什么。就像现在一样，我可以毫无困难地重新建立与设备的连接，但我想确定的是重新建立连接后会发生什么。

如果我可以确定每条指令将始终包含在单个以太网帧中，并且因此，要么交付要么不交付，那么快乐的日子！我可以查看发送的最后一条指令并弄清楚接下来要做什么。

但是，如果有可能将指令拆分为两个以太网帧，那么我的问题就更大了。我认为它不应该发生，但有时在我测试时看起来会发生这种情况。

假设我已经发出了一个写命令，并且引导加载程序正在等待数据写入，我发送了 255 字节的 TCP 段，它被分成两个以太网帧。第一帧被传递，但第二帧没有。现在，当我重新连接时，我必须弄清楚引导加载程序已经收到了多少字节，这意味着我需要推送虚拟数据并监听响应。如果可能的话，我真的很想避免这种情况。

从这个线程中的评论来看，小于 576 字节（4,608 位）的 IP 数据包似乎不会被拆分。我可以安全地假设情况总是如此吗？

实际上，如果它被拆分，那么 WiFi 模块不应该在重新组装之前交付 TCP 段，不是吗？如果连接丢失，它将被丢弃。

我是这个过程的新手，所以请多多包涵。

服务器是我自己的套接字服务器，它解析来自连接客户端的数据并将其保存到数据库中。它不会以网页或任何东西的形式提供数据，最多它会从数据库中检索数据并将其发送回连接的客户端。我想将服务器设置为作为服务运行，所以它会在服务器启动时启动，我可以更轻松地从命令行管理它。我的硬件正在运行 CentOS。

我真的不知道从哪里开始。我见过一个tomcat用户，www-data在其他 Linux 发行版上，我相信它也是一个 tomcat 用户。我想这些用户也有自己的文件夹来存储设置和数据等。

您可以想象，在互联网上搜索此类信息非常棘手。

我一直在这里阅读有关 passwd 文件并查看我的 passwd 文件中的 tomcat 用户，但这对我来说没有多大意义。您可能有的任何指示都会很棒！