מאַכט MySQL ניצן דעם אַריבערגעגעבענעם TCP פּאָרט

די SSH אַריבערפֿירונג הערט אויף לאָקאַלן פּאָרט 13306, אָבער mysql פֿאַרבינדט זיך נאָך אַלץ מיט דער לאָקאַלער דאַטן־באַזע—אָדער מעלדט אַז איר לאָקאַלער סאָקעט פֿעלט. אויף Unix קען אַ MySQL קליענט װאָס באַקומט localhost אויסקלײַבן אַ Unix סאָקעט אַנשטאָט TCP. געבן אַ פּאָרט ענדערט נישט בהכרח די אויסוואַל.

פֿאַר אַן עקסיסטירנדיקער באַשטעטיקטער TCP אַריבערפֿירונג, מאַכט דעם פּראָטאָקאָל קלאָר:

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

דער באַניצער־נאָמען איז בלויז אַ ביישפּיל; די פּאַראָל־אָפּציע פֿאָדערט אַן אינטעראַקטיוו אַרײַנגאָב. דער באַפֿעל פֿאַרבינדט זיך מיט דעם לאָקאַלן TCP צוהערער אַנשטאָט אַ Unix סאָקעט.

האַלט די צװיי אַרײַנלאָגן באַזונדער

אַ פֿעסטער SSH מאַרשרוט קען האָבן די פֿאָרעם:

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

דער SSH סערווער פֿון דער טויער דערגרייכט db.internal:3306. דערנאָך באַשטעטיקט MySQL דעם דאַטן־באַזע קאָנטע דורך יענעם בייט־שטראָם. אַן אָנגענומענער SSH שליסל גיט נישט קיין אַרײַנלאָג אין דער דאַטן־באַזע, און די מקור־באַגרענעצונגען פֿון דער דאַטן־באַזע זעען די פֿאַרבינדונג קומען פֿון יענער זייַט פֿון מאַרשרוט.

דאָס איז אַ פֿעסטער TCP אַדאַפּטער, נישט קיין SOCKS באַשטעלונג װאָס mysql ניצט. די אַפּליקאַציע דאַרף נישט קיין SOCKS פֿאַרהאַנדלונג װײַל דער ענדפּונקט פֿון דער אַריבערפֿירונג האָט איין פֿאָרויסבאַשטימט ציל.

באַהאַלט די געמיינטע TLS אידענטיטעט פֿון דער דאַטן־באַזע און די צײַטיקע פּאָליטיק װוּ זיי װערן געניצט. פֿאַרבינדן דעם סאָקעט מיט loopback מאַכט נישט קיין דאַטן־באַזע צײַטיק פֿאַר אַן אַנדער דינסט־נאָמען. אַ דערפֿאָלגרײַכע לאָקאַלע TCP פֿאַרבינדונג באַשטימט די טראַנספּאָרט־אויסוואַל, נישט די שפּעטערדיקע דאַטן־באַזע אויטענטיפֿיקאַציע אָדער TLS פּרופֿונגען.