> Гоголь:
> .. Русь, куда ж несешься ты? дай ответ. Не дает ответа. Чудным
> звоном заливается колокольчик; гремит и становится ветром разорванный в куски воздух;
> летит мимо все, что ни есть на земли, и, косясь, постораниваются
> и дают ей дорогу другие народы и государства.
> Ктулху:
> О, сисястая и порочная! Заведи tcpdump и узрей, кто долбится в лоно
> твоё!Спасибо за совет.
Запустила в фоне `tcpdump` на интерфейсе `lo` и получила такие пакеты:
```
06:04:36.160663 lo In IP 127.0.0.1.44986 > 127.0.0.1.4101: Flags [S], seq ..., length 0
06:04:36.160696 lo In IP 127.0.0.1.4101 > 127.0.0.1.44986: Flags [R.], seq 0, ack ..., length 0
06:04:37.317324 lo In IP 127.0.0.1.41360 > 127.0.0.1.631: Flags [S], seq ..., length 0
06:04:37.317330 lo In IP 127.0.0.1.631 > 127.0.0.1.41360: Flags [R.], seq 0, ack ..., length 0
```
Также видно, что через сокеты работает соединение:
```
u_str ESTAB 0 0 * 631 * 20748
u_str ESTAB 0 0 @/tmp/.X11-unix/X0 20748 * 631
```
Если X получает отказ в TCP-соединении, то зачем ему вообще доступ к `lo`? Просто для того, чтобы получить отказ?
Пробовала также запускать X-сервер с опцией `-nolisten tcp`, чтобы полностью отключить TCP. Результат тот же — черный экран, даже если `lo` остаётся открытым.
Я не понимаю, какие изменения вносят BunsenLabs или SpiralLinux, что там всё работает без доступности `lo` и с отключением TCP.
Если это не X-сервер требует соединений — тогда что именно? И почему эта активность не видна в `tcpdump`?
Пока что остаётся ощущение, что Debian 12.X добавил какую-то скрытую зависимость от loopback-интерфейса на уровне IPC, но конкретики я пока не нашла.
Вариант для распечатки
