Lit MySQL de trochstjoerde TCP-poarte brûke

Foarkom it kiezen fan in lokale Unix-socket wannear't in MySQL-klant ferbine moat fia in SSH TCP-trochstjoering.

De SSH-trochstjoering harket op lokale poarte 13306, mar mysql ferbynt noch hieltyd mei de lokale databank—of meldt dat syn lokale socket ûntbrekt. Op Unix kin in MySQL-klant dy't localhost krijt in Unix-socket kieze yn stee fan TCP. In poarte jaan feroaret dy kar net needsaaklikerwize.

Meitsje foar in besteande goedkarde TCP-trochstjoering it protokol eksplisyt:

mysql --protocol=TCP --host=127.0.0.1 --port=13306 \
  --user=dbuser --password

De brûkersnamme is yllustratyf; de wachtwurd-opsje freget om ynteraktive ynfier. It kommando ferbynt mei de lokale TCP-harker yn stee fan in Unix-socket.

Hâld de beide oanmeldingen skieden

In fêste SSH-rûte kin dizze foarm hawwe:

ssh -N -L 127.0.0.1:13306:db.internal:3306 [email protected]

De SSH-server fan 'e gateway berikt db.internal:3306. Dêrnei autentisearret MySQL it databankakkoart fia dy bytestream. In akseptearre SSH-kaai jout gjin databankoanmelding, en boarnerestriksjes fan 'e databank sjogge de ferbining fan dy kant fan 'e rûte kommen.

Dit is in fêste TCP-adapter, net in SOCKS-ynstelling dy't mysql ferbrûkt. De applikaasje hat gjin SOCKS-ûnderhanneling nedich om't it einpunt fan 'e trochstjoering ien foarbepaald doel hat.

Behâld de bedoelde TLS-identiteit fan 'e databank en it sertifikaatbelied wêr't se brûkt wurde. It socket mei loopback ferbinen makket in databanksertifikaat net jildich foar in oare tsjinstnamme. In suksesfolle lokale TCP-ferbining beslist de ferfierkar, net de lettere databankautentikaasje of TLS-kontrôles.

Relatearre artikelen