Сервер звездочки, работающий на обратной петле, обращается вместо локального адреса ipv4
Черепаха svn может быть выполнена на командной строке, вот документы черепахи об операции командной строки
Вы задаете несколько вопросов, я могу ответить на некоторые, но не на все.
почему звездочка работает на адресе обратной связи, а не на 192.168.32.181:5038
Насколько я могу судить по нескольким поисковым запросам, порт 5038 является интерфейсом управления звездочкой. Поэтому я предполагаю, что он привязан к 127.0.0.1:5038 из соображений безопасности. Вы бы не хотели, чтобы это было доступно отовсюду.
Почему SIP не привязан к какому-либо адресу? (просто отображается 0.0.0.0:5060)
Фактически он привязан к любому адресу, поскольку 0.0.0.0 - это любой адрес. Связываясь с этим адресом, сокет будет получать пакеты, отправленные на любой из адресов IPv4, назначенных этому компьютеру.
Однако использование любого адреса для UDP, а не для TCP, немного странно. API сокетов позволит TCP-серверу узнать, какой из его адресов был использован, когда сервер привязан к любому адресу. Но для UDP он должен привязать отдельные сокеты к каждому из IP-адресов, чтобы знать, на какой из адресов был отправлен пакет. Таким образом, нет ничего необычного в том, что процесс использует любой адрес для TCP, но не для UDP. Понятия не имею, почему звездочка делает наоборот.