<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-1x.git/smoketest/scripts, branch 1.3.5</title>
<subtitle>VyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos/vyos-1x.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-1x.git/atom?h=1.3.5</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-1x.git/atom?h=1.3.5'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/'/>
<updated>2023-11-28T14:27:07+00:00</updated>
<entry>
<title>Merge pull request #2536 from c-po/backport-pr-2527</title>
<updated>2023-11-28T14:27:07+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-11-28T14:27:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=50a78a29e3bbe6ccc2e070706133c06f6053a612'/>
<id>urn:sha1:50a78a29e3bbe6ccc2e070706133c06f6053a612</id>
<content type='text'>
pppoe: T5630: make MRU default to MTU if unspecified (backport #2527)</content>
</entry>
<entry>
<title>smoketest: tftp: T4012: disable VRF based tests due to false positives</title>
<updated>2023-11-23T11:14:23+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-11-23T11:14:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=addf70b659c44e0ee1318be7aaac0a0622ad55ad'/>
<id>urn:sha1:addf70b659c44e0ee1318be7aaac0a0622ad55ad</id>
<content type='text'>
TFTP VRF support is working on a live system but the smoketests tend to fail.
This commit removes the VRF based smoketests for TFTP server, to make
the equuleus Jenkins builds work again.
</content>
</entry>
<entry>
<title>pppoe: T5630: make MRU default to MTU if unspecified</title>
<updated>2023-11-23T11:06:31+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-11-22T10:40:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=220750b9e747c7f539849e96889cfef695300313'/>
<id>urn:sha1:220750b9e747c7f539849e96889cfef695300313</id>
<content type='text'>
This fixes the implementation in e062a8c11 ("pppoe: T5630: allow to specify MRU
in addition to already configurable MTU") and restores the bahavior that MRU
defaults to MTU if MRU is not explicitly set.

This was the behavior in VyOS 1.3.3 and below before we added ability to define
the MRU value.

(cherry picked from commit ffd7339e2ea3eafdd97ac0763ca4a3913fe71bf3)
</content>
</entry>
<entry>
<title>pppoe: T5630: verify MRU is less or equal then MTU</title>
<updated>2023-10-08T07:58:45+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-10-03T18:51:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=ab2aeec41a2ef34730b9dc8894b184e0bf00b147'/>
<id>urn:sha1:ab2aeec41a2ef34730b9dc8894b184e0bf00b147</id>
<content type='text'>
(cherry picked from commit e357258e645cf85de0035d4ecfbf99db4dd90f7e)
</content>
</entry>
<entry>
<title>pppoe: T5630: allow to specify MRU in addition to already configurable MTU</title>
<updated>2023-10-08T07:45:00+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-10-03T16:14:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=88c1fd3a35926d813967b3c969e01b41ea67771a'/>
<id>urn:sha1:88c1fd3a35926d813967b3c969e01b41ea67771a</id>
<content type='text'>
Set the MRU (Maximum Receive Unit) value to n. PPPd will ask the peer to send
packets of no more than n bytes. The value of n must be between 128 and 16384,
the default was always 1492 to match PPPoE MTU.

A value of 296 works well on very slow links (40 bytes for TCP/IP header + 256
bytes of data). Note that for the IPv6 protocol, the MRU must be at least 1280.

CLI:
  set interfaces pppoe pppoe0 mru 1280

(cherry picked from commit e062a8c11856f213983f5b41f50d4f9dbc0dde0f)
</content>
</entry>
<entry>
<title>T5428: fix DHCP address renewal/release when running in VRF</title>
<updated>2023-08-28T19:21:14+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-08-28T19:21:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=47d9c8067135b97bc1fbc5450dc5fa9b8e65e345'/>
<id>urn:sha1:47d9c8067135b97bc1fbc5450dc5fa9b8e65e345</id>
<content type='text'>
</content>
</entry>
<entry>
<title>T4825: Add interface type veth</title>
<updated>2023-08-25T12:12:29+00:00</updated>
<author>
<name>Viacheslav Hletenko</name>
<email>v.gletenko@vyos.io</email>
</author>
<published>2023-08-25T12:12:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=9763154d99f7852e3fd8a50f8ecaf10b27b4ad0f'/>
<id>urn:sha1:9763154d99f7852e3fd8a50f8ecaf10b27b4ad0f</id>
<content type='text'>
Add interface type veth (Virtual ethernet)
One of the usecases it's interconnect different vrf's and
default vrf via bridge

set interfaces virtual-ethernet veth0 peer-name 'veth1010'
set interfaces virtual-ethernet veth1010 address '10.0.0.10/24'
set interfaces virtual-ethernet veth1010 peer-name 'veth0'
set interfaces virtual-ethernet veth1010 vrf 'foo'
set interfaces bridge br0 address '10.0.0.1/24'
set interfaces bridge br0 member interface veth0

vyos@r1:~$ ping 10.0.0.10 count 1
PING 10.0.0.10 (10.0.0.10) 56(84) bytes of data.
64 bytes from 10.0.0.10: icmp_seq=1 ttl=64 time=0.082 ms
</content>
</entry>
<entry>
<title>T5486: smoketest: adjust to new process_named_running() implementation</title>
<updated>2023-08-17T11:06:42+00:00</updated>
<author>
<name>Viacheslav Hletenko</name>
<email>v.gletenko@vyos.io</email>
</author>
<published>2023-08-17T11:06:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=a2e1199c73ba94f67e3aa1da107be4538fb76560'/>
<id>urn:sha1:a2e1199c73ba94f67e3aa1da107be4538fb76560</id>
<content type='text'>
After commit 9c677c8 ("vyos.util: extend process_named_running() signature
with cmdline") we need an exact match for the process name. In the past
we used a in b and now we test for a == b.

Process name doesn't march 'ddclient'
psutil.Process(pid=10987, name='ddclient - sleeping for 20 seconds', started='13:12:47'
It cause smoketest fail
</content>
</entry>
<entry>
<title>sshguard: T5354: Add service ssh dynamic-protection</title>
<updated>2023-07-19T14:39:45+00:00</updated>
<author>
<name>Viacheslav Hletenko</name>
<email>v.gletenko@vyos.io</email>
</author>
<published>2023-07-19T14:39:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=cd6f7994a9c5d6501ce56b57362c7f33f64fa3d5'/>
<id>urn:sha1:cd6f7994a9c5d6501ce56b57362c7f33f64fa3d5</id>
<content type='text'>
Sshguard protects hosts from brute-force attacks
It can inspect logs and block "bad" addresses by threshold
Auto-generates own tables and rules for nftables, so they are not
intercept with VyOS firewall rules.
When service stops, all generated tables are deleted.

set service ssh dynamic-protection
set service ssh dynamic-protection allow-from '192.0.2.1'
set service ssh dynamic-protection block-time '120'
set service ssh dynamic-protection detect-time '1800'
set service ssh dynamic-protection threshold '30'
</content>
</entry>
<entry>
<title>vrrp: T5315: add support to explicitly specify version</title>
<updated>2023-06-26T19:32:49+00:00</updated>
<author>
<name>Christian Breunig</name>
<email>christian@breunig.cc</email>
</author>
<published>2023-06-26T19:28:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-1x.git/commit/?id=463a2078669b5499e82c7d2c06807f16d6c2a99d'/>
<id>urn:sha1:463a2078669b5499e82c7d2c06807f16d6c2a99d</id>
<content type='text'>
set high-availability vrrp group &lt;name&gt; version 2|3

(cherry picked from commit 6ca308182a7891e600a2e8749f7b12b566005576)
</content>
</entry>
</feed>
