On Tue, 17 Feb 2015 15:15:14 +0100, Stefan Wollny wrote:
> Hello!
>
> I'd like to pick up an issue that is bugging me for some time now:
> Whenever I run 'pkg_add -ui' my connection gets terminated soon,
> reliably at the latest once packages starting with "g" are checked. I
> suspect it is in my
On 2015/02/19 15:02, Stefan Wollny wrote:
> Sorry for top-posting: The web-mailer I have to use at present is
> pretty dump... :-(
> Now that you mention it, I remember vaguely that I saw it on that site
> too, a lng time ago. But this sysctl.conf-setting I found on
> bsdnow.tv:
> http://www.bs
On 2015-02-18, Stefan Wollny wrote:
> Am 02/18/15 um 17:08 schrieb Stuart Henderson:
>> On 2015-02-18, Stefan Wollny wrote:
>>> Could "mss 1460" be the core of the issue? I have the following:
>>>
>>> ~ $ sudo cat /etc/pf.conf | grep mss match in all scrub (no-df
>>> random-id max-mss 1440)
>>>
Am 02/18/15 um 17:20 schrieb Stefan Wollny:
> # pkg_add -ui
> quirks-2.52 signed on 2015-02-17T13:51:20Z
> Error from
> http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/adsuck-2.5.0p2.tgz
> ftp: Error retrieving file: 403 Forbidden
> #
>
> * S U C C E S S *
> (I don't care
Am 02/18/15 um 17:08 schrieb Stuart Henderson:
> On 2015-02-18, Stefan Wollny wrote:
>> Could "mss 1460" be the core of the issue? I have the following:
>>
>> ~ $ sudo cat /etc/pf.conf | grep mss match in all scrub (no-df
>> random-id max-mss 1440)
>>
>> ~ $ sudo cat /etc/sysctl.conf | grep mss
On Wed, Feb 18, 2015 at 10:27:12AM -0500, Alan Corey wrote:
> This is probably unrelated but I've noticed that the fetching that
> happens with "make install" in ports seems less robust than it used to
> be. If my internet provider disconnects or the connection gets reset
> beyond that, it doesn't
On 2015-02-18, Stefan Wollny wrote:
> Could "mss 1460" be the core of the issue? I have the following:
>
> ~ $ sudo cat /etc/pf.conf | grep mss
> match in all scrub (no-df random-id max-mss 1440)
>
> ~ $ sudo cat /etc/sysctl.conf | grep mss
> net.inet.tcp.mssdflt=1440
Neither of these make sense
Am 02/18/15 um 15:16 schrieb Stefan Wollny:
> Am 02/18/15 um 15:07 schrieb Marc Espie:
>> On Wed, Feb 18, 2015 at 02:32:39PM +0100, Stefan Wollny wrote:
>>> I checked for
>>> - ftp ftp://...
>>> - ftp http://...
>>>
>>> Both connections were terminated after 95 seconds (according to pftop)
>>> afte
Am 02/18/15 um 16:27 schrieb Alan Corey:
> This is probably unrelated but I've noticed that the fetching that
> happens with "make install" in ports seems less robust than it used to
> be. If my internet provider disconnects or the connection gets reset
> beyond that, it doesn't resume the downloa
This is probably unrelated but I've noticed that the fetching that
happens with "make install" in ports seems less robust than it used to
be. If my internet provider disconnects or the connection gets reset
beyond that, it doesn't resume the download. And I've tried setting
FETCH_CMD to wget -c,
Am 02/18/15 um 15:07 schrieb Marc Espie:
> On Wed, Feb 18, 2015 at 02:32:39PM +0100, Stefan Wollny wrote:
>> I checked for
>> - ftp ftp://...
>> - ftp http://...
>>
>> Both connections were terminated after 95 seconds (according to pftop)
>> after closing with ^C.
>
>> Now with http-proxy-variable
On Wed, Feb 18, 2015 at 02:32:39PM +0100, Stefan Wollny wrote:
> I checked for
> - ftp ftp://...
> - ftp http://...
>
> Both connections were terminated after 95 seconds (according to pftop)
> after closing with ^C.
> Now with http-proxy-variable being unset I gave 'pkg_add' another try:
closing
Am 02/18/15 um 13:51 schrieb Marc Espie:
> On Tue, Feb 17, 2015 at 02:44:42PM -0800, Gene wrote:
>> quirks-2.52 signed on 2015-02-14T12:43:06Z
>> Error from
>> http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/curl-7.40.0.tgz
>> ftp: connect: No route to host
>>
>> It's using ftp. I'm n
On Tue, Feb 17, 2015 at 06:10:37PM -0500, Nick Holland wrote:
> it's using the ftp(1) FTP client, which (in OpenBSD) does a wonderful job of
> fetching things via the HTTP protocol as well as the FTP protocol.
>
> now, he says it is blowing up after around 100 states. Sounds like his
> firewall/p
Have you also tried without the proxy?
On 2015-02-18 13:47:26, Marc Espie wrote:
> On Tue, Feb 17, 2015 at 03:15:14PM +0100, Stefan Wollny wrote:
> > Hello!
> >
> > I'd like to pick up an issue that is bugging me for some time now:
> > Whenever I run 'pkg_add -ui' my connection gets terminated s
On Tue, Feb 17, 2015 at 03:15:14PM +0100, Stefan Wollny wrote:
> Hello!
>
> I'd like to pick up an issue that is bugging me for some time now:
> Whenever I run 'pkg_add -ui' my connection gets terminated soon,
> reliably at the latest once packages starting with "g" are checked. I
> suspect it is
On Tue, Feb 17, 2015 at 02:44:42PM -0800, Gene wrote:
> quirks-2.52 signed on 2015-02-14T12:43:06Z
> Error from
> http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/curl-7.40.0.tgz
> ftp: connect: No route to host
>
> It's using ftp. I'm not familiar with how package management works wi
Am 02/18/15 um 12:09 schrieb Stefan Wollny:
> Am 02/18/15 um 01:40 schrieb Nick Holland:
>> On 02/17/15 18:59, Stefan Wollny wrote:
>>> ftp: connect: No route to host
>>
>> you need to fix that before you worry about anything.
>>
>> Once you get THAT fixed, then you can get back to worrying about y
Am 02/18/15 um 01:40 schrieb Nick Holland:
> On 02/17/15 18:59, Stefan Wollny wrote:
>> ftp: connect: No route to host
>
> you need to fix that before you worry about anything.
>
> Once you get THAT fixed, then you can get back to worrying about your
> dropping connections.
>
> Gotta make it bef
Am 02/18/15 um 10:19 schrieb David Dahlberg:
> Am Mittwoch, den 18.02.2015, 08:46 +0100 schrieb Stefan Wollny:
>
>> Only with 'pkg_add' the connection is
>> entirely gone and 'pkg_add' subsequently complains about 'No route to
>> host'... and only on this particular machine.
>
> Just wildly guess
Am Mittwoch, den 18.02.2015, 08:46 +0100 schrieb Stefan Wollny:
> Only with 'pkg_add' the connection is
> entirely gone and 'pkg_add' subsequently complains about 'No route to
> host'... and only on this particular machine.
Just wildly guessing here: At least on Linux, the kernel will reply "No
r
Am 02/18/15 um 01:40 schrieb Nick Holland:
> On 02/17/15 18:59, Stefan Wollny wrote:
>> ftp: connect: No route to host
>
> you need to fix that before you worry about anything.
>
> Once you get THAT fixed, then you can get back to worrying about your
> dropping connections.
>
> Gotta make it bef
On 02/17/15 18:59, Stefan Wollny wrote:
> ftp: connect: No route to host
you need to fix that before you worry about anything.
Once you get THAT fixed, then you can get back to worrying about your
dropping connections.
Gotta make it before you can drop it.
Am 02/17/15 um 22:28 schrieb Stefan Wollny:
[ ... ]
> Well ... it should be nonsense but I will change the way I connect to
> the net: Disable 'trunk0' and connect directly via 'em0' (feel my
> desperation?).
>
OK - changed the standard of connecting to the internet via trunk0 to
the physical in
Am 02/18/15 um 00:05 schrieb Todd C. Miller:
> One thing to check is the MTU on the Fritz!Box. If the MTU is set
> to, for example, 1448 instead of 1500 you may need to reduce the
> MTU on your laptop to match.
>
> - todd
>
Hi Todd,
thank you for caring!
Well - the Fritz!Box-web-interface i
On 02/17/15 17:44, Gene wrote:
On Tue, Feb 17, 2015 at 2:37 PM, trondd wrote:
He's using http protocol. Just because the hostname has ftp in it,
doesn't mean it's the ftp protocol.
It's not just the hostname I'm basing it off of, it's the error message:
good try, but no.
~ $ sudo pkg_a
On 2/17/15, Gene wrote:
> On Tue, Feb 17, 2015 at 2:37 PM, trondd wrote:
>
>> He's using http protocol. Just because the hostname has ftp in it,
>> doesn't mean it's the ftp protocol.
>>
>
> It's not just the hostname I'm basing it off of, it's the error message:
>
> ~ $ sudo pkg_add -ui
> quirk
Am 02/17/15 um 23:37 schrieb trondd:
> He's using http protocol. Just because the hostname has ftp in it,
> doesn't mean it's the ftp protocol.
>
Precisely: Looking at the information I provided with the second post
you'll notice that "192.168.178.31:4561 -> 217.31.80.35:80" is using the
http-pro
Am 02/17/15 um 23:47 schrieb Gene:
> On Tue, Feb 17, 2015 at 2:40 PM, Stefan Wollny wrote:
>
>> Am 02/17/15 um 23:25 schrieb Gene:
>>> That is not the extent of the sudo settings. You have to look at the
>>> sudoers file to check whether the env settings are kept or not.
>>
>> ???
>> Sorry - it
Am 02/17/15 um 22:20 schrieb Gene:
> It looks like http_proxy is being set, but you're getting packages from an
> ftp server. You need to define the ftp_proxy variable as well.
>
Hi Gene,
Hi Gene,
thanks for your advice. I am not shure if setting an ftp_proxy-variable
might help here as the http
On Tue, Feb 17, 2015 at 2:40 PM, Stefan Wollny wrote:
> Am 02/17/15 um 23:25 schrieb Gene:
> > That is not the extent of the sudo settings. You have to look at the
> > sudoers file to check whether the env settings are kept or not.
>
> ???
> Sorry - it was a looong day: What _exactly_ do I have
Am 02/17/15 um 23:25 schrieb Gene:
> That is not the extent of the sudo settings. You have to look at the
> sudoers file to check whether the env settings are kept or not.
???
Sorry - it was a looong day: What _exactly_ do I have to look at? That line
>> %wheel ALL=(ALL) NOPASSWD: SETENV: ALL
wa
On Tue, Feb 17, 2015 at 2:37 PM, trondd wrote:
> He's using http protocol. Just because the hostname has ftp in it,
> doesn't mean it's the ftp protocol.
>
It's not just the hostname I'm basing it off of, it's the error message:
~ $ sudo pkg_add -ui
quirks-2.52 signed on 2015-02-14T12:43:06Z
E
He's using http protocol. Just because the hostname has ftp in it,
doesn't mean it's the ftp protocol.
Also, yes, I believe sudo only carries over the environment variables
explicitly told to do so.
Can you download packages with a web browser? Have you tried using
the ftp program directly?
Wh
That is not the extent of the sudo settings. You have to look at the
sudoers file to check whether the env settings are kept or not.
Try bypassing sudo entirely:
$ sudo su -
# export http_proxy=http://192.168.178.23:3128
# export ftp_proxy=http://192.168.178.23:3128
# pkg_add -ui
-Gene
On Tue,
Ooops - overlooked to cc: to misc@
Weitergeleitete Nachricht
Betreff: Re: Help needed: pkg_add dropps connections
Datum: Tue, 17 Feb 2015 23:14:51 +0100
Von: Stefan Wollny
An: Gene
Am 02/17/15 um 22:54 schrieb Gene:
> Squid can work as an FTP proxy, and I imagine in y
Also, note that the value between the two variables will be the same:
e.g.
http_proxy=http://192.168.178.23:3128
ftp_proxy=http://192.168.178.23:3128
-Gene
On Tue, Feb 17, 2015 at 1:54 PM, Gene wrote:
> Squid can work as an FTP proxy, and I imagine in your case it probably
> does. Try settin
Squid can work as an FTP proxy, and I imagine in your case it probably
does. Try setting it and trying the pkg_add command again.
Additionally, you'll want to make sure that your proxy environment
variables are being passed through sudo. If sudo is configured to use
env_reset and env_keep and it
Am 02/17/15 um 21:58 schrieb trondd:
> On 2/17/15, Stefan Wollny wrote:
>> Am 02/17/15 um 20:36 schrieb trondd:
>>> When you are behind your server are you using NAT to get to the
>>> internet or a proxy? If proxy, do you have the proxy environment
>>> variables set?
>>>
>>> Tim.
>>>
>> Hi Tim,
>
It looks like http_proxy is being set, but you're getting packages from an
ftp server. You need to define the ftp_proxy variable as well.
-Gene
On Tue, Feb 17, 2015 at 12:58 PM, trondd wrote:
> On 2/17/15, Stefan Wollny wrote:
> > Am 02/17/15 um 20:36 schrieb trondd:
> >> When you are behind
On 2/17/15, Stefan Wollny wrote:
> Am 02/17/15 um 20:36 schrieb trondd:
>> When you are behind your server are you using NAT to get to the
>> internet or a proxy? If proxy, do you have the proxy environment
>> variables set?
>>
>> Tim.
>>
> Hi Tim,
>
> thanks for caring.
>
> No - I am not behind
Am 02/17/15 um 20:36 schrieb trondd:
> When you are behind your server are you using NAT to get to the
> internet or a proxy? If proxy, do you have the proxy environment
> variables set?
>
> Tim.
>
Hi Tim,
thanks for caring.
No - I am not behind the server: It is just another machine in the sa
When you are behind your server are you using NAT to get to the
internet or a proxy? If proxy, do you have the proxy environment
variables set?
Tim.
Am 02/17/15 um 19:30 schrieb Vadim Zhukov:
>
> Please check/diff/show us output of "sysctl net" on both machines.
>
Hi Vadim,
thank you for replying! Below you'll find first the output of 'sysctl
net' from the laptop, then the same from the server. At the end I add
the dmesg of the server, just
Let me illustrate what I see:
~ $ sudo pkg_add -ui
quirks-2.52 signed on 2015-02-14T12:43:06Z
Error from
http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/curl-7.40.0.tgz
ftp: connect: No route to host
sw@idefix
~ $ sudo pfctl -s states
trunk0 tcp 192.168.178.31:48407 -> 192.168.178.2
45 matches
Mail list logo
