Re: Help needed: pkg_add dropps connections
Am 02/17/15 um 23:47 schrieb Gene: On Tue, Feb 17, 2015 at 2:40 PM, Stefan Wollny stefan.wol...@web.de 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 to look at? That line %wheel ALL=(ALL) NOPASSWD: SETENV: ALL was right from the sudoers-file. Look at the entire sudoers file, not just one line. Specifically look for env_reset and env_keep. Well: It is the standard OpenBSD-sudoers-file with exactly this one line adjusted. Nevertheless: Here is the entire file: # $OpenBSD: sudoers,v 1.28 2014/04/08 13:26:28 espie Exp $ # # sudoers file. # # This file MUST be edited with the 'visudo' command as root. # Failure to use 'visudo' may result in syntax or file permission errors # that prevent sudo from running. # # See the sudoers man page for the details on how to write a sudoers file. # # Host alias specification # User alias specification # Cmnd alias specification # Defaults specification Defaults env_keep +=FTPMODE PKG_CACHE PKG_PATH SM_PATH SSH_AUTH_SOCK # Non-exhaustive list of variables needed to build release(8) and ports(7) Defaults:%wsrc env_keep +=DESTDIR DISTDIR FETCH_CMD FLAVOR GROUP MAKE MAKECONF Defaults:%wsrc env_keep +=MULTI_PACKAGES NOMAN OKAY_FILES OWNER PKG_DBDIR Defaults:%wsrc env_keep +=PKG_DESTDIR PKG_TMPDIR PORTSDIR RELEASEDIR SHARED_ONLY Defaults:%wsrc env_keep +=SUBPACKAGE WRKOBJDIR SUDO_PORT_V1 # Uncomment to preserve the default proxy host variable #Defaults env_keep +=ftp_proxy http_proxy # Uncomment to disable the lecture the first time you run sudo #Defaults !lecture # Uncomment to preserve the environment for users in group wheel #Defaults:%wheel !env_reset # Runas alias specification # User privilege specification rootALL=(ALL) SETENV: ALL # Uncomment to allow people in group wheel to run all commands # and set environment variables. # %wheelALL=(ALL) SETENV: ALL # Same thing without a password %wheel ALL=(ALL) NOPASSWD: SETENV: ALL # Samples # %users ALL=/sbin/mount /cdrom,/sbin/umount /cdrom # %users localhost=/sbin/shutdown -h now
Re: Help needed: pkg_add dropps connections
On 2/17/15, Gene gh5...@gmail.com wrote: On Tue, Feb 17, 2015 at 2:37 PM, trondd tro...@gmail.com 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 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 with OpenBSD, so I don't know if this is a weird quirk of the pkg_add command or if he's not setting his package source properly. To clarify, pkg_add is using the ftp application to connect using the http protocol. He's specifying http://something and his output near the beginning of the thread shows his connections to port 80.
Re: Help needed: pkg_add dropps connections
On Tue, Feb 17, 2015 at 2:40 PM, Stefan Wollny stefan.wol...@web.de 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 to look at? That line %wheel ALL=(ALL) NOPASSWD: SETENV: ALL was right from the sudoers-file. Look at the entire sudoers file, not just one line. Specifically look for env_reset and env_keep. 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 So effectively you suggest running with root-privileges? OK, let's go: You're doing it with root privileges regardless. That's how sudo works. ~ $ sudo su - # export http_proxy=http://192.168.178.23:3128 # export ftp_proxy=http://192.168.178.23:3128 # pkg_add -ui Couldn't find updates for GraphicsMagick-1.3.20, ImageMagick-6.7.7.7p8, OpenEXR-1.6.1p2, R-3.1.2, Xaw3d-1.5p2, ... [ all the other packages ] Nope - this did not do the trick... (at least the connect was not lost). Okay, so now it's an issue of how you have your package source defined I believe. I'm guessing it's defined in your personal .profile and not in root's. How do you have the package source defined? Best, STEFAN
Re: Help needed: pkg_add dropps connections
On Tue, Feb 17, 2015 at 2:37 PM, trondd tro...@gmail.com 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 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 with OpenBSD, so I don't know if this is a weird quirk of the pkg_add command or if he's not setting his package source properly. 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? When you loose connection, can you get to other web sites or is your entire network connection down? Do you have access to the Fitz!Box or whatever to see what it's doing?
Re: Help needed: pkg_add dropps connections
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 was right from the sudoers-file. 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 So effectively you suggest running with root-privileges? OK, let's go: ~ $ sudo su - # export http_proxy=http://192.168.178.23:3128 # export ftp_proxy=http://192.168.178.23:3128 # pkg_add -ui Couldn't find updates for GraphicsMagick-1.3.20, ImageMagick-6.7.7.7p8, OpenEXR-1.6.1p2, R-3.1.2, Xaw3d-1.5p2, ... [ all the other packages ] Nope - this did not do the trick... (at least the connect was not lost). Best, STEFAN
Re: Help needed: pkg_add dropps connections
On 02/17/15 17:44, Gene wrote:
On Tue, Feb 17, 2015 at 2:37 PM, trondd tro...@gmail.com 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_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
The URL used: clearly http.
ftp: connect: No route to host
^^^ The program that produced that error message.
It's using ftp. I'm not familiar with how package management works with
OpenBSD, so I don't know if this is a weird quirk of the pkg_add command or
if he's not setting his package source properly.
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/proxy/whatever is limiting the state count per station.
Goodness knows this works very well usually, so it's something different
between his system and mine...and I'm putting my money on his firewall
or proxy.
Nick.
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?
When you loose connection, can you get to other web sites or is your
entire network connection down? Do you have access to the Fitz!Box or
whatever to see what it's doing?
Re: Help needed: pkg_add dropps connections
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.
Re: Help needed: pkg_add dropps connections
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-proxy is not 'in-between'. I'll try to describe the layout: +---Laptop Internet -- Fritz!Box --| +---Squid-Server For anything http-related Laptop gets the pages from Squid-server, everything else (like ftp-related matter, e.g. pkg_add) goes directly via Fritz!Box to the 'net. From what I know the Fritz!Box does not act as an ftp-server. Beside this: pkg_add from Squid-server 'just works' (tm). There is s.th. wrong with the Laptop - but I am lost by now... =-(
Re: Help needed: pkg_add dropps connections
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-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? Yes - single packages can be downloaded. Have you tried using the ftp program directly? Yes - single packages can be downloaded. When you loose connection, can you get to other web sites or is your entire network connection down? The entire network is down. Do you have access to the Fitz!Box or whatever to see what it's doing? Yes - everything is at my command :-) This does not imply that I always know what I am doing ;-) ... no serious: Of course have I checked the logs from the Fritz!Box - nothing to be reported here...
Re: Help needed: pkg_add dropps connections
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 is not really telling... So I go with what it's dhcpd gives me. Here is what 'ifconfig' shows for em0, wpi0 and trunk0: em0: flags=8b43UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST mtu 1500 lladdr 00:15:58:81:15:fb priority: 0 trunk: trunkdev trunk0 media: Ethernet autoselect (1000baseT full-duplex,master,rxpause,txpause) status: active wpi0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:15:58:81:15:fb priority: 4 trunk: trunkdev trunk0 groups: wlan media: IEEE802.11 autoselect (DS1 mode 11b) status: active ieee80211: nwid dlink chan 11 bssid 00:1b:11:61:cf:a1 15dBm wpakey not displayed wpaprotos wpa1,wpa2 wpaakms psk wpaciphers tkip,ccmp wpagroupcipher tkip trunk0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:15:58:81:15:fb priority: 0 trunk: trunkproto failover trunkport wpi0 trunkport em0 master,active groups: trunk egress media: Ethernet autoselect status: active inet 192.168.178.31 netmask 0xff00 broadcast 192.168.178.255 Everything is set to 'mtu 1500' You know ...- what puzzles me is the fact that the OpenBSD-run server running in parallel (amd64-current as well) does not show the same behaviour! Strange ...
Re: Help needed: pkg_add dropps connections
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 interface em0: ~ $ sudo pkg_add -ui quirks-2.52 signed on 2015-02-17T13:51:20Z Error from http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/claws-mail-3.11.1.tgz ftp: connect: No route to host Just as expected by any sane mind: 'trunk0' is not the cause of the problem. I am done for tonight - hope to get your help tomorrow as well! Thank you all! STEFAN
Re: Help needed: pkg_add dropps connections
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 before you can drop it. Well yes: This is why I had to come here for. The connections are never dropped by any other program. 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. I know that 'pkg_add' is a lot of Perl-magic: Anything in this direction that should be checked? I am stuck /:
The CDs have signatures, too
Remember, the official OpenBSD CDs carry signatures, too. https://securelist.com/files/2015/02/Equation_group_questions_and_answers.pdf | The attacks that use physical media (CD-ROMs) are particularly | interesting because they indicate the use of a technique known as | interdiction, where the attackers intercept shipped goods and | replace them with Trojanized versions. | | One such incident involved targeting participants at a scientific | conference in Houston. Upon returning home, some of the participants | received by mail a copy of the conference proceedings, together | with a slideshow including various conference materials. The | [compromised ?] CD-ROM used autorun.inf to execute an installer | that began by attempting to escalate privileges using two known | EQUATION group exploits. Next, it attempted to run the group's | DOUBLEFANTASY implant and install it onto the victim's machine. The | exact method by which these CDs were interdicted is unknown. We do | not believe the conference organizers did this on purpose. At the | same time, the super-rare DOUBLEFANTASY malware, together with its | installer with two zero-day exploits, don't end up on a CD by | accident. | | Another example is a Trojanized Oracle installation CD that contains | an EQUATIONLASER Trojan dropper alongside the Oracle installer. (Page 15.) -- Christian naddy Weisgerber na...@mips.inka.de
Re: Installing OpenBSD 5.6 using a USB Flash drive
What about the other USB 2.0? because the machine has 2 USB ports, one 2.0 and one 3.0. I used the USB 2.0 and I am getting the same problem. I also used USB 3.0 after disabling BIOS USB XHCI and still getting the same problem. The problem with installing over a network is that I know nothing about networking, not even the basic knowledge. Do you think that OpenBSD 5.7 will work? Date: Tue, 17 Feb 2015 11:47:30 -0500 From: j...@jggimi.homeip.net To: afyous...@hotmail.com Subject: Re: Installing OpenBSD 5.6 using a USB Flash drive Hi there, A Y. On 2015-02-17 11:27, A Y wrote: dmesg|grep ^.d0 returns only sd0 sysctl hw.disknames returns sd0 and rd0 my machine is a 10.1 inch netbook Lenovo E10-30 running Intel Celeron N2830 Dual Core 64 bit. Do you think I should have used amd64 installation instead of i386? No, the problem as I see it is that this machine has USB 3.0, and that level of USB is not supported by OpenBSD 5.6. The sd0 drive will be your internal SATA drive, and will not include the USB drive you just booted from. If you really want to install 5.6 from USB, you may be able to disable USB 3.0 from the BIOS. You could also install a -current snapshot, which is very close to what will become OpenBSD 5.7 on May 1 this year, or you could install 5.6 over the network after booting the stick if you have a working NIC (that needs no third party firmwware) and a network connection.
Re: Installing OpenBSD 5.6 using a USB Flash drive
dmesg|grep ^.d0 returns only sd0 sysctl hw.disknames returns sd0 and rd0 my machine is a 10.1 inch netbook Lenovo E10-30 running Intel Celeron N2830 Dual Core 64 bit. Do you think I should have used amd64 installation instead of i386? Date: Tue, 17 Feb 2015 12:51:41 +0100 From: raimo+open...@erix.ericsson.se To: misc@openbsd.org Subject: Re: Installing OpenBSD 5.6 using a USB Flash drive On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: Hi all, I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured Thank you Strange. I think 'disk' should be among the possible set locations. What kind of machine is this? Use the shell for some diagnostics. Check your dmesg. Does the install kernel (bsd.rd) detect the flash drive? Check what sysctl hw.disknames says. It seems the USB disk is not detected even though BIOS and boot(8) manages to boot the kernel. If so there might be BIOS options that can help e.g setting the disks to AHCI mode, depending on what kind of machine this is. -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Ihr Paypal Konto ist eingeschränkt! Ihre Mithilfe ist gefragt
PayPal. Sicherererer. http:// Gesendet an m...@cvs.openbsd.org Dienstag, 17. Februar 2015 Sehr geehrte Kundin, Sehr geehrter Kunde, Im Rahmen Ihrer Sicherheiten prüfen wir regelmäÃig alle Vorgänge im PayPal-System. Bei einer Ãberprüfung haben wir kürzlich ein Problem im Zusammenhang mit Ihrem Konto festgestellt. Bitte helfen Sie uns dabei, Ihr PayPal-Konto wieder in Ordnung zu bringen. Bis dahin haben wir den Zugang zu Ihrem PayPal-Konto vorübergehend eingeschränkt. Wo liegt das Problem? Bei Ihrer letzten Kreditkartenzahlung sind uns ungewöhnliche Aktivitäten aufgefallen. Bearbeitungsnummer: PP-491-663-918-114. Was mache ich jetzt? Bitte verifizieren Sie sich über folgenden Link. Durch einen Abgleich Ihrer Daten verifizieren Sie sich als Inhaber und erhalten wieder uneingeschränkten Zugriff auf ihren Account: Konfliktlösungen http://www.pp-angelegenheit-aufsicht.net Viele GrüÃe Ihr PayPal Support
Re: Installing OpenBSD 5.6 using a USB Flash drive
On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: Hi all, I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured Thank you Strange. I think 'disk' should be among the possible set locations. What kind of machine is this? Use the shell for some diagnostics. Check your dmesg. Does the install kernel (bsd.rd) detect the flash drive? Check what sysctl hw.disknames says. It seems the USB disk is not detected even though BIOS and boot(8) manages to boot the kernel. If so there might be BIOS options that can help e.g setting the disks to AHCI mode, depending on what kind of machine this is. -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Re: Help needed: pkg_add dropps connections
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.23:22 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:22700 - 212.227.17.178:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:27574 - 212.227.17.178:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:42673 - 89.146.220.134:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:15019 - 89.146.220.134:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:31753 - 89.146.220.134:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:28317 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:31534 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:46772 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:21745 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:15217 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:18147 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:11549 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:9781 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:30676 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:3543 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:4944 - 89.146.220.134:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:48204 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:35025 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:17964 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:26586 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:32833 - 192.168.178.23:3128 ESTABLISHED:FIN_WAIT_2 trunk0 tcp 192.168.178.31:37156 - 212.227.17.162:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:30378 - 212.227.17.178:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:18543 - 212.227.17.178:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:17598 - 89.146.220.134:993 ESTABLISHED:ESTABLISHED trunk0 tcp 192.168.178.31:25238 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:39802 - 217.31.80.35:80 FIN_WAIT_2:FIN_WAIT_2 trunk0 tcp 192.168.178.31:47568 - 217.31.80.35:80 FIN_WAIT_2:FIN_WAIT_2 trunk0 tcp 192.168.178.31:18460 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:10488 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:20855 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:7246 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:43478 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:22766 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:7010 - 217.31.80.35:80 FIN_WAIT_2:FIN_WAIT_2 trunk0 tcp 192.168.178.31:25676 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:28532 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:24557 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:16459 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:19879 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:40664 - 217.31.80.35:80 FIN_WAIT_2:FIN_WAIT_2 trunk0 tcp 192.168.178.31:11882 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:2575 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:46612 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:42334 - 217.31.80.35:80 FIN_WAIT_2:FIN_WAIT_2 trunk0 tcp 192.168.178.31:4561 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:4842 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:6889 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:13576 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:3984 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:25350 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:38572 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:4927 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:15981 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:33438 - 217.31.80.35:80 FIN_WAIT_2:FIN_WAIT_2 trunk0 tcp 192.168.178.31:31926 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:43729 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:44741 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:47491 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:11804 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:9868 - 217.31.80.35:80 TIME_WAIT:TIME_WAIT trunk0 tcp 192.168.178.31:36760 -
Re: Help needed: pkg_add dropps connections
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 same internal net. So no NAT. But yes - the proxy-variable is set: ~ $ cat .profile | grep proxy export http_proxy=http://192.168.178.23:3128 BUT - if you check my second post you will notice that pkg_add does NOT get in contact with the squid (port 3128) but directly to 217.31.80.35:80 (being ftp.hostserver.de) Another friendly guy suggested to disable pf and give pkg_add a try without - I did so but at gnome-keyrings the connection was lost. The logs from pflog0 did not provide anything interesting from pkg_add running. I just found out that firefox somehow makes own requests to Google's DNS-servers (8.8.8.8,...). This is now blocked via pf.conf :-) So we are not yet there... Best, STEFAN
Re: Help needed: pkg_add dropps connections
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.
Re: Installing OpenBSD 5.6 using a USB Flash drive
On Tue, Feb 17, 2015 at 12:51:41PM +0100, Raimo Niskanen wrote: On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: Hi all, I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured Thank you Strange. I think 'disk' should be among the possible set locations. Oops! I did not see that 'disk' actually was among the possible set locations. Have you tried that? What kind of machine is this? Use the shell for some diagnostics. Check your dmesg. Does the install kernel (bsd.rd) detect the flash drive? Check what sysctl hw.disknames says. It seems the USB disk is not detected even though BIOS and boot(8) manages to boot the kernel. If so there might be BIOS options that can help e.g setting the disks to AHCI mode, depending on what kind of machine this is. -- / Raimo Niskanen, Erlang/OTP, Ericsson AB -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Re: Installing OpenBSD 5.6 using a USB Flash drive
Oops! I did not see that 'disk' actually was among the possible set locations. Have you tried that? Yes I have. Could you please refer to previous discussions. If you cannot see many emails included here, then there must be something wrong with Outlook.com I am using. Date: Tue, 17 Feb 2015 16:14:42 +0100 From: raimo+open...@erix.ericsson.se To: misc@openbsd.org Subject: Re: Installing OpenBSD 5.6 using a USB Flash drive On Tue, Feb 17, 2015 at 12:51:41PM +0100, Raimo Niskanen wrote: On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: Hi all, I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured Thank you Strange. I think 'disk' should be among the possible set locations. Oops! I did not see that 'disk' actually was among the possible set locations. Have you tried that? What kind of machine is this? Use the shell for some diagnostics. Check your dmesg. Does the install kernel (bsd.rd) detect the flash drive? Check what sysctl hw.disknames says. It seems the USB disk is not detected even though BIOS and boot(8) manages to boot the kernel. If so there might be BIOS options that can help e.g setting the disks to AHCI mode, depending on what kind of machine this is. -- / Raimo Niskanen, Erlang/OTP, Ericsson AB -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Re: Help needed: pkg_add dropps connections
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 so you don't have to ask. Hope it helps to proceed. Best, STEFAN ~~~ +++ L A P T O P +++ ~~~ net.inet.ip.forwarding=0 net.inet.ip.redirect=0 net.inet.ip.ttl=64 net.inet.ip.sourceroute=0 net.inet.ip.directed-broadcast=0 net.inet.ip.portfirst=1024 net.inet.ip.portlast=49151 net.inet.ip.porthifirst=49152 net.inet.ip.porthilast=65535 net.inet.ip.maxqueue=300 net.inet.ip.encdebug=0 net.inet.ip.ipsec-expire-acquire=30 net.inet.ip.ipsec-invalid-life=60 net.inet.ip.ipsec-pfs=1 net.inet.ip.ipsec-soft-allocs=0 net.inet.ip.ipsec-allocs=0 net.inet.ip.ipsec-soft-bytes=0 net.inet.ip.ipsec-bytes=0 net.inet.ip.ipsec-timeout=86400 net.inet.ip.ipsec-soft-timeout=8 net.inet.ip.ipsec-soft-firstuse=3600 net.inet.ip.ipsec-firstuse=7200 net.inet.ip.ipsec-enc-alg=aes net.inet.ip.ipsec-auth-alg=hmac-sha1 net.inet.ip.mtudisc=1 net.inet.ip.mtudisctimeout=600 net.inet.ip.ipsec-comp-alg=deflate net.inet.ip.ifq.len=0 net.inet.ip.ifq.maxlen=1024 net.inet.ip.ifq.drops=0 net.inet.ip.mforwarding=0 net.inet.ip.multipath=0 net.inet.ip.mrtproto=19 net.inet.ip.arpqueued=0 net.inet.icmp.maskrepl=0 net.inet.icmp.bmcastecho=0 net.inet.icmp.errppslimit=100 net.inet.icmp.rediraccept=0 net.inet.icmp.redirtimeout=600 net.inet.icmp.tstamprepl=1 net.inet.ipip.allow=0 net.inet.tcp.rfc1323=1 net.inet.tcp.keepinittime=150 net.inet.tcp.keepidle=100 net.inet.tcp.keepintvl=150 net.inet.tcp.slowhz=2 net.inet.tcp.baddynamic=1,7,9,11,13,15,17,18,19,20,21,22,23,25,37,42,43,49,53,57,67,68,70,77,79,80,87,88,95,101,102,103,104,105,106,107,109,110,111,113,115,117,119,123,129,135,137,138,139,143,152,163,164,177,178,179,191,194,199,201,202,204,206,210,213,220,372,389,427,433,443,444,445,464,465,468,512,513,514,515,521,526,530,531,532,540,543,544,545,548,554,556,587,631,636,646,706,749,750,751,754,760,871,873,888,901,993,995,1080,1109,1127,1433,1434,1524,1525,1529,1723,1900,2049,2105,2106,2108,2110,2111,2112,2120,2121,2401,2600,2601,2602,2603,2604,2605,2606,2607,2608,2627,2983,3031,3109,3260,3306,3389,3517,3689,3690,4190,,4500,4559,5002,5060,5222,5269,5280,5298,5353,5354,5432,5680,5900,6000,6001,6002,6003,6004,6005,6006,6007,6008,6009,6010,6514,6566,7000,7001,7002,7003,7004,7005,7006,7007,7008,7009,7326,8025,8026,8140,8953,9418,10050,10051,16992,16993,16994,16995,20005 net.inet.tcp.sack=1 net.inet.tcp.mssdflt=1440 net.inet.tcp.rstppslimit=100 net.inet.tcp.ackonpush=0 net.inet.tcp.ecn=0 net.inet.tcp.syncachelimit=10255 net.inet.tcp.synbucketlimit=105 net.inet.tcp.rfc3390=2 net.inet.tcp.reasslimit=3072 net.inet.tcp.sackholelimit=32768 net.inet.tcp.always_keepalive=1 net.inet.udp.checksum=1 net.inet.udp.baddynamic=7,9,13,18,19,22,37,39,49,53,67,68,69,70,80,88,105,107,109,110,111,123,129,135,137,138,139,143,161,162,163,164,177,178,179,191,194,199,201,202,204,206,210,213,220,372,389,427,444,445,464,468,500,512,513,514,517,518,520,525,533,546,547,548,554,587,623,631,636,646,664,706,749,750,751,993,995,1433,1434,1524,1525,1645,1646,1701,1723,1812,1813,1900,2049,2401,3031,3517,3689,4190,,4500,4559,4789,5002,5060,5298,5353,5354,5432,7000,7001,7002,7003,7004,7005,7006,7007,7008,7009,8025,8067,9418,10050,10051,16992,16993,16994,16995,20005,26740 net.inet.udp.recvspace=41600 net.inet.udp.sendspace=9216 net.inet.gre.allow=0 net.inet.gre.wccp=0 net.inet.esp.enable=1 net.inet.esp.udpencap=1 net.inet.esp.udpencap_port=4500 net.inet.ah.enable=1 net.inet.mobileip.allow=0 net.inet.etherip.allow=0 net.inet.ipcomp.enable=0 net.inet.carp.allow=1 net.inet.carp.preempt=0 net.inet.carp.log=2 net.inet.divert.recvspace=65636 net.inet.divert.sendspace=65636 net.inet6.ip6.forwarding=0 net.inet6.ip6.redirect=1 net.inet6.ip6.hlim=64 net.inet6.ip6.mrtproto=103 net.inet6.ip6.maxfragpackets=200 net.inet6.ip6.log_interval=5 net.inet6.ip6.hdrnestlimit=10 net.inet6.ip6.dad_count=1 net.inet6.ip6.auto_flowlabel=1 net.inet6.ip6.defmcasthlim=1 net.inet6.ip6.use_deprecated=1 net.inet6.ip6.rr_prune=5 net.inet6.ip6.v6only=1 net.inet6.ip6.maxfrags=200 net.inet6.ip6.mforwarding=0 net.inet6.ip6.multipath=0 net.inet6.ip6.multicast_mtudisc=0 net.inet6.ip6.neighborgcthresh=2048 net.inet6.ip6.maxifprefixes=16 net.inet6.ip6.maxifdefrouters=16 net.inet6.ip6.maxdynroutes=4096 net.inet6.ip6.dad_pending=0 net.inet6.ip6.mtudisctimeout=600 net.inet6.ip6.ifq.len=0 net.inet6.ip6.ifq.maxlen=256 net.inet6.ip6.ifq.drops=0 net.inet6.icmp6.redirtimeout=600 net.inet6.icmp6.nd6_prune=1 net.inet6.icmp6.nd6_delay=5 net.inet6.icmp6.nd6_umaxtries=3 net.inet6.icmp6.nd6_mmaxtries=3 net.inet6.icmp6.errppslimit=100 net.inet6.icmp6.nd6_maxnudhint=0 net.inet6.icmp6.mtudisc_hiwat=1280 net.inet6.icmp6.mtudisc_lowat=256 net.inet6.icmp6.nd6_debug=0 net.inet6.divert.recvspace=65636
Re: postgresql-server exiting abnormally after upgrade to -snapshot
On 2015-02-16 Mon 18:19 PM |, Hugo Osvaldo Barrera wrote: #3 0x11080cf8d1b1 in check_ip (raddr=0x110abc279918, addr=0x110a899f9058, mask=0x110a899f9158) at hba.c:704 Is this an IPv6 thing? Until recently, Squid crashes likewise: Squid bug: 4024 Status: RESOLVED FIXED log a warning but not abort if ::1 and *only* ::1 has failed to resolve. http://marc.info/?l=openbsd-portsm=141339262226378w=2
Re: Installing OpenBSD 5.6 using a USB Flash drive
Hi all, I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured Thank you
Re: Installing OpenBSD 5.6 using a USB Flash drive
On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? Unless I'm very mistaken, you should choose disk at that question. The next question will be something like Is the disk already mounted? Answer no. Then the installer shows you the list of drives that are not mounted. Choose the one that corresponds to your USB drive with your dd'ed the installer image. The next prompt should take you back to FAQ 4.5.4 to to go through the rest of the install. The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured What platform are you using? On amd64 sata drives tend to turn up as sd-something (sd0 through whatever), but if you're on i386, you may see them turn up as wd-something (wd0 through whatever), while your USB drive still most likely turns up as sd0 - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Help needed: pkg_add dropps connections
On 2/17/15, Stefan Wollny stefan.wol...@web.de 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 the server: It is just another machine in the same internal net. So no NAT. But yes - the proxy-variable is set: ~ $ cat .profile | grep proxy export http_proxy=http://192.168.178.23:3128 BUT - if you check my second post you will notice that pkg_add does NOT get in contact with the squid (port 3128) but directly to 217.31.80.35:80 (being ftp.hostserver.de) Yeah, but it also show you have a 192.168 IP address which is not routable. You have to be connecting to the internet through something. Another friendly guy suggested to disable pf and give pkg_add a try without - I did so but at gnome-keyrings the connection was lost. So you can reach the server and get some packages?
Re: Help needed: pkg_add dropps connections
Am 02/17/15 um 21:58 schrieb trondd:
On 2/17/15, Stefan Wollny stefan.wol...@web.de 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.
Yeah, but it also show you have a 192.168 IP address which is not
routable. You have to be connecting to the internet through
something.
Another friendly guy suggested to disable pf and give pkg_add a try
without - I did so but at gnome-keyrings the connection was lost.
So you can reach the server and get some packages?
Yepp - and then (around packages starting with letter 'g' at the latest)
the connection is lost... :-(
My internal net is 192.168.178.xxx. The NAT is provided by a Fritz!Box.
Here is a copy from xterm:
~ $ sudo pkg_add -ui
quirks-2.52 signed on 2015-02-17T13:51:20Z
quirks-2.52-2.52: ok
cmake-3.1.2-3.1.3: ok
Error from
http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/libxml-2.9.2p0.tgz
ftp: connect: No route to host
cups-2.0.2:foomatic-db-engine-4.0.11p0-4.0.12: ok
cups-2.0.2:cups-filters-1.0.63-1.0.65: ok
cups-2.0.2-2.0.2: ok
.libs1-farstream-0.2.4+farstream-0.2.6-farstream-0.2.7: ok
Error from
http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/freetds-0.92.79.tgz
ftp: connect: No route to host
~~
AT EACH LINE 'ftp: connect: No route to host' THE CONNECTION WAS LOST!
~~
Here is my little script to reconnect:
~ $ cat reconnect
#/bin/sh
sudo /sbin/ifconfig em0 down
sudo /sbin/ifconfig wpi0 down
sudo /sbin/ifconfig rsu0 down
sudo /sbin/ifconfig trunk0 down
sudo /sbin/route flush
sudo sh /etc/netstart
After having run this script 'pkg_add' continues as shown in the example
('cups-2.0.2:foomatic-db-engine-4.0.11p0-4.0.12: ok')
It's been just a few moments ago. I quit 'pkg_add' after the second 'No
route to host'.
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?).
Re: Help needed: pkg_add dropps connections
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 tro...@gmail.com wrote: On 2/17/15, Stefan Wollny stefan.wol...@web.de 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 the server: It is just another machine in the same internal net. So no NAT. But yes - the proxy-variable is set: ~ $ cat .profile | grep proxy export http_proxy=http://192.168.178.23:3128 BUT - if you check my second post you will notice that pkg_add does NOT get in contact with the squid (port 3128) but directly to 217.31.80.35:80 (being ftp.hostserver.de) Yeah, but it also show you have a 192.168 IP address which is not routable. You have to be connecting to the internet through something. Another friendly guy suggested to disable pf and give pkg_add a try without - I did so but at gnome-keyrings the connection was lost. So you can reach the server and get some packages?
Re: Any experience with D-Link DGS-1100 and static trunk aggregation?
On 2015-02-16 08:46 AM, Josh Grosse wrote: I've just ordered a D-Link DGS-1100 series low-end managed switch and am wondering if anyone has used one of these with either a roundrobin or loadbalance trunk(4) configuration. The DGS-1200 series supports LACP, but the 1100 only supports an undefined static trunk aggregation method. DGS-1100 definitely does not support active LACP negotiation. The static trunk aggregation it talks about is, basically, static bonding, or what was once called EtherChannel. Which is exactly what the trunk(4) manpage refers to as IEEE 802.3ad static link aggregation. You're good to go. A related question is whether there even is such a thing as IEEE 802.3ad static link aggregation, since the whole point of 802.3ad is to define the link aggregation protocol (i.e. LACP). I don't have a copy of the standard on hand to verify my recollection, though. (And I'm not going to pay that much just for this, sorry.) Also, note that 802.3ad was renumbered, effectively, to 802.1AX-2008 which has since been superceded by 802.1AX-2014... not that anyone really knows or cares about that level of detail. -- -Adam Thompson athom...@athompso.net +1 (204) 291-7950 - cell +1 (204) 489-6515 - fax
Re: Help needed: pkg_add dropps connections
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 isn't retaining those variables then the proxy won't be used at all. -Eugene On Tue, Feb 17, 2015 at 1:42 PM, Stefan Wollny stefan.wol...@web.de wrote: 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-proxy is not 'in-between'. I'll try to describe the layout: +---Laptop Internet -- Fritz!Box --| +---Squid-Server For anything http-related Laptop gets the pages from Squid-server, everything else (like ftp-related matter, e.g. pkg_add) goes directly via Fritz!Box to the 'net. From what I know the Fritz!Box does not act as an ftp-server. Beside this: pkg_add from Squid-server 'just works' (tm). There is s.th. wrong with the Laptop - but I am lost by now... =-(
Re: Any experience with D-Link DGS-1100 and static trunk aggregation?
On 2015-02-17 16:49, Adam Thompson wrote: On 2015-02-16 08:46 AM, Josh Grosse wrote: I've just ordered a D-Link DGS-1100 series low-end managed switch and am wondering if anyone has used one of these with either a roundrobin or loadbalance trunk(4) configuration. The DGS-1200 series supports LACP, but the 1100 only supports an undefined static trunk aggregation method. DGS-1100 definitely does not support active LACP negotiation. The static trunk aggregation it talks about is, basically, static bonding, or what was once called EtherChannel. Which is exactly what the trunk(4) manpage refers to as IEEE 802.3ad static link aggregation. You're good to go. Yep. Between you and Stuart I'm pretty comfy now. I'm still hopeful that they ran out of Hardware Rev. A and are shipping the B units, which do LACP and STP. But that hardware may not be available here in the U.S., I'd obtained the manual for the B variant from D-Link Canada. A related question is whether there even is such a thing as IEEE 802.3ad static link aggregation, since the whole point of 802.3ad is to define the link aggregation protocol (i.e. LACP). I don't have a copy of the standard on hand to verify my recollection, though. (And I'm not going to pay that much just for this, sorry.) Me either. :( It's significantly more expensive than the switch. Also, note that 802.3ad was renumbered, effectively, to 802.1AX-2008 which has since been superceded by 802.1AX-2014... not that anyone really knows or cares about that level of detail. When trying to figure out what 802.3ad static link aggregation was, I'd stumbled across this change in nomenclature. Thanks for the help!
Re: Help needed: pkg_add dropps connections
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 gh5...@gmail.com wrote: 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 isn't retaining those variables then the proxy won't be used at all. -Eugene On Tue, Feb 17, 2015 at 1:42 PM, Stefan Wollny stefan.wol...@web.de wrote: 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-proxy is not 'in-between'. I'll try to describe the layout: +---Laptop Internet -- Fritz!Box --| +---Squid-Server For anything http-related Laptop gets the pages from Squid-server, everything else (like ftp-related matter, e.g. pkg_add) goes directly via Fritz!Box to the 'net. From what I know the Fritz!Box does not act as an ftp-server. Beside this: pkg_add from Squid-server 'just works' (tm). There is s.th. wrong with the Laptop - but I am lost by now... =-(
Fwd: Re: Help needed: pkg_add dropps connections
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 stefan.wol...@web.de An: Gene gh5...@gmail.com Am 02/17/15 um 22:54 schrieb Gene: 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 isn't retaining those variables then the proxy won't be used at all. -Eugene Hi Eugene, thank you for your time - really appreciate it! Of course I gave your suggestion a try, even though I was shure it would not make a difference: I have described the situation right now at home - but the very same behaviour could be reported while being in a hotel using their WLAN. SUDO-settings: %wheel ALL=(ALL) NOPASSWD: SETENV: ALL (this is not a server but my personal laptop to this seems to be OK) ~ $ cat .profile | grep proxy export http_proxy=http://192.168.178.23:3128 export ftp_proxy=http://192.168.178.23:3128 ~ $ sudo pkg_add -ui quirks-2.52 signed on 2015-02-17T13:51:20Z g++-4.8.4p1:.libs1-gcc-4.8.3p1+.libs1-gcc-4.8.3p3+gcc-4.8.4p1-gcc-4.8.4p2: ok g++-4.8.4p1-4.8.4p1: ok gcj-4.8.4p1-4.8.4p1: ok hpijs-3.15.2-3.15.2: ok Error from http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/icu4c-54.1p3.tgz ftp: connect: No route to host Bm! Connection lost again. (As I had a 'pkg_add'-run before we reached letter 'h' this time...) I think 'ftp_proxy' can be ruled out. Nevertheless it was worth trying. Thank you and have a nice day! STEFAN
Re: Help needed: pkg_add dropps connections
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, Feb 17, 2015 at 2:14 PM, Stefan Wollny stefan.wol...@web.de wrote: Am 02/17/15 um 22:54 schrieb Gene: 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 isn't retaining those variables then the proxy won't be used at all. -Eugene Hi Eugene, thank you for your time - really appreciate it! Of course I gave your suggestion a try, even though I was shure it would not make a difference: I have described the situation right now at home - but the very same behaviour could be reported while being in a hotel using their WLAN. SUDO-settings: %wheel ALL=(ALL) NOPASSWD: SETENV: ALL (this is not a server but my personal laptop to this seems to be OK) ~ $ cat .profile | grep proxy export http_proxy=http://192.168.178.23:3128 export ftp_proxy=http://192.168.178.23:3128 ~ $ sudo pkg_add -ui quirks-2.52 signed on 2015-02-17T13:51:20Z g++-4.8.4p1:.libs1-gcc-4.8.3p1+.libs1-gcc-4.8.3p3+gcc-4.8.4p1-gcc-4.8.4p2: ok g++-4.8.4p1-4.8.4p1: ok gcj-4.8.4p1-4.8.4p1: ok hpijs-3.15.2-3.15.2: ok Error from http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/icu4c-54.1p3.tgz ftp: connect: No route to host Bm! Connection lost again. (As I had a 'pkg_add'-run before we reached letter 'h' this time...) I think 'ftp_proxy' can be ruled out. Nevertheless it was worth trying. Thank you and have a nice day! STEFAN
Help needed: pkg_add dropps connections
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? When you loose connection, can you get to other web sites or is your entire network connection down? Do you have access to the Fitz!Box or whatever to see what it's doing?
Re: Installing OpenBSD 5.6 using a USB Flash drive
On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? what is usb? in fact an 'usb stick'? a storage, right? so 'disk' should be right answer. The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) usb can be a whatever kind of device... you care about storage not protocol... As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured there's a question if a partition with your sets on local disk is already mounted, so i suppose it is... j.
Re: a thankyou to OpenBSD
Am 02/11/15 um 01:26 schrieb Diana Eichert: I don't post much any more, my OpenBSD systems just work. Just wanted to post a thank you to OpenBSD because it does just work. My day job entails a lot of Linux support, lately I've been dealing with the big screwup associated with network interface naming. WHY can't Linux follow BSD's straightforward NIC naming? It's positively bizarre all the crappy little files and utilities they have come up with so you can munge NIC names to something more useful than p3p2!!!. In appreciation I just sent in a donation via the OpenBSD donation page. Over and again the developers have been helpful in getting OpenBSD up and running, solving issues and teaching those who need help like me. Today it's been Antoine@ who off-list took some time and guided me to find a solution for a little problem (actually the problem was in front of the screen ;-) ) So I'd like to take the opportunity of this thread to say THANK YOU to the devs by donating EUR 100,00 extra as an honest THANK YOU alone doesn't pay the bills, right? Best, STEFAN
Re: Please help advertise DigitalOcean on OpenBSD Misc (again)
On 2015-01-20 22:47, Constantine A. Murenin wrote: On 20 January 2015 at 18:12, Steve Shockley steve.shock...@shockley.net wrote: On 1/19/2015 9:06 AM, openda...@hushmail.com wrote: So please stop by and give us your upvotes. So, is this advertising or SEO? DigitalOcean is a shady provider with a lack of documentation, who doesn't even give you IPv6 address space across their fleet, or in those few locations they do, they do it in violation of all known RFCs and the best practices -- I've heard a rumour that they only give out 16 IPv6 addresses. Why a rumour? Because, as already mentioned, they completely lack the documentation! For those interested, I can confirm this (copy-paste from their dev console): Public IPv6 Network Public IPv6 Address:2a03:b0c0:1:d0::190:c001/64 Public IPv6 Gateway:2a03:b0c0:1:d0::1 Configurable address range: 2a03:b0c0:1:d0::190:c000 - 2a03:b0c0:1:d0::190:c00f I don't know why you would want to run OpenBSD on it. If you're just in it for the OpenBSD part, just go with real hardware like online.net -- they start at 5,99 EUR/mo, there's not much reason to have to rent a virtual server if dedi is that cheap. Lots of other dedi options at http://lowendcore.com/. With dedi prices that low, virtual hosting for OpenBSD is kinda dead, IMHO. DO give you 100USD free if you're a student/teacher. At 5USD a month, that's 20months free. Hard to beat that, regrettably. -- Hugo Osvaldo Barrera A: Because we read from top to bottom, left to right. Q: Why should I start my reply below the quoted text? [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: Installing OpenBSD 5.6 using a USB Flash drive
On 2015/02/17 12:48, Peter N. M. Hansteen wrote: What platform are you using? On amd64 sata drives tend to turn up as sd-something (sd0 through whatever), but if you're on i386, you may see them turn up as wd-something (wd0 through whatever), while your USB drive still most likely turns up as sd0 This doesn't depend on the architecture, rather the type of disk controller. dmesg | grep ^.d0 will give some clues here. It is also possible that, if the USB controller isn't supported in OpenBSD, that the device won't show up here (yes, even though you booted from it!). As this is OpenBSD 5.6 rather than a -current snapshot, this would probably be the case if it's a USB3 port. In that event, try a different port, try disabling USB3/XHCI in BIOS, or try a -current snapshot instead of 5.6.
Re: Installing OpenBSD 5.6 using a USB Flash drive
On Tue, Feb 17, 2015 at 10:36:20AM +, A Y wrote: Hi all, I used the following command to create a USB flash drive installation media (with all file sets included): # dd if=/location/install56.fs of=/dev/rsd0c bs=1m The USB flash drive was created successfully. Exactly. The USB flash DISK drive was created successfully. The boot process from the USB was done. However, when we came to installing file sets, the following prompt was displayed: Location of sets? (disk http or 'done') [http] Now, what can I do to direct the installation process to look for the file sets in the USB flash drive? As mentioned above, an USB flash drive is a disk drive, at least in practical terms within this scope. Location of sets? (disk http or 'done') [disk] Is the disk partition already mounted? [no] Available disks are: sd0 sd1 ... sd9 Which one contains the install media? (or 'done') [sd0] Be careful to select the device that represents your USB flash disk drive. The installer may default to other drives according to which such drives it detects during initalization. (If you're not sure, exit to shell and have a look at the output of dmesg, then type exit to get back to the installer and enter the correct device.) Pathname to the sets? (or 'done') [5.4/amd64] Good luck! The documentation says: Once the install kernel is booted, you have several options of where to get the install file sets: CD-ROM, HTTP, Local disk partition, NFS (no mention to USB) As adviced, I did the following from the shell: cd /devsh MAKEDEV sd1 mkdir /mnt1mount /dev/sd1a /mnt1 But I got the following error: Device not configured Thank you
