• /etc/resolv.conf en Debian Bookworm

    From Guillermo Sosa@21:1/5 to All on Thu Apr 28 00:00:01 2022
    This is a multi-part message in MIME format.

    QnVlbmFzIHRhcmRlcyBhcXXDrSBlbiBBcmdlbnRpbmEuCkRlc2RlIGhhY2UgYcOxb3MsIG1hcyBw cmVjaXNhbWVudGUgZGVzZGUgU3RyZXRjaCwgY29uc3RydXlvIG1pIGRpc3RyaWJ1Y2nDs24gKGNv biBsYiBidWlsZCkgcGVyc29uYWxpemFkYTsgaG95IHVzbyBsYSAiZXN0YWJsZSIgQnVsbHNleWUs IHBlcm8geWEgZXN0b3kgZXhwZXJpbWVudGFuZG8gY29uIEJvb2t3b3JtLiBEZSBoZWNobyBoYWNl IHVuIG1lcyBtYXMgbyBtZW5vcyBxdWUgZXN0b3kgcHJvYmFuZG9sYSBjb24gZXNjcml0b3Jpb3Mg Q2lubmFtb24sIE1hdGUgeSBYZmNlLiBIYXN0YSAxMCDDsyAxMiBkw61hcyBhdHLDoXMgdG9kYXMg ZnVuY2lvbmFiYW4gcGVyZmVjdG8sIHBlcm8gZGUgcmVwZW50ZSwgY29uIGN1YWxxdWllciBERSwg Y29tZW56YXJvbiBhIHRlbmVyIHByb2JsZW1hcyBjb24gL2V0Yy9yZXNvbHYuY29uZiB0YW50byBl biBsaXZlLXN5c3RlbSBjb21vIGluc3RhbGFkYXMgYSBkaXNjby4gRGUgaGVjaG8gZXNlIGFyY2hp dm8sIHF1ZSBlbiBsYSBqYXVsYSBjaHJvb3Qgc2UgYWN0aXZhICh1c3RlZGVzIGxvIGRlYmVuIHNh YmVyKSBjb24gZWwgY29tYW5kbzsgY3AgL2V0Yy9yZXNvbHYuY29uZiBjaHJvb3QvZXRjL3Jlc29s di5jb25mLCBvIHNlYSBjb3BpYW5kbyBlbCByZXNvbHYuY29uZiBkZWwgc2lzdGVtYSBhbmZpdHJp w7NuIGFsIHNpc3RlbWEgZW4gY29uc3RydWNjacOzbiBlbiBsYSBjYXJwZXRhIGNocm9vdC4gRWwg bWlzbW8gZXMgdW4gYXJjaGl2byBkZSB0ZXh0byBwbGFubyBjb24gZWwgc2lndWllbnRlIGNvbnRl bmlkbzoKCiMgR2VuZXJhdGVkIGJ5IE5ldHdvcmtNYW5hZ2VyCnNlYXJjaCBmaWJlcnRlbC5jb20u YXJuYW1lc2VydmVyIDE5Mi4xNjguMC4xCgpEb25kZSBmaWJlcnRlbC5jb20uYXIgZXMgbWkgcHJv b3ZlZG9yIGRlIGludGVybmV0LCB5IGVsIG5hbWVzZXJ2ZXIgY2FsY3VsbyBxdWUgc2UgYXNpZ25h IGRlIGFjdWVyZG8gYSBtaSBkaXJlY2Npw7NuIElQCgovZXRjL3Jlc29sdi5jb25mIGFsIHNhbGly IGRlIGxhIGphdWxhIGNocm9vdCBvIGFsIHNhbGlyIGRlbCBzaXN0ZW1hIGVuIG1vZG8gbGl2ZSwg c2UgYm9ycmEgeSBjYWRhIHZleiBxdWUgaW5pY2lhbW9zICJuZXR3b3JrLW1hbmFnZXIiIGNvbW8g ZGljZSBtYXMgYXJyaWJhIHZ1ZWx2ZSBhIGdlbmVyYXJsby4KWSBhY8OhIHZpZW5lIGVsIHRlbWEs IGRlc2RlIGhhY2UgZGlleiBkw61hcyBvY3VycmUgcXVlIHVuYSB2ZXogdGVybWluYWRvIGVsIHNp c3RlbWEsIGhhY2VyIGxhIGltw6FnZW4gSVNPIHkgY29ycmVybGEgc2UgZ2VuZXJhIHVuIC9ldGMv cmVzb2x2LmNvbmYgcXVlIGVuIHJlYWxpZGFkIGVzIHVuIGVubGFjZSBhOgovcnVuL3N5c3RlbWQv cmVzb2x2ZS9yZXNvbHYuY29uZiwgcGVybyBlcyB1biBlbmxhY2UgdmFjw61vLCB5YSBxdWUgZW4g L3J1bi9zeXN0ZW1kLyBlbCBkaXJlY3RvcmlvICJyZXNvbHZlIiB5IHBvciBsbyB0YW50byBlbCBh cmNoaXZvICJyZXNvbHYuY29uZiIgTk8gRVhJU1RFTi4gTG8gbWlzbW8gb2N1cnJlIHNpIHNlIGlu c3RhbGEgZWwgc2lzdGVtYSBlbiBkaXNjbyBkdXJvLiBDb21vIGNvbnNlY3VlbmNpYSBubyBzZSBl bmN1ZW50cmFuIGxvcyBETlMgeSBsw7NnaWNhbWVudGUgbm8gc2UgcHVlZGUgYWNjZWRlciBhIGxh IHdlYi4KQ2FiZSBhY2xhcmFyIHF1ZSBzaSBpbnN0YWxvIGEgZGlzY28sIHkgbHVlZ28gcmVlbXBs YXpvIGVsIC9ldGMvcmVzb2x2LmNvbmYgZW5sYWNlIHBvciBlbCB1biByZXNvbHYuY29uZiBjb24g ZWwgY29udGVuaWRvIHF1ZSBkZWrDqSBtYXMgYXJyaWJhLCBhcnJhbmNhIGxhIGNvbmV4acOzbi4K CkVzcGVyYW5kbyBubyBoYWJlciBzaWRvIGRlbWFzaWFkbyBleHRlbnNvIHkgcXVlIHNlIGF5YSBl bnRlbmRpZG8gbWUgcXVlZG8gYSBsYSBlc3BlcmEgZGUgdW5hIHJlc3B1ZXN0YSwgeWEgc2VhIHBv cnF1ZSBsZSBoYXlhIG9jdXJyaWRvIGEgYWxndWllbiBvIGJpZW4gc2VwYSBkZSBkb25kZSBzZSBn ZW5lcmEgZWwgZXJyb3IvcHJvYmxlbWEuCkhlIGJ1c2NhZG8gbXVjaG8gZW4gaW50ZXJuZXQgKHkg bG8gc2lnbyBoYWNpZW5kbykgcGVybyBoYXN0YSBhaG9yYSBubyBlbmN1ZW50cm8gbmFkYS4KCk11 Y2hhcyBncmFjaWFzIHkgc2FsdWRvcwoKR3VpbGxlcm1vIEUuIFNvc2EKU2FuIE5pY29sw6FzIGRl IGxvcyBBcnJveW9zCkJzLiBBcy4gLSBBcmdlbnRpbmEKCkVudmlhZG8gY29uIFtQcm90b25NYWls XShodHRwczovL3Byb3Rvbm1haWwuY29tLykgY29ycmVvIHNlZ3Vyby4=

    PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5CdWVuYXMg dGFyZGVzIGFxdcOtIGVuIEFyZ2VudGluYS48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog YXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPkRlc2RlIGhhY2UgYcOxb3MsIG1hcyBwcmVjaXNhbWVu dGUgZGVzZGUgU3RyZXRjaCwgY29uc3RydXlvIG1pIGRpc3RyaWJ1Y2nDs24gKGNvbiBsYiBidWls ZCkgcGVyc29uYWxpemFkYTsgaG95IHVzbyBsYSAiZXN0YWJsZSIgQnVsbHNleWUsIHBlcm8geWEg ZXN0b3kgZXhwZXJpbWVudGFuZG8gY29uIEJvb2t3b3JtLiBEZSBoZWNobyBoYWNlIHVuIG1lcyBt YXMgbyBtZW5vcyBxdWUgZXN0b3kgcHJvYmFuZG9sYSBjb24gZXNjcml0b3Jpb3MgQ2lubmFtb24s IE1hdGUgeSBYZmNlLiBIYXN0YSAxMCDDsyAxMiBkw61hcyBhdHLDoXMgdG9kYXMgZnVuY2lvbmFi YW4gcGVyZmVjdG8sIHBlcm8gZGUgcmVwZW50ZSwgY29uIGN1YWxxdWllciBERSwgY29tZW56YXJv biBhIHRlbmVyIHByb2JsZW1hcyBjb24gL2V0Yy9yZXNvbHYuY29uZiB0YW50byBlbiBsaXZlLXN5 c3RlbSBjb21vIGluc3RhbGFkYXMgYSBkaXNjby4gRGUgaGVjaG8gZXNlIGFyY2hpdm8sIHF1ZSBl biBsYSBqYXVsYSBjaHJvb3Qgc2UgYWN0aXZhICh1c3RlZGVzIGxvIGRlYmVuIHNhYmVyKSBjb24g ZWwgY29tYW5kbzsmbmJzcDs8Yj5jcCAvZXRjL3Jlc29sdi5jb25mIGNocm9vdC9ldGMvcmVzb2x2 LmNvbmYsIDwvYj5vIHNlYSBjb3BpYW5kbyBlbCByZXNvbHYuY29uZiBkZWwgc2lzdGVtYSBhbmZp dHJpw7NuIGFsIHNpc3RlbWEgZW4gY29uc3RydWNjacOzbiBlbiBsYSBjYXJwZXRhIGNocm9vdC4g RWwgbWlzbW8gZXMgdW4gYXJjaGl2byBkZSB0ZXh0byBwbGFubyBjb24gZWwgc2lndWllbnRlIGNv bnRlbmlkbzo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogYXJpYWw7IGZvbnQtc2l6ZTog MTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogYXJpYWw7IGZvbnQtc2l6 ZTogMTRweDsiPjxzcGFuPjxiPiMgR2VuZXJhdGVkIGJ5IE5ldHdvcmtNYW5hZ2VyPC9iPjwvc3Bh bj48ZGl2PjxzcGFuPjxiPnNlYXJjaCA8YSB0YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVy IG5vZm9sbG93IG5vb3BlbmVyIiBocmVmPSJodHRwOi8vZmliZXJ0ZWwuY29tLmFyIj5maWJlcnRl bC5jb20uYXI8L2E+PC9iPjwvc3Bhbj48L2Rpdj48c3Bhbj48Yj5uYW1lc2VydmVyIDE5Mi4xNjgu MC4xPC9iPjwvc3Bhbj48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBm b250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFs OyBmb250LXNpemU6IDE0cHg7Ij5Eb25kZSBmaWJlcnRlbC5jb20uYXIgZXMgbWkgcHJvb3ZlZG9y IGRlIGludGVybmV0LCB5IGVsIG5hbWVzZXJ2ZXIgY2FsY3VsbyBxdWUgc2UgYXNpZ25hIGRlIGFj dWVyZG8gYSBtaSBkaXJlY2Npw7NuIElQPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFy aWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 IGFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij4vZXRjL3Jlc29sdi5jb25mIGFsIHNhbGlyIGRlIGxh IGphdWxhIGNocm9vdCBvIGFsIHNhbGlyIGRlbCBzaXN0ZW1hIGVuIG1vZG8gbGl2ZSwgc2UgYm9y cmEgeSBjYWRhIHZleiBxdWUgaW5pY2lhbW9zICJuZXR3b3JrLW1hbmFnZXIiIGNvbW8gZGljZSBt YXMgYXJyaWJhIHZ1ZWx2ZSBhIGdlbmVyYXJsby48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWls eTogYXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPlkgYWPDoSB2aWVuZSBlbCB0ZW1hLCBkZXNkZSBo YWNlIGRpZXogZMOtYXMgb2N1cnJlIHF1ZSB1bmEgdmV6IHRlcm1pbmFkbyBlbCBzaXN0ZW1hLCBo YWNlciBsYSBpbcOhZ2VuIElTTyB5IGNvcnJlcmxhIHNlIGdlbmVyYSB1biAvZXRjL3Jlc29sdi5j b25mIHF1ZSBlbiByZWFsaWRhZCBlcyB1biBlbmxhY2UgYTo8L2Rpdj48ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogYXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPi9ydW4vc3lzdGVtZC9yZXNvbHZlL3Jl c29sdi5jb25mLCBwZXJvIGVzIHVuIGVubGFjZSB2YWPDrW8sIHlhIHF1ZSBlbiAvcnVuL3N5c3Rl bWQvIGVsIGRpcmVjdG9yaW8gInJlc29sdmUiIHkgcG9yIGxvIHRhbnRvIGVsIGFyY2hpdm8gInJl c29sdi5jb25mIiBOTyBFWElTVEVOLiBMbyBtaXNtbyBvY3VycmUgc2kgc2UgaW5zdGFsYSBlbCBz aXN0ZW1hIGVuIGRpc2NvIGR1cm8uIENvbW8gY29uc2VjdWVuY2lhIG5vIHNlIGVuY3VlbnRyYW4g bG9zIEROUyB5IGzDs2dpY2FtZW50ZSBubyBzZSBwdWVkZSBhY2NlZGVyIGEgbGEgd2ViLjwvZGl2 PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+Q2FiZSBh Y2xhcmFyIHF1ZSBzaSBpbnN0YWxvIGEgZGlzY28sIHkgbHVlZ28gcmVlbXBsYXpvIGVsIC9ldGMv PGI+cmVzb2x2LmNvbmYgZW5sYWNlIDwvYj5wb3I8Yj4mbmJzcDs8L2I+Jm5ic3A7ZWwgdW4gcmVz b2x2LmNvbmYgY29uIGVsIGNvbnRlbmlkbyBxdWUgZGVqw6kgbWFzIGFycmliYSwgYXJyYW5jYSBs YSBjb25leGnDs24uPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBmb250 LXNpemU6IDE0cHg7Ij5Fc3BlcmFuZG8gbm8gaGFiZXIgc2lkbyBkZW1hc2lhZG8gZXh0ZW5zbyB5 IHF1ZSBzZSBheWEgZW50ZW5kaWRvIG1lIHF1ZWRvIGEgbGEgZXNwZXJhIGRlIHVuYSByZXNwdWVz dGEsIHlhIHNlYSBwb3JxdWUgbGUgaGF5YSBvY3VycmlkbyBhIGFsZ3VpZW4gbyBiaWVuIHNlcGEg ZGUgZG9uZGUgc2UgZ2VuZXJhIGVsIGVycm9yL3Byb2JsZW1hLiZuYnNwOzwvZGl2PjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiBhcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+SGUgYnVzY2FkbyBtdWNo byBlbiBpbnRlcm5ldCAoeSBsbyBzaWdvIGhhY2llbmRvKSBwZXJvIGhhc3RhIGFob3JhIG5vIGVu Y3VlbnRybyBuYWRhLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbDsgZm9udC1z aXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbDsgZm9u dC1zaXplOiAxNHB4OyI+TXVjaGFzIGdyYWNpYXMgeSBzYWx1ZG9zPC9kaXY+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IGFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+DQo8ZGl2 IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayIgc3R5bGU9ImZvbnQtZmFtaWx5OiBh cmlhbDsgZm9udC1zaXplOiAxNHB4OyI+DQogICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWdu YXR1cmVfYmxvY2stdXNlciI+DQogICAgICAgIDxkaXY+R3VpbGxlcm1vIEUuIFNvc2E8L2Rpdj48 ZGl2PlNhbiBOaWNvbMOhcyBkZSBsb3MgQXJyb3lvczxicj48L2Rpdj48ZGl2PkJzLiBBcy4gLSBB cmdlbnRpbmE8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+DQogICAgPC9kaXY+DQogICAgPGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+DQog ICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stcHJvdG9uIj4NCiAgICAg ICAgRW52aWFkbyBjb24gPGEgdGFyZ2V0PSJfYmxhbmsiIGhyZWY9Imh0dHBzOi8vcHJvdG9ubWFp bC5jb20vIiByZWw9Im5vb3BlbmVyIG5vcmVmZXJyZXIiPlByb3Rvbk1haWw8L2E+IGNvcnJlbyBz ZWd1cm8uDQogICAgPC9kaXY+DQo8L2Rpdj4NCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From fernando sainz@21:1/5 to All on Thu Apr 28 10:30:01 2022
    El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (<auxtral@protonmail.com>) escribió:

    Buenas tardes aquí en Argentina.
    Desde hace años, mas precisamente desde Stretch, construyo mi distribución (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy experimentando con Bookworm. De hecho hace un mes mas o menos que estoy probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a tener problemas con /etc/resolv.conf tanto en live-system como instaladas a disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf,
    *o sea copiando el resolv.conf del sistema anfitrión al sistema en construcción en la carpeta chroot. El mismo es un archivo de texto plano
    con el siguiente contenido:

    *# Generated by NetworkManager*
    *search fibertel.com.ar <http://fibertel.com.ar>*
    *nameserver 192.168.0.1*

    Donde fibertel.com.ar es mi proovedor de internet, y el nameserver
    calculo que se asigna de acuerdo a mi dirección IP

    /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en
    modo live, se borra y cada vez que iniciamos "network-manager" como dice
    mas arriba vuelve a generarlo.
    Y acá viene el tema, desde hace diez días ocurre que una vez terminado el sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que
    en realidad es un enlace a:
    /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en /run/systemd/ el directorio "resolve" y por lo tanto el archivo
    "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede acceder a la web.
    Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/*resolv.conf enlace *por el un resolv.conf con el contenido que dejé mas arriba,
    arranca la conexión.

    Esperando no haber sido demasiado extenso y que se aya entendido me quedo
    a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o
    bien sepa de donde se genera el error/problema.
    He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no encuentro nada.

    Muchas gracias y saludos


    Guillermo E. Sosa
    San Nicolás de los Arroyos
    Bs. As. - Argentina


    Enviado con ProtonMail <https://protonmail.com/> correo seguro.



    Mira a ver si está instalado el paquete "resolvconf"

    S2.

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (&lt;<a href="mailto:auxtral@protonmail.com">auxtral@protonmail.com</a>&gt;) escribió:<br></div><
    blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-family:arial;font-size:14px">Buenas tardes aquí en Argentina.</div><div style="font-family:arial;font-size:14px">
    Desde hace años, mas precisamente desde Stretch, construyo mi distribución (con lb build) personalizada; hoy uso la &quot;estable&quot; Bullseye, pero ya estoy experimentando con Bookworm. De hecho hace un mes mas o menos que estoy probandola con
    escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a tener problemas con /etc/resolv.conf tanto en live-system como instaladas a disco. De hecho ese archivo, que en la
    jaula chroot se activa (ustedes lo deben saber) con el comando; <b>cp /etc/resolv.conf chroot/etc/resolv.conf, </b>o sea copiando el resolv.conf del sistema anfitrión al sistema en construcción en la carpeta chroot. El mismo es un archivo de texto
    plano con el siguiente contenido:</div><div style="font-family:arial;font-size:14px"><br></div><div style="font-family:arial;font-size:14px"><span><b># Generated by NetworkManager</b></span><div><span><b>search <a rel="noreferrer nofollow noopener" href="
    http://fibertel.com.ar" target="_blank">fibertel.com.ar</a></b></span></div><span><b>nameserver 192.168.0.1</b></span><br></div><div style="font-family:arial;font-size:14px"><br></div><div style="font-family:arial;font-size:14px">Donde <a href="http://
    fibertel.com.ar" target="_blank">fibertel.com.ar</a> es mi proovedor de internet, y el nameserver calculo que se asigna de acuerdo a mi dirección IP</div><div style="font-family:arial;font-size:14px"><br></div><div style="font-family:arial;font-size:
    14px">/etc/resolv.conf al salir de la jaula chroot o al salir del sistema en modo live, se borra y cada vez que iniciamos &quot;network-manager&quot; como dice mas arriba vuelve a generarlo.</div><div style="font-family:arial;font-size:14px">Y acá viene
    el tema, desde hace diez días ocurre que una vez terminado el sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que en realidad es un enlace a:</div><div style="font-family:arial;font-size:14px">/run/systemd/resolve/resolv.conf,
    pero es un enlace vacío, ya que en /run/systemd/ el directorio &quot;resolve&quot; y por lo tanto el archivo &quot;resolv.conf&quot; NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco duro. Como consecuencia no se encuentran los DNS y ló
    gicamente no se puede acceder a la web.</div><div style="font-family:arial;font-size:14px">Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/<b>resolv.conf enlace </b>por<b> </b> el un resolv.conf con el contenido que dejé mas arriba,
    arranca la conexión.</div><div style="font-family:arial;font-size:14px"><br></div><div style="font-family:arial;font-size:14px">Esperando no haber sido demasiado extenso y que se aya entendido me quedo a la espera de una respuesta, ya sea porque le haya
    ocurrido a alguien o bien sepa de donde se genera el error/problema. </div><div style="font-family:arial;font-size:14px">He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no encuentro nada.</div><div style="font-family:arial;font-size:
    14px"><br></div><div style="font-family:arial;font-size:14px">Muchas gracias y saludos</div><div style="font-family:arial;font-size:14px"><br></div><div style="font-family:arial;font-size:14px"><br></div>
    <div style="font-family:arial;font-size:14px">
    <div>
    <div>Guillermo E. Sosa</div><div>San Nicolás de los Arroyos<br></div><div>Bs. As. - Argentina<br></div><div><br></div>
    </div>
    <div style="font-family:arial;font-size:14px"><br></div>
    <div>
    Enviado con <a href="https://protonmail.com/" rel="noopener noreferrer" target="_blank">ProtonMail</a> correo seguro.
    </div></div></blockquote><div><br></div><div><br></div><div>Mira a ver si  está instalado el paquete &quot;resolvconf&quot;</div><div><br></div><div>S2.<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></
    <div><br></div><div><br></div><div><br></div><div> </div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?B?Q2FtYWxlw7Nu?=@21:1/5 to All on Thu Apr 28 16:30:01 2022
    El 2022-04-28 a las 10:24 +0200, fernando sainz escribió:

    El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (<auxtral@protonmail.com>) escribió:

    No sé por qué pero este correo de Guillermo no me llegó (no está en
    spam ni en la carpeta Todos de Gmail) :-?

    Buenas tardes aquí en Argentina.
    Desde hace años, mas precisamente desde Stretch, construyo mi distribución
    (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy experimentando con Bookworm. De hecho hace un mes mas o menos que estoy probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás
    todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a tener problemas con /etc/resolv.conf tanto en live-system como instaladas a disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf, *o sea copiando el resolv.conf del sistema anfitrión al sistema en construcción en la carpeta chroot. El mismo es un archivo de texto plano con el siguiente contenido:

    *# Generated by NetworkManager*
    *search fibertel.com.ar <http://fibertel.com.ar>*
    *nameserver 192.168.0.1*

    Donde fibertel.com.ar es mi proovedor de internet, y el nameserver
    calculo que se asigna de acuerdo a mi dirección IP

    /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en
    modo live, se borra y cada vez que iniciamos "network-manager" como dice mas arriba vuelve a generarlo.
    Y acá viene el tema, desde hace diez días ocurre que una vez terminado el sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que en realidad es un enlace a:
    /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en /run/systemd/ el directorio "resolve" y por lo tanto el archivo "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede acceder a la web.
    Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/*resolv.conf enlace *por el un resolv.conf con el contenido que dejé mas arriba, arranca la conexión.

    Esperando no haber sido demasiado extenso y que se aya entendido me quedo
    a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o bien sepa de donde se genera el error/problema.
    He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no encuentro nada.

    Hay varias formas de gestionar la red en Debian. Decide cuál vas a usar
    o a darle prioridad, y en base a tu elección, configura el servicio
    asociado para que se encargue de buscar el archivo de configuración de
    los parámetros de la interfaz (IP, DNS, pasarela, enrutado, etc...).

    NetworkConfiguration https://wiki.debian.org/NetworkConfiguration#A3_ways_to_configure_the_network

    systemd-resolved.service, systemd-resolved — Network Name Resolution
    manager https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html


    Muchas gracias y saludos


    Guillermo E. Sosa
    San Nicolás de los Arroyos
    Bs. As. - Argentina


    Enviado con ProtonMail <https://protonmail.com/> correo seguro.



    Mira a ver si está instalado el paquete "resolvconf"

    S2.

    Saludos,

    --
    Camaleón

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Guillermo Sosa@21:1/5 to All on Thu Apr 28 18:40:01 2022
    Gracias Camaleon.
    No, no lo estaba, pero como dije, nunca nesecité instalarlo, simplemente NetworkManager generaba un /etc/resolv.conf sin enlace, tanto en el arranque en modo Live como cuando se instalaba el sistema a l disco duro. Probé instalando el paquete "
    resolveconf", pero "no se que otro paquete" que ya no parece ser NetworkManager sigue generando un enlace simbólico a un directorio y archivo que no exixte /run/systemd/resolve/resolve.conf (el directorio resolve no existe y por lo tanto tampoco resolv.
    conf.
    Vale comentarte que despues de instalar "resolvconf" como dijiste, dentro de él, o sea en /etc/resolveconf/resolve.conf.d/original, ese "original" es el resolve.conf que debería enlasarse, yo, puedo instalar el sistema y despues hacerlo manualmente,
    pero los que descargan la distro no van a andar haciendo eso, jajajaja. auxtral.com.ar es el sitio, es una distribución personal que hago desde Stretch en el año 2018.
    Gracias de nuevo. Espero estar explicándome bien en cuanto al problema, a mí me tiene totalmente descolocado. Todo lo que veo en la web respecto al tema, parece referirse a "un sistema ya instalado", yo nesecito solucionarlo un escalón antes "en un
    Live-System)
    Saludos a todos



    Guillermo E. Sosa
    Auxtral GNU/Linux
    San Nicolás de los Arroyos
    Bs. As. - Argentina
    www.auxtral.com.ar
    Enviado con ProtonMail correo seguro.
    ------- Original Message -------
    El jueves, 28 de abril de 2022 a las 11:27, Camaleón <noelamac@gmail.com> escribió:


    El 2022-04-28 a las 10:24 +0200, fernando sainz escribió:

    El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (auxtral@protonmail.com) escribió:


    No sé por qué pero este correo de Guillermo no me llegó (no está en
    spam ni en la carpeta Todos de Gmail) :-?

    Buenas tardes aquí en Argentina.
    Desde hace años, mas precisamente desde Stretch, construyo mi distribución
    (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy
    experimentando con Bookworm. De hecho hace un mes mas o menos que estoy probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás
    todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a
    tener problemas con /etc/resolv.conf tanto en live-system como instaladas a
    disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf, *o sea copiando el resolv.conf del sistema anfitrión al sistema en construcción en la carpeta chroot. El mismo es un archivo de texto plano con el siguiente contenido:

    # Generated by NetworkManager
    search fibertel.com.ar http://fibertel.com.ar
    nameserver 192.168.0.1

    Donde fibertel.com.ar es mi proovedor de internet, y el nameserver calculo que se asigna de acuerdo a mi dirección IP

    /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en modo live, se borra y cada vez que iniciamos "network-manager" como dice mas arriba vuelve a generarlo.
    Y acá viene el tema, desde hace diez días ocurre que una vez terminado el
    sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que
    en realidad es un enlace a:
    /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en /run/systemd/ el directorio "resolve" y por lo tanto el archivo "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco
    duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede
    acceder a la web.
    Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/*resolv.conf
    enlace *por el un resolv.conf con el contenido que dejé mas arriba, arranca la conexión.

    Esperando no haber sido demasiado extenso y que se aya entendido me quedo a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o bien sepa de donde se genera el error/problema.
    He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no encuentro nada.


    Hay varias formas de gestionar la red en Debian. Decide cuál vas a usar
    o a darle prioridad, y en base a tu elección, configura el servicio
    asociado para que se encargue de buscar el archivo de configuración de
    los parámetros de la interfaz (IP, DNS, pasarela, enrutado, etc...).

    NetworkConfiguration https://wiki.debian.org/NetworkConfiguration#A3_ways_to_configure_the_network

    systemd-resolved.service, systemd-resolved — Network Name Resolution manager https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html

    Muchas gracias y saludos

    Guillermo E. Sosa
    San Nicolás de los Arroyos
    Bs. As. - Argentina

    Enviado con ProtonMail https://protonmail.com/ correo seguro.

    Mira a ver si está instalado el paquete "resolvconf"

    S2.


    Saludos,

    --
    Camaleón

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?B?Q2FtYWxlw7Nu?=@21:1/5 to All on Thu May 5 16:40:02 2022
    El 2022-04-28 a las 16:32 +0000, Guillermo Sosa escribió:

    Este correo tampoco me ha llegado a la bandeja de entrada.
    No veía los correos de Guillermo porque Gmail los marca como spam :-?

    (...)

    El jueves, 28 de abril de 2022 a las 11:27, Camaleón <noelamac@gmail.com> escribió:


    El 2022-04-28 a las 10:24 +0200, fernando sainz escribió:

    El mié, 27 abr 2022 a las 23:55, Guillermo Sosa (auxtral@protonmail.com) escribió:


    No sé por qué pero este correo de Guillermo no me llegó (no está en spam ni en la carpeta Todos de Gmail) :-?

    Buenas tardes aquí en Argentina.
    Desde hace años, mas precisamente desde Stretch, construyo mi distribución
    (con lb build) personalizada; hoy uso la "estable" Bullseye, pero ya estoy
    experimentando con Bookworm. De hecho hace un mes mas o menos que estoy probandola con escritorios Cinnamon, Mate y Xfce. Hasta 10 ó 12 días atrás
    todas funcionaban perfecto, pero de repente, con cualquier DE, comenzaron a
    tener problemas con /etc/resolv.conf tanto en live-system como instaladas a
    disco. De hecho ese archivo, que en la jaula chroot se activa (ustedes lo
    deben saber) con el comando; *cp /etc/resolv.conf chroot/etc/resolv.conf,
    *o sea copiando el resolv.conf del sistema anfitrión al sistema en construcción en la carpeta chroot. El mismo es un archivo de texto plano
    con el siguiente contenido:

    # Generated by NetworkManager
    search fibertel.com.ar http://fibertel.com.ar
    nameserver 192.168.0.1

    Donde fibertel.com.ar es mi proovedor de internet, y el nameserver calculo que se asigna de acuerdo a mi dirección IP

    /etc/resolv.conf al salir de la jaula chroot o al salir del sistema en modo live, se borra y cada vez que iniciamos "network-manager" como dice
    mas arriba vuelve a generarlo.
    Y acá viene el tema, desde hace diez días ocurre que una vez terminado el
    sistema, hacer la imágen ISO y correrla se genera un /etc/resolv.conf que
    en realidad es un enlace a:
    /run/systemd/resolve/resolv.conf, pero es un enlace vacío, ya que en /run/systemd/ el directorio "resolve" y por lo tanto el archivo "resolv.conf" NO EXISTEN. Lo mismo ocurre si se instala el sistema en disco
    duro. Como consecuencia no se encuentran los DNS y lógicamente no se puede
    acceder a la web.
    Cabe aclarar que si instalo a disco, y luego reemplazo el /etc/*resolv.conf
    enlace *por el un resolv.conf con el contenido que dejé mas arriba, arranca la conexión.

    Esperando no haber sido demasiado extenso y que se aya entendido me quedo
    a la espera de una respuesta, ya sea porque le haya ocurrido a alguien o
    bien sepa de donde se genera el error/problema.
    He buscado mucho en internet (y lo sigo haciendo) pero hasta ahora no encuentro nada.


    Hay varias formas de gestionar la red en Debian. Decide cuál vas a usar
    o a darle prioridad, y en base a tu elección, configura el servicio asociado para que se encargue de buscar el archivo de configuración de
    los parámetros de la interfaz (IP, DNS, pasarela, enrutado, etc...).

    NetworkConfiguration https://wiki.debian.org/NetworkConfiguration#A3_ways_to_configure_the_network

    systemd-resolved.service, systemd-resolved — Network Name Resolution manager https://www.freedesktop.org/software/systemd/man/systemd-resolved.service.html

    Muchas gracias y saludos

    Guillermo E. Sosa
    San Nicolás de los Arroyos
    Bs. As. - Argentina

    Enviado con ProtonMail https://protonmail.com/ correo seguro.

    Mira a ver si está instalado el paquete "resolvconf"

    S2.


    Saludos,

    --
    Camaleón

    Gracias Camaleon.
    No, no lo estaba,

    ?

    Ah, supongo que te refieres al paquete resolvconf que te recomendó
    Fernando.

    pero como dije, nunca nesecité instalarlo,

    No suele ser necesario salvo que, por el motivo que sea, necesites gestionar diversos
    servidores/servicios DNS.

    simplemente NetworkManager generaba un /etc/resolv.conf sin enlace, tanto en el arranque en modo Live como cuando se instalaba el sistema a l disco duro.

    Quizá te faltaba configurarlo. O desactivarlo (yo no lo uso):

    root@stt008:~# systemctl status systemd-resolved | grep -i active
    Active: inactive (dead)

    Probé instalando el paquete "resolveconf", pero "no se que otro paquete" que ya no parece ser NetworkManager sigue generando un enlace simbólico a un directorio y archivo que no exixte /run/systemd/resolve/resolve.conf (el directorio resolve no
    existe y por lo tanto tampoco resolv.conf.

    Si usas el servicio de resolución de nombres de systemd, tendrás que configurarlo o te dará problemas.

    Vale comentarte que despues de instalar "resolvconf" como dijiste,

    La sugerencia fue de Fernando, no mía ;-)

    dentro de él, o sea en /etc/resolveconf/resolve.conf.d/original, ese "original" es el resolve.conf que debería enlasarse, yo, puedo instalar el sistema y despues hacerlo manualmente, pero los que descargan la distro no van a andar haciendo eso,
    jajajaja.
    auxtral.com.ar es el sitio, es una distribución personal que hago desde Stretch en el año 2018.
    Gracias de nuevo. Espero estar explicándome bien en cuanto al problema, a mí me tiene totalmente descolocado. Todo lo que veo en la web respecto al tema, parece referirse a "un sistema ya instalado", yo nesecito solucionarlo un escalón antes "en un
    Live-System)
    Saludos a todos

    No sé bien qué es lo que quieres hacer, pero lo que sí es seguro es que tienes que elegir el sistema de resolución de nombres que quieres usar, configurarlo y desactivar el resto para que no molestem.

    Yo siempre he usado, desde que utilizo linux, el archivo estático «/etc/resolv.conf», y desactivo todo lo demás (systemd/networkmanager, etc...) que para la configuración que uso en mis equipos es lo más
    sencillo de gestionar/modificar o lo que se tercie.

    Saludos,

    --
    Camaleón

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)