mirror of
https://github.com/ceph/ceph
synced 2024-12-27 14:03:25 +00:00
bc7f567467
The same scenario that was possible on client_ident is also possible for reconnect: on the accepting side we recognized the client_addrs but the client is trying to reach someone else. Since the cookie is a random 64-bit value it is unlikely, but still possible, that we will match an existing session that is not for the client. Signed-off-by: Sage Weil <sage@redhat.com> |
||
|---|---|---|
| .. | ||
| ceph-volume | ||
| mds_internals | ||
| osd_internals | ||
| radosgw | ||
| blkin.rst | ||
| bluestore.rst | ||
| cache-pool.rst | ||
| ceph_krb_auth.rst | ||
| cephfs-reclaim.rst | ||
| cephfs-snapshots.rst | ||
| cephx_protocol.rst | ||
| cephx.rst | ||
| config-key.rst | ||
| config.rst | ||
| confusing.txt | ||
| context.rst | ||
| corpus.rst | ||
| cpu-profiler.rst | ||
| cxx.rst | ||
| delayed-delete.rst | ||
| dev_cluster_deployement.rst | ||
| development-workflow.rst | ||
| documenting.rst | ||
| encoding.rst | ||
| erasure-coded-pool.rst | ||
| file-striping.rst | ||
| freebsd.rst | ||
| generatedocs.rst | ||
| iana.rst | ||
| index.rst | ||
| internals.rst | ||
| kernel-client-troubleshooting.rst | ||
| kubernetes.rst | ||
| libs.rst | ||
| logging.rst | ||
| logs.rst | ||
| macos.rst | ||
| messenger.rst | ||
| mon-bootstrap.rst | ||
| mon-on-disk-formats.rst | ||
| mon-osdmap-prune.rst | ||
| msgr2.rst | ||
| network-encoding.rst | ||
| network-protocol.rst | ||
| object-store.rst | ||
| osd-class-path.rst | ||
| peering.rst | ||
| perf_counters.rst | ||
| perf_histograms.rst | ||
| perf.rst | ||
| placement-group.rst | ||
| PlanningImplementation.txt | ||
| quick_guide.rst | ||
| rados-client-protocol.rst | ||
| rbd-diff.rst | ||
| rbd-export.rst | ||
| rbd-layering.rst | ||
| release-process.rst | ||
| repo-access.rst | ||
| seastore.rst | ||
| sepia.rst | ||
| session_authentication.rst | ||
| testing.rst | ||
| versions.rst | ||
| wireshark.rst | ||