Jestem pewien, że nie został przetestowany w phpMyAdminie, ale według skąpej dokumentacji MySQL udało mi się znaleźć, że powinno to być możliwe, określając $cfg['Servers'][$i]['host'] = '.'; aby użyć domyślnego nazwanego potoku. Przypuszczam, że Twój connect_type byłoby 'tcp', ale jeśli to nie zadziała, spróbuj 'socket'. Możesz być w stanie określić inny niż domyślny nazwany potok w $cfg['Servers'][$i]['socket'] pole. Jeśli odniesiesz sukces, warto zapoznać się z dokumentacją phpMyAdmin.
Edytuj:
Potoki są obsługiwane inaczej niż połączenia TCP/IP, w zasadzie jest to abstrakcyjna funkcja systemu Windows, a nie część stosu sieciowego. Mogę się mylić, że muszę w ogóle używać pola hosta, może być konieczne pozostawienie go całkowicie pustego, ale dokumentacja klienta MySQL jest jasna, aby użyć . jako host (lub --pipe opcja) podczas korzystania z klienta wiersza poleceń MySQL. Więcej o tym za chwilę.
Nie umieściłbyś tutaj zdalnego hosta, ponieważ nazwany potok składa się z nazwy serwera i potoku, takich jak \\ServerName\pipe\mysqlpipe (Dokumentacja Microsoft ), które również musiałbyś skonfigurować na serwerze MySQL, uruchamiając serwer za pomocą --socket='\\.\pipe\mysqlpipe' lub jakąś zbliżoną odmianę tego (i --enabled-named-pipe oczywiście (dokumentacja MySQL
)).
Zacząłbym od przetestowania z klientem wiersza poleceń MySQL na serwerze, po uruchomieniu usługi MySQL spróbuj połączyć się z klienta wiersza poleceń za pomocą czegoś takiego jak mysql --pipe --socket=\\.\pipe\mysqlpipe -u root -p (dokumentacja MySQL
). Po nawiązaniu połączenia użyj polecenia SQL STATUS; aby zweryfikować typ połączenia. Jeśli nie możesz połączyć się z klienta wiersza poleceń MySQL na komputerze lokalnym, z pewnością nie będziesz w stanie połączyć się ze zdalnego systemu. Jeśli to zadziała, nadszedł czas, aby wypróbować klienta zdalnego wiersza poleceń lub przejść bezpośrednio do zdalnego połączenia phpMyAdmin, gdzie użyjesz nazwy serwera zamiast . w ścieżce gniazda (która jest w rzeczywistości ścieżką nazwanego potoku).
