yesterday, did system-upgrade to fedora 29, went very smoothly, almost
everything continued working out of the box except that i could no
longer "vpnc" into my current client. i checked with their IT guy, who
could see the incoming request and confirmed that everything seemed fine.
then i looked at the interface created for the VPN tunnel:
tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1412
inet REDACTED netmask 255.255.255.255 destination REDACTED
inet6 fe80::1f2f:331c:9941:aff2 prefixlen 64 scopeid 0x20<link>
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
txqueuelen 500 (UNSPEC)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
i don't recall all that "unspec
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00"
being there before (if it was, maybe i just never noticed it).
is this normal? or do i now have to add something to /etc/vpnc/default.conf
to deal with that?
oh, and right in the midst of /var/log/messages when this is happening,
i read:
iscsi.service: Unit cannot be reloaded because it is inactive.
but i can't enable/start that. if i try:
● iscsi.service - Login and scanning of iSCSI devices
Loaded: loaded (/usr/lib/systemd/system/iscsi.service; enabled;
vendor preset: disabled)
Active: inactive (dead)
Condition: start condition failed at Thu 2018-11-01 11:58:24 EDT; 22min ago
├─ ConditionDirectoryNotEmpty=|/var/lib/iscsi/nodes was not met
└─ ConditionDirectoryNotEmpty=|/sys/class/iscsi_session was not met
i have no idea whether iscsi is relevant to this, just thought i'd throw it
out there in case it was.
rday
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx