Menu
▾
▴
astlinux-users — AstLinux Users Mailing List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(91) |
Feb
(111) |
Mar
(226) |
Apr
(65) |
May
(197) |
Jun
(202) |
Jul
(92) |
Aug
(87) |
Sep
(120) |
Oct
(133) |
Nov
(89) |
Dec
(155) |
| 2008 |
Jan
(251) |
Feb
(136) |
Mar
(174) |
Apr
(149) |
May
(56) |
Jun
(32) |
Jul
(36) |
Aug
(171) |
Sep
(245) |
Oct
(244) |
Nov
(218) |
Dec
(272) |
| 2009 |
Jan
(113) |
Feb
(119) |
Mar
(192) |
Apr
(117) |
May
(93) |
Jun
(46) |
Jul
(80) |
Aug
(54) |
Sep
(109) |
Oct
(70) |
Nov
(145) |
Dec
(110) |
| 2010 |
Jan
(137) |
Feb
(87) |
Mar
(45) |
Apr
(157) |
May
(58) |
Jun
(99) |
Jul
(188) |
Aug
(136) |
Sep
(101) |
Oct
(100) |
Nov
(61) |
Dec
(60) |
| 2011 |
Jan
(84) |
Feb
(43) |
Mar
(70) |
Apr
(17) |
May
(69) |
Jun
(28) |
Jul
(43) |
Aug
(21) |
Sep
(151) |
Oct
(120) |
Nov
(84) |
Dec
(101) |
| 2012 |
Jan
(119) |
Feb
(82) |
Mar
(70) |
Apr
(115) |
May
(66) |
Jun
(131) |
Jul
(70) |
Aug
(65) |
Sep
(66) |
Oct
(86) |
Nov
(197) |
Dec
(81) |
| 2013 |
Jan
(65) |
Feb
(48) |
Mar
(32) |
Apr
(68) |
May
(98) |
Jun
(59) |
Jul
(41) |
Aug
(52) |
Sep
(42) |
Oct
(37) |
Nov
(10) |
Dec
(27) |
| 2014 |
Jan
(61) |
Feb
(34) |
Mar
(30) |
Apr
(52) |
May
(45) |
Jun
(40) |
Jul
(28) |
Aug
(9) |
Sep
(39) |
Oct
(69) |
Nov
(55) |
Dec
(19) |
| 2015 |
Jan
(13) |
Feb
(21) |
Mar
(5) |
Apr
(14) |
May
(30) |
Jun
(51) |
Jul
(31) |
Aug
(12) |
Sep
(29) |
Oct
(15) |
Nov
(24) |
Dec
(16) |
| 2016 |
Jan
(62) |
Feb
(76) |
Mar
(30) |
Apr
(43) |
May
(46) |
Jun
(62) |
Jul
(21) |
Aug
(49) |
Sep
(67) |
Oct
(27) |
Nov
(26) |
Dec
(38) |
| 2017 |
Jan
(7) |
Feb
(12) |
Mar
(69) |
Apr
(59) |
May
(54) |
Jun
(40) |
Jul
(76) |
Aug
(82) |
Sep
(92) |
Oct
(51) |
Nov
(32) |
Dec
(30) |
| 2018 |
Jan
(22) |
Feb
(25) |
Mar
(34) |
Apr
(35) |
May
(37) |
Jun
(21) |
Jul
(69) |
Aug
(55) |
Sep
(17) |
Oct
(67) |
Nov
(9) |
Dec
(5) |
| 2019 |
Jan
(19) |
Feb
(12) |
Mar
(15) |
Apr
(19) |
May
|
Jun
(27) |
Jul
(27) |
Aug
(25) |
Sep
(25) |
Oct
(27) |
Nov
(10) |
Dec
(14) |
| 2020 |
Jan
(22) |
Feb
(20) |
Mar
(36) |
Apr
(40) |
May
(52) |
Jun
(35) |
Jul
(21) |
Aug
(32) |
Sep
(71) |
Oct
(27) |
Nov
(11) |
Dec
(16) |
| 2021 |
Jan
(16) |
Feb
(21) |
Mar
(21) |
Apr
(27) |
May
(17) |
Jun
|
Jul
(2) |
Aug
(22) |
Sep
(23) |
Oct
(7) |
Nov
(11) |
Dec
(28) |
| 2022 |
Jan
(23) |
Feb
(18) |
Mar
(9) |
Apr
(15) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(15) |
Sep
(1) |
Oct
|
Nov
(11) |
Dec
(10) |
| 2023 |
Jan
(14) |
Feb
(10) |
Mar
(11) |
Apr
(13) |
May
(2) |
Jun
(30) |
Jul
(1) |
Aug
(15) |
Sep
(13) |
Oct
(3) |
Nov
(25) |
Dec
(5) |
| 2024 |
Jan
(3) |
Feb
(10) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(10) |
Sep
(3) |
Oct
(8) |
Nov
(6) |
Dec
(15) |
| 2025 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(5) |
May
(13) |
Jun
(16) |
Jul
(1) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Lonnie A. <li...@lo...> - 2020-02-17 14:26:33
|
Announcing Pre-Release Version: astlinux-1.3-4515-62297e
Latest Asterisk and WireGuard updates.
The AstLinux Team is regularly upgrading packages containing security and bug fixes as well as adding new features of our own.
-- Linux Kernel 3.16.74 (no change)
-- Asterisk 13.23.1 ('13se' version)
Older than latest Asterisk 13.x version but more tested, built --without-pjproject
-- Asterisk 13.31.0 (version bump) and 16.8.0 (version bump)
-- WireGuard VPN, module 0.0.20200215 (version bump), tools 1.0.20200206 (version bump)
-- Complete Pre-Release ChangeLog:
https://s3.amazonaws.com/beta.astlinux-project/astlinux-changelog/ChangeLog.txt
The "AstLinux Pre-Release ChangeLog" and "Pre-Release Repository URL" entries can be found under the "Development" tab of the AstLinux Project web site ...
AstLinux Project -> Development
https://www.astlinux-project.org/dev.html
AstLinux Team
|
|
From: David K. <da...@ke...> - 2020-02-17 00:13:14
|
I chose thick provisioning, lazy zeroed for my disk (8GB) but for no particular reason... just didn't seem necessary to go with thin on a 2TB SSD and for backup I use tarsnap. But I would think that thin provisioning should work just fine as it should be invisible to the guest OS. However my experience with VMware Fusion on MacOS is that a thin provisioned disk grows as required but never shrinks as space frees up (though you can manually shrink it for some guest OS's... like Windows, but not Linux). For the record I have been running AstLinux on ESXi on a Qotom Q575G6 (Core i7 w/16GB and aforementioned 2TB) for almost 9 months now and am very impressed. Has been rock solid. The same box also runs two Ubuntu servers (one for a Unifi controller, other just to have available). I even have a Windows 10 sitting mostly idle. I moved from having Astlinux running native on a APU2 with qemu to host the two Ubuntu images to running everything on ESXi. Very good. David On Sun, Feb 16, 2020 at 6:30 PM Michael Knill < mic...@ip...> wrote: > Ok I will give it a try. > > Regards > Michael Knill > > On 17/2/20, 10:13 am, "Lonnie Abelbeck" <li...@lo...> > wrote: > > Michael, > > The way I read it, it looks like "Thin" could work. > > As long as AstLinux sees the max-size during initial-setup, formats > partitions and such ... if ESXi can optimize the virtual storage, then it > should still work. Though I'm not sure how they are doing this. > > Give it a try and report back. > > Lonnie > > > > > > On Feb 16, 2020, at 4:57 PM, Michael Knill < > mic...@ip...> wrote: > > > > Sorry Lonnie no I haven’t tried it yet. > > Thick is pre allocating all disk storage whereas Thin is allocating > on demand. > > > https://docs.vmware.com/en/VMware-vSphere/6.0/com.vmware.vsphere.storage.doc/GUID-AC8E9C20-C05F-4FB5-A5DA-11D0A77A291B.html > > > > I want to allocate 20G for each Astlinux box but as I am looking at > utilising R1Soft backups with my provider I want to have the minimum size > disk space allocation and not just back up zero's. > > > > Regards > > Michael Knill > > > > On 17/2/20, 9:45 am, "Lonnie Abelbeck" <li...@lo...> > wrote: > > > > > > > >> On Feb 16, 2020, at 4:39 PM, Michael Knill < > mic...@ip...> wrote: > >> > >> Hi Group > >> > >> Just wondering if there are any issues using VMWare ESXi Disk Thin > Provisioning with Astlinux? > > > > I don't know what that ESXi feature is ... are you having issues ? > > > > Lonnie > > > > > > > > > > _______________________________________________ > > Astlinux-users mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > > > Donations to support AstLinux are graciously accepted via PayPal > to pa...@kr.... > > > > > > > > _______________________________________________ > > Astlinux-users mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2020-02-16 23:29:54
|
Ok I will give it a try.
Regards
Michael Knill
On 17/2/20, 10:13 am, "Lonnie Abelbeck" <li...@lo...> wrote:
Michael,
The way I read it, it looks like "Thin" could work.
As long as AstLinux sees the max-size during initial-setup, formats partitions and such ... if ESXi can optimize the virtual storage, then it should still work. Though I'm not sure how they are doing this.
Give it a try and report back.
Lonnie
> On Feb 16, 2020, at 4:57 PM, Michael Knill <mic...@ip...> wrote:
>
> Sorry Lonnie no I haven’t tried it yet.
> Thick is pre allocating all disk storage whereas Thin is allocating on demand.
> https://docs.vmware.com/en/VMware-vSphere/6.0/com.vmware.vsphere.storage.doc/GUID-AC8E9C20-C05F-4FB5-A5DA-11D0A77A291B.html
>
> I want to allocate 20G for each Astlinux box but as I am looking at utilising R1Soft backups with my provider I want to have the minimum size disk space allocation and not just back up zero's.
>
> Regards
> Michael Knill
>
> On 17/2/20, 9:45 am, "Lonnie Abelbeck" <li...@lo...> wrote:
>
>
>
>> On Feb 16, 2020, at 4:39 PM, Michael Knill <mic...@ip...> wrote:
>>
>> Hi Group
>>
>> Just wondering if there are any issues using VMWare ESXi Disk Thin Provisioning with Astlinux?
>
> I don't know what that ESXi feature is ... are you having issues ?
>
> Lonnie
>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2020-02-16 23:12:52
|
Michael, The way I read it, it looks like "Thin" could work. As long as AstLinux sees the max-size during initial-setup, formats partitions and such ... if ESXi can optimize the virtual storage, then it should still work. Though I'm not sure how they are doing this. Give it a try and report back. Lonnie > On Feb 16, 2020, at 4:57 PM, Michael Knill <mic...@ip...> wrote: > > Sorry Lonnie no I haven’t tried it yet. > Thick is pre allocating all disk storage whereas Thin is allocating on demand. > https://docs.vmware.com/en/VMware-vSphere/6.0/com.vmware.vsphere.storage.doc/GUID-AC8E9C20-C05F-4FB5-A5DA-11D0A77A291B.html > > I want to allocate 20G for each Astlinux box but as I am looking at utilising R1Soft backups with my provider I want to have the minimum size disk space allocation and not just back up zero's. > > Regards > Michael Knill > > On 17/2/20, 9:45 am, "Lonnie Abelbeck" <li...@lo...> wrote: > > > >> On Feb 16, 2020, at 4:39 PM, Michael Knill <mic...@ip...> wrote: >> >> Hi Group >> >> Just wondering if there are any issues using VMWare ESXi Disk Thin Provisioning with Astlinux? > > I don't know what that ESXi feature is ... are you having issues ? > > Lonnie > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2020-02-16 22:57:54
|
Sorry Lonnie no I haven’t tried it yet. Thick is pre allocating all disk storage whereas Thin is allocating on demand. https://docs.vmware.com/en/VMware-vSphere/6.0/com.vmware.vsphere.storage.doc/GUID-AC8E9C20-C05F-4FB5-A5DA-11D0A77A291B.html I want to allocate 20G for each Astlinux box but as I am looking at utilising R1Soft backups with my provider I want to have the minimum size disk space allocation and not just back up zero's. Regards Michael Knill On 17/2/20, 9:45 am, "Lonnie Abelbeck" <li...@lo...> wrote: > On Feb 16, 2020, at 4:39 PM, Michael Knill <mic...@ip...> wrote: > > Hi Group > > Just wondering if there are any issues using VMWare ESXi Disk Thin Provisioning with Astlinux? I don't know what that ESXi feature is ... are you having issues ? Lonnie _______________________________________________ Astlinux-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <li...@mk...> - 2020-02-16 22:52:32
|
I have a few Astlinux system running on VMWare ESXi for several years. No idea about Thin Provisioning. Sent from a mobile device. Michael Keuter > Am 16.02.2020 um 23:40 schrieb Michael Knill <mic...@ip...>: > > > Hi Group > > Just wondering if there are any issues using VMWare ESXi Disk Thin Provisioning with Astlinux? > > Regards > Michael Knill > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2020-02-16 22:45:37
|
> On Feb 16, 2020, at 4:39 PM, Michael Knill <mic...@ip...> wrote: > > Hi Group > > Just wondering if there are any issues using VMWare ESXi Disk Thin Provisioning with Astlinux? I don't know what that ESXi feature is ... are you having issues ? Lonnie |
|
From: Michael K. <mic...@ip...> - 2020-02-16 22:40:06
|
Hi Group Just wondering if there are any issues using VMWare ESXi Disk Thin Provisioning with Astlinux? Regards Michael Knill |
|
From: Michael K. <mic...@ip...> - 2020-02-16 08:20:40
|
Don't worry I'm doing it differently now anyway. Regards Michael Knill From: Michael Knill <mic...@ip...> Reply to: AstLinux List <ast...@li...> Date: Thursday, 13 February 2020 at 9:17 pm To: AstLinux List <ast...@li...> Subject: [Astlinux-users] SSH Keys and .bashrc Hi Group I have a little problem that should be easy to fix I believe. I have now taken on another employee and I'm looking at simple management of SSH Keys as this is how we access our systems. I want to add individual key files to /mnt/kd/ssh_keys to do this. I also have /mnt/kd/root enabled but only to provide a custom .bashrc which sets a PATH variable. The problem is that if I have /mnt/kd/root enabled, the /root/.ssh/authorized_keys file is no longer dynamic e.g. it does not change if I change the files in /mnt/kd/ssh_keys and reboot. Is there any way to set this PATH variable without requiring /mnt/kd/root? Obviously rebooting is a pain to update so I assume that I can just cat /mnt/kd/ssh_keys/* > /tmp/root/.ssh/authorized_keys and all will be well. Thanks all. Regards Michael Knill |
|
From: Lonnie A. <li...@lo...> - 2020-02-15 19:48:33
|
Peter, > Did you think about providing additionally a detatched GnuPG signature Just a SHA256 for now. Lonnie > On Feb 15, 2020, at 1:05 PM, Dr. Peter Voigt <pv...@uo...> wrote: > > Hi Lonnie, > > great job, thanks a lot. This is an important step towards more > security. > > Did you think about providing additionally a detatched GnuPG signature > file for iso.sha256.txt as iso.sha256.txt.asc as well? > > Peter > > > On Sat, 15 Feb 2020 11:05:39 -0600 > Lonnie Abelbeck <li...@lo...> wrote: > >>> On Feb 10, 2020, at 4:34 PM, Dr. Peter Voigt <pv...@uo...> wrote: >>> >>> May be I am looking into a wrong direction but where can I find >>> checksums (SHA2) or digital signatures for the provided ISO images >> >> Hi Peter, >> >> The AstLinux Project web page now shows SHA256 hashes for the ISO's >> (using a little javascript). >> >> https://www.astlinux-project.org/ >> >> Or, you can retrieve a single file containing all the hashes ... >> >> https://www.astlinux-project.org/iso.sha256.txt >> >> >> Note this "iso.sha256.txt" file is not located on the same server as >> the actual .iso files, but rather on our Github web page. >> >> Over time, if you need to view the SHA256 for and old .iso file, you >> can view the commit history of the iso.sha256.txt file ... >> >> https://github.com/astlinux-project/astlinux-project.github.io/commits/master/iso.sha256.txt >> >> >> Thanks for the suggestion, Peter. >> >> Lonnie >> >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to >> pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Dr. P. V. <pv...@uo...> - 2020-02-15 19:06:02
|
Hi Lonnie, great job, thanks a lot. This is an important step towards more security. Did you think about providing additionally a detatched GnuPG signature file for iso.sha256.txt as iso.sha256.txt.asc as well? Peter On Sat, 15 Feb 2020 11:05:39 -0600 Lonnie Abelbeck <li...@lo...> wrote: > > On Feb 10, 2020, at 4:34 PM, Dr. Peter Voigt <pv...@uo...> wrote: > > > > May be I am looking into a wrong direction but where can I find > > checksums (SHA2) or digital signatures for the provided ISO images > > Hi Peter, > > The AstLinux Project web page now shows SHA256 hashes for the ISO's > (using a little javascript). > > https://www.astlinux-project.org/ > > Or, you can retrieve a single file containing all the hashes ... > > https://www.astlinux-project.org/iso.sha256.txt > > > Note this "iso.sha256.txt" file is not located on the same server as > the actual .iso files, but rather on our Github web page. > > Over time, if you need to view the SHA256 for and old .iso file, you > can view the commit history of the iso.sha256.txt file ... > > https://github.com/astlinux-project/astlinux-project.github.io/commits/master/iso.sha256.txt > > > Thanks for the suggestion, Peter. > > Lonnie > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2020-02-15 17:05:49
|
> On Feb 10, 2020, at 4:34 PM, Dr. Peter Voigt <pv...@uo...> wrote: > > May be I am looking into a wrong direction but where can I find > checksums (SHA2) or digital signatures for the provided ISO images Hi Peter, The AstLinux Project web page now shows SHA256 hashes for the ISO's (using a little javascript). https://www.astlinux-project.org/ Or, you can retrieve a single file containing all the hashes ... https://www.astlinux-project.org/iso.sha256.txt Note this "iso.sha256.txt" file is not located on the same server as the actual .iso files, but rather on our Github web page. Over time, if you need to view the SHA256 for and old .iso file, you can view the commit history of the iso.sha256.txt file ... https://github.com/astlinux-project/astlinux-project.github.io/commits/master/iso.sha256.txt Thanks for the suggestion, Peter. Lonnie |
|
From: Michael K. <li...@mk...> - 2020-02-13 10:32:59
|
> Am 13.02.2020 um 11:30 schrieb Michael Keuter <li...@mk...>: > > > >> Am 13.02.2020 um 11:16 schrieb Michael Knill <mic...@ip...>: >> >> Hi Group >> >> I have a little problem that should be easy to fix I believe. >> I have now taken on another employee and I'm looking at simple management of SSH Keys as this is how we access our systems. I want to add individual key files to /mnt/kd/ssh_keys to do this. >> I also have /mnt/kd/root enabled but only to provide a custom .bashrc which sets a PATH variable. >> >> The problem is that if I have /mnt/kd/root enabled, the /root/.ssh/authorized_keys file is no longer dynamic e.g. it does not change if I change the files in /mnt/kd/ssh_keys and reboot. >> Is there any way to set this PATH variable without requiring /mnt/kd/root? >> >> Obviously rebooting is a pain to update so I assume that I can just cat /mnt/kd/ssh_keys/* > /tmp/root/.ssh/authorized_keys and all will be well. >> >> Thanks all. >> >> Regards >> Michael Knill > > I use a script, that backs up "authorized_keys" and then runs: Update: It **moves** authorized_keys! > service sshd stop; service sshd init Michael http://www.mksolutions.info |
|
From: Michael K. <li...@mk...> - 2020-02-13 10:30:50
|
> Am 13.02.2020 um 11:16 schrieb Michael Knill <mic...@ip...>: > > Hi Group > > I have a little problem that should be easy to fix I believe. > I have now taken on another employee and I'm looking at simple management of SSH Keys as this is how we access our systems. I want to add individual key files to /mnt/kd/ssh_keys to do this. > I also have /mnt/kd/root enabled but only to provide a custom .bashrc which sets a PATH variable. > > The problem is that if I have /mnt/kd/root enabled, the /root/.ssh/authorized_keys file is no longer dynamic e.g. it does not change if I change the files in /mnt/kd/ssh_keys and reboot. > Is there any way to set this PATH variable without requiring /mnt/kd/root? > > Obviously rebooting is a pain to update so I assume that I can just cat /mnt/kd/ssh_keys/* > /tmp/root/.ssh/authorized_keys and all will be well. > > Thanks all. > > Regards > Michael Knill I use a script, that backs up "authorized_keys" and then runs: service sshd stop; service sshd init Michael http://www.mksolutions.info |
|
From: Michael K. <mic...@ip...> - 2020-02-13 10:17:12
|
Hi Group I have a little problem that should be easy to fix I believe. I have now taken on another employee and I'm looking at simple management of SSH Keys as this is how we access our systems. I want to add individual key files to /mnt/kd/ssh_keys to do this. I also have /mnt/kd/root enabled but only to provide a custom .bashrc which sets a PATH variable. The problem is that if I have /mnt/kd/root enabled, the /root/.ssh/authorized_keys file is no longer dynamic e.g. it does not change if I change the files in /mnt/kd/ssh_keys and reboot. Is there any way to set this PATH variable without requiring /mnt/kd/root? Obviously rebooting is a pain to update so I assume that I can just cat /mnt/kd/ssh_keys/* > /tmp/root/.ssh/authorized_keys and all will be well. Thanks all. Regards Michael Knill |
|
From: Lonnie A. <li...@lo...> - 2020-02-11 15:59:51
|
Hi Peter, What are your thoughts of hovering over "Download Install ISO" and display -- sha256 41286b6ed99d6094b97e15b15eb353e929800b62db420ba2c9fe5df37cd89ad4 -- or is that too tedious to use ? Lonnie > On Feb 11, 2020, at 9:38 AM, Dr. Peter Voigt <pv...@uo...> wrote: > > Hi Lonnie, > > I appreciate you answer. Maybe you can take into account giving an > attached gpg signature file as well - either per ISO or for a single > sha256sum file holding all checksums of all provided ISO images. > > Regards, > Peter > > > On Tue, 11 Feb 2020 09:26:51 -0600 > Lonnie Abelbeck <li...@lo...> wrote: > >>> On Feb 10, 2020, at 4:34 PM, Dr. Peter Voigt <pv...@uo...> wrote: >>> >>> May be I am looking into a wrong direction but where can I find >>> checksums (SHA2) or digital signatures for the provided ISO images >>> like e.g. under >>> >>> https://s3.amazonaws.com/mirror.astlinux-project/downloads/iso/astlinux-1.3.7.1-genx86_64-serial.iso >> >> Hi Peter, >> >> The .iso installer does do a SHA1 integrity check for any image it >> installs, but you make a good point that we should have a SHA256 hash >> for the .iso somewhere. >> >> Ideally not located along side of the actual .iso . >> >> Give us a little time to figure out the best solution. >> >> Thanks for your thoughts, >> Lonnie >> >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to >> pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > |
|
From: Dr. P. V. <pv...@uo...> - 2020-02-11 15:39:00
|
Hi Lonnie, I appreciate you answer. Maybe you can take into account giving an attached gpg signature file as well - either per ISO or for a single sha256sum file holding all checksums of all provided ISO images. Regards, Peter On Tue, 11 Feb 2020 09:26:51 -0600 Lonnie Abelbeck <li...@lo...> wrote: > > On Feb 10, 2020, at 4:34 PM, Dr. Peter Voigt <pv...@uo...> wrote: > > > > May be I am looking into a wrong direction but where can I find > > checksums (SHA2) or digital signatures for the provided ISO images > > like e.g. under > > > > https://s3.amazonaws.com/mirror.astlinux-project/downloads/iso/astlinux-1.3.7.1-genx86_64-serial.iso > > Hi Peter, > > The .iso installer does do a SHA1 integrity check for any image it > installs, but you make a good point that we should have a SHA256 hash > for the .iso somewhere. > > Ideally not located along side of the actual .iso . > > Give us a little time to figure out the best solution. > > Thanks for your thoughts, > Lonnie > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2020-02-11 15:27:00
|
> On Feb 10, 2020, at 4:34 PM, Dr. Peter Voigt <pv...@uo...> wrote: > > May be I am looking into a wrong direction but where can I find > checksums (SHA2) or digital signatures for the provided ISO images like > e.g. under > > https://s3.amazonaws.com/mirror.astlinux-project/downloads/iso/astlinux-1.3.7.1-genx86_64-serial.iso Hi Peter, The .iso installer does do a SHA1 integrity check for any image it installs, but you make a good point that we should have a SHA256 hash for the .iso somewhere. Ideally not located along side of the actual .iso . Give us a little time to figure out the best solution. Thanks for your thoughts, Lonnie |
|
From: Dr. P. V. <pv...@uo...> - 2020-02-10 23:11:55
|
May be I am looking into a wrong direction but where can I find checksums (SHA2) or digital signatures for the provided ISO images like e.g. under https://s3.amazonaws.com/mirror.astlinux-project/downloads/iso/astlinux-1.3.7.1-genx86_64-serial.iso Regards, Peter |
|
From: Michael K. <mic...@ip...> - 2020-01-24 19:43:26
|
I didn't even know it existed so I'm more of a NOOB __
Great idea though Michael. I will certainly be doing this in the future.
I played with the -l and -R parameters as I wanted to just perform a rolling capture however I realised that its only for the screen and not in the capture ☹
Regards
Michael Knill
On 25/1/20, 12:58 am, "Michael Keuter" <li...@mk...> wrote:
> Am 24.01.2020 um 14:20 schrieb Lonnie Abelbeck <li...@lo...>:
>
>
>> On Jan 24, 2020, at 6:04 AM, Dan Ryson <da...@ry...> wrote:
>>
>> Hi Michael,
>>
>> This is perfect. Thank you for the guidance. I particularly appreciate the extra explanation and cronjob advice. I'll give all of this a try and report any useful findings.
>>
>> Although I've been an AstLinux user since version 0.4.5, I recognize that this qualifies as a NOOB question. Thanks for restraining the laughter, everyone!
>
> Nothing NOOB here, this was a graduate-level question ... and answer.
>
> Lonnie
+1
Michael
http://www.mksolutions.info
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Dan R. <da...@ry...> - 2020-01-24 14:41:37
|
On Fri, Jan 24, 2020 at 08:57 AM, Michael Keuter wrote: Am 24.01.2020 um 14:20 schrieb Lonnie Abelbeck : On Jan 24, 2020, at 6:04 AM, Dan Ryson wrote: Hi Michael, This is perfect. Thank you for the guidance. I particularly appreciate the extra explanation and cronjob advice. I'll give all of this a try and report any useful findings. Although I've been an AstLinux user since version 0.4.5, I recognize that this qualifies as a NOOB question. Thanks for restraining the laughter, everyone! Nothing NOOB here, this was a graduate-level question ... and answer. Lonnie +1 Michael http://www.mksolutions.info (http://www.mksolutions.info) You guys are too kind! Thanks, Dan |
|
From: Michael K. <li...@mk...> - 2020-01-24 13:57:40
|
> Am 24.01.2020 um 14:20 schrieb Lonnie Abelbeck <li...@lo...>: > > >> On Jan 24, 2020, at 6:04 AM, Dan Ryson <da...@ry...> wrote: >> >> Hi Michael, >> >> This is perfect. Thank you for the guidance. I particularly appreciate the extra explanation and cronjob advice. I'll give all of this a try and report any useful findings. >> >> Although I've been an AstLinux user since version 0.4.5, I recognize that this qualifies as a NOOB question. Thanks for restraining the laughter, everyone! > > Nothing NOOB here, this was a graduate-level question ... and answer. > > Lonnie +1 Michael http://www.mksolutions.info |
|
From: Lonnie A. <li...@lo...> - 2020-01-24 13:21:00
|
> On Jan 24, 2020, at 6:04 AM, Dan Ryson <da...@ry...> wrote: > > Hi Michael, > > This is perfect. Thank you for the guidance. I particularly appreciate the extra explanation and cronjob advice. I'll give all of this a try and report any useful findings. > > Although I've been an AstLinux user since version 0.4.5, I recognize that this qualifies as a NOOB question. Thanks for restraining the laughter, everyone! Nothing NOOB here, this was a graduate-level question ... and answer. Lonnie |
|
From: Dan R. <da...@ry...> - 2020-01-24 12:04:21
|
On Fri, Jan 24, 2020 at 04:06 AM, Michael Keuter wrote: Am 23.01.2020 um 23:17 schrieb Dan Ryson : Hi Michael, Thanks for the reply. I guess my question is really how best to routinely run a SIP PCAP on all incoming/outgoing calls, for later analysis if necessary. I have a provider that offers this and have found it useful for troubleshooting isolated problems. I'm not worried about deleting SIP capture files. I'm just uncertain how to create them. Dan Hi Dan, I use this line in "rc.local" to start sngrep in the background in a screen session and store the .pcap files in "/mnt/kd/sngrep/" /usr/bin/screen -dmS sngrep /usr/bin/sngrep -c -O /mnt/kd/sngrep/$(date +"%Y-%m-%d_%H%M").pcap The "-c" is important so it only reports on calls, no options, notifies and so on. On high traffic systems that can eat up a lot of RAM over time, so I kill sngrep with a cronjob in the night and start it again also to get daily reports. killall sngrep && .... You can read the .pcap files then later with sngrep within AstLinux again and search for issues. Hi Michael, This is perfect. Thank you for the guidance. I particularly appreciate the extra explanation and cronjob advice. I'll give all of this a try and report any useful findings. Although I've been an AstLinux user since version 0.4.5, I recognize that this qualifies as a NOOB question. Thanks for restraining the laughter, everyone! Best wishes, Dan |
|
From: Michael K. <li...@mk...> - 2020-01-24 09:06:00
|
> Am 23.01.2020 um 23:17 schrieb Dan Ryson <da...@ry...>: > > Hi Michael, > > Thanks for the reply. > > I guess my question is really how best to routinely run a SIP PCAP on all incoming/outgoing calls, for later analysis if necessary. > > I have a provider that offers this and have found it useful for troublesooting isolated problems. I'm not worried about deleting SIP capture files. I'm just uncertain how to create them. > > Dan Hi Dan, I use this line in "rc.local" to start sngrep in the background in a screen session and store the .pcap files in "/mnt/kd/sngrep/" /usr/bin/screen -dmS sngrep /usr/bin/sngrep -c -O /mnt/kd/sngrep/$(date +"%Y-%m-%d_%H%M").pcap The "-c" is important so it only reports on calls, no options, notifies and so on. On high traffic systems that can eat up a lot of RAM over time, so I kill sngrep with a cronjob in the night and start it again also to get daily reports. killall sngrep && .... You can read the .pcap files then later with sngrep within AstLinux again and search for issues. > > -------- Original message -------- > From: Michael Knill <mic...@ip...> > Date: 1/23/20 2:56 PM (GMT-05:00) > To: AstLinux Users Mailing List <ast...@li...> > Subject: Re: [Astlinux-users] Regular Use of sngrep > > Well I'm obviously ignorant of the tools available in Astlinux and I really wish I knew about this one earlier after I tried it. > > > > Couldn't you just run it to do a PCAP capture only from a specific peer, specifying limits and rotating the calls after the limit is reached? > > You could then do analysis via Wireshark. > > > > My 2c worth. > > > > Regards > > Michael Knill > > > > From: Dan Ryson <da...@ry...> > Reply to: AstLinux List <ast...@li...> > Date: Friday, 24 January 2020 at 3:15 am > To: AstLinux List <ast...@li...> > Subject: [Astlinux-users] Regular Use of sngrep > > > > Greetings all! > > > > It occurs to me that I've only been using the powerful sngrep tool to troubleshooting repeatable problems, not prior intermittent problems that are much harder to reproduce and catch. > > > > Is there an AstLinux recommended best-practice for routinely running SIP packet capture to permit sngrep diagnosis of historic calls? > > > > Thanks in advance for your thoughts. > > > > Dan > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... Michael http://www.mksolutions.info |
63 messages has been excluded from this view by a project administrator.
